Nach YAST Filesystem nur noch lesbar

[maku]

Hallo,

ich habe ein (für mich) ziemlich großes Problem:

Nachdem ich bei einem meiner Rechner bei SuSE 10.1 in YAST bspw. ein online update gemacht habe, ist das Filesystem nur noch lesbar. Wenn ich danach YAST nochmal aufrufe, kommt folgende Fehlermeldung:

y2log: Error opening logfile '/var/log/YaST2/y2log': Das Dateisystem ist nur lesbar (SystemAgent.cc:116).

Auch der Webserver kann dann logischerweise nicht mehr auf den Laufwerken schreiben - und es klappt nix mehr :(

Ist ein 64bit System.
Bei zwei anderen 32bit Systemen tritt das Problem nicht auf.

Es gibt drei Platten - Eine P-ATA und zwei S-ATA Platten im Rechner. Zusätzlich noch einen SCSI Controller für ein externen Streamer.

Folgendes gibt df -h aus:

Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/hda2 55G 34G 18G 66% /
udev 502M 152K 502M 1% /dev
/dev/hda3 91G 59G 28G 68% /backup
/dev/sda1 147G 57G 84G 41% /home
/dev/sdb1 147G 57G 84G 41% /srv

und less /etc/fstab:

/dev/hda2 / ext3 acl,user_xattr 1 1
/dev/hda3 /backup ext3 acl,user_xattr 1 2
/dev/sda1 /home ext3 acl,user_xattr 1 2
/dev/sdb1 /srv ext3 acl,user_xattr 1 2
/dev/hda1 swap swap pri=42 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
proc /proc proc defaults 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
sysfs /sys sysfs noauto 0 0

Folgendes steht in boot.msg :

<6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
<5>SCSI subsystem initialized
<6>ICH5: IDE controller at PCI slot 0000:00:1f.1
<6>GSI 17 sharing vector 0xB1 and IRQ 17
<6>ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 177
<6>ICH5: chipset revision 2
<6>ICH5: not 100% native mode: will probe irqs later
<6> ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
<6> ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
<7>Probing IDE interface ide0...
<4>hda: SAMSUNG SP1614N, ATA DISK drive
<4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
<6>hda: max request size: 512KiB
<6>input: ImPS/2 Generic Wheel Mouse as /class/input/input2
<6>hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100)
<6>hda: cache flushes supported
<6> hda: hda1 hda2 hda3
<7>Probing IDE interface ide1...
<4>hdc: HL-DT-STDVD-ROM GDR8163B, ATAPI CD/DVD-ROM drive
<4>ide1 at 0x170-0x177,0x376 on irq 15
<7>libata version 1.20 loaded.
<7>ata_piix 0000:00:1f.2: version 1.05
<7>ata_pci_init_one: pci_dev class+intf: 0x1018f
<7>ata_pci_init_one: NO_LEGACY == 0
<6>ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 177
<7>PCI: Setting latency timer of device 0000:00:1f.2 to 64
<6>ata1: PATA max UDMA/133 cmd 0xFE00 ctl 0xFE12 bmdma 0xFEA0 irq 177
<6>ata2: PATA max UDMA/133 cmd 0xFE20 ctl 0xFE32 bmdma 0xFEA8 irq 177
<7>ata1: dev 0 cfg 00:0040 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003 88:207f 93:0000
<6>ata1: dev 0 ATA-7, max UDMA/133, 312500000 sectors: LBA48
<7>sata_get_dev_handle: SATA dev addr=0x1f0002, handle=0x0000000000000000
<6>ata1: dev 0 configured for UDMA/133
<7>sata_get_dev_handle: SATA dev addr=0x1f0002, handle=0x0000000000000000
<6>scsi0 : ata_piix
<7>ata2: dev 0 cfg 00:0040 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003 88:207f 93:0000
<6>ata2: dev 0 ATA-7, max UDMA/133, 312500000 sectors: LBA48
<7>sata_get_dev_handle: SATA dev addr=0x1f0002, handle=0x0000000000000000
<6>ata2: dev 0 configured for UDMA/133
<7>sata_get_dev_handle: SATA dev addr=0x1f0002, handle=0x0000000000000000
<6>scsi1 : ata_piix
<5> Vendor: ATA Model: Maxtor 6Y160M0 Rev: YAR5
<5> Type: Direct-Access ANSI SCSI revision: 05
<5>SCSI device sda: 312500000 512-byte hdwr sectors (160000 MB)
<5>sda: Write Protect is off
<7>sda: Mode Sense: 00 3a 00 00
<5>SCSI device sda: drive cache: write back
<5>SCSI device sda: 312500000 512-byte hdwr sectors (160000 MB)
<5>sda: Write Protect is off
<7>sda: Mode Sense: 00 3a 00 00
<5>SCSI device sda: drive cache: write back
<6> sda: sda1
<5>sd 0:0:0:0: Attached scsi disk sda
<5> Vendor: ATA Model: Maxtor 6Y160M0 Rev: YAR5
<5> Type: Direct-Access ANSI SCSI revision: 05
<5>SCSI device sdb: 312500000 512-byte hdwr sectors (160000 MB)
<5>sdb: Write Protect is off
<7>sdb: Mode Sense: 00 3a 00 00
<5>SCSI device sdb: drive cache: write back
<5>SCSI device sdb: 312500000 512-byte hdwr sectors (160000 MB)
<5>sdb: Write Protect is off
<7>Losing some ticks... checking if CPU frequency changed.
<7>sdb: Mode Sense: 00 3a 00 00
<5>SCSI device sdb: drive cache: write back
<6> sdb:<5>sd 0:0:0:0: Attached scsi generic sg0 type 0
<4> sdb1
<5>sd 1:0:0:0: Attached scsi disk sdb
<5>sd 1:0:0:0: Attached scsi generic sg1 type 0
<6>GSI 18 sharing vector 0xB9 and IRQ 18
<6>ACPI: PCI Interrupt 0000:06:0d.0[A] -> GSI 17 (level, low) -> IRQ 185
<6>scsi2 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<4> <Adaptec 29160 Ultra160 SCSI adapter>
<4> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
<4>
<5> Vendor: QUANTUM Model: DLT VS160 Rev: 2500
<5> Type: Sequential-Access ANSI SCSI revision: 02
<6> target2:0:3: Beginning Domain Validation
<6> target2:0:3: wide asynchronous
<6> target2:0:3: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 96)
<6> target2:0:3: Ending Domain Validation
<5> 2:0:3:0: Attached scsi generic sg2 type 1
<6>st: Version 20050830, fixed bufsize 32768, s/g segs 256
<4>st 2:0:3:0: Attached scsi tape st0<4>st0: try direct i/o: yes (alignment 512 B)
<7>Hotpluggable processor device is not present
<7>Hotpluggable processor device is not present
<4>Attempting manual resume
<6>kjournald starting. Commit interval 5 seconds
<6>EXT3 FS on hda2, internal journal
<6>EXT3-fs: mounted filesystem with ordered data mode.
<6>Adding 2104472k swap on /dev/hda1. Priority:42 extents:1 across:2104472k

Hat zufällig jemand eine Ahnung, was da falsch laufen könnte?
Nach einem Reboot ist zunächst alles wieder in Ordnung. Dann geht es wieder los ...

Danke!

Mark

[Roger Wilco]

man tune2fs -> Parameter -e.

[bjunix]

1. boot into rescue mode
2. debootstrap to your distribution of choice (!= SuSE)
3. initialize the partition
4. populate the partition with base packages
5. enter the chroot
6. setup packages
7. set up kernel for reboot
8. reboot #1
9. SuSE dump completed


Entschuldigung für diese unqaulifizierte Antwort.

[maku]

man tune2fs -> Parameter -e.

Okay,

Liest sich

-e error-behavior
Change the behavior of the kernel code when errors are detected.
In all cases, a filesystem error will cause e2fsck(8) to check
the filesystem on the next boot. error-behavior can be one of
the following:

continue Continue normal execution.

remount-ro Remount filesystem read-only.

panic Cause a kernel panic.

und sagt mir, dass im Kontext von tune2fs

tune2fs - adjust tunable filesystem parameters on ext2/ext3 filesystems

ich hier einstellen kann, was passiert,wenn das Kind in den Brunnen gefallen ist, oder?
Scheinbar wird in meinem Fall das Filesystem read-only remountet. Wenn ich dies nun auf continue stellen würde, aber nicht weiß, warum das Kind drin liegt, habe ich doch auf Dauer evtl. ein noch größeres Problem.

Gibt es ein Logfile, aus dem ich erkennen kann, warum das Filesystem scheinbar abgeraucht ist? Oder kann mir das e2fsck sagen?

Danke auf jeden Fall für die Antwort!

Grüße,

Mark

[maku]

4. populate the partition with base packages
5. enter the chroot
6. setup packages
7. set up kernel for reboot

Bedeutet dies, dass der Kernel daran Schuld haben könnte? Ich dachte da eher an die Platte.