Hallo Liste, wir haben auf einen Testplatte an einem Suse 8.2 Server mal eine Suse 9.2 installiert. Suse 9.2 hat ungewöhnliche Probleme mit den SCSI-Platten: 1.) bei einem externen SCSI-RAID, dass zwei SCSI-Festplatten über Multi-LUN zur Verfügung stellt, wurde die 2. Platte nicht erkannt -> das Problem konnte mit der Kernel-Option "scsi_noreportlun=1" gelöst werden. Nun gibt es wieder die Geräte /dev/sdb1 und /sdc1. 2.) Jede der Platten ist ungefähr 2TB gross und enthält jeweils eine ext3-Partition, die mit der 8.2 angelegt wurde. Suse 9.2 erkennt auch, dass /dev/sdb1 und /sdc1 jeweils eine ext3-Partition enthält und die sind auch mountbar. Die Verzeichnisse sehen richtig aus und enthalten offensichtlich auch die Dateien, die da reingehören. Doch der Inhalt der Dateien ist Müll. C-Quellcode-Dateien enthalten plötzlich Binärdaten, genauso wie HTML-Dateien usw. Es sieht aus, als würden die file-nodes auf falsche Stellen auf der Festplatte zeigen. Wir haben sofort wieder das alte Suse 8.2 gebootet und dort sind die Dateiinhalte wieder in Ordnung. Wie kann das sein, dass eine ext3-Partition von 8.2 nicht mehr auf der 9.2 funktioniert, die Ordnerstruktur richtig angezeigt wird, aber die Dateiinhalte Müll sind? Die Mountparameter von der 9.2 in der fstab sind indentisch mit denen in der 8.2: /dev/sdc1 /rack ext3 defaults,noauto 1 2 Das 9.2 liefert in /var/log/messages nur: nitomo1 kernel: kjournald starting. Commit interval 5 seconds nitomo1 kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,17), internal journal nitomo1 kernel: EXT3-fs: mounted filesystem with ordered data mode. dmesg liefert jedoch eine Meldung wie "INFO: ext3 fs recovery required", ich kann das nicht mehr komplett wiedergeben, aber nachreichen. Momentan läuft wieder die 8.2. Das recovery mit fsck.ext3 haben wir erstmal nicht von der 9.2 aus gemacht. Von der 8.2 aus gesehen, ist ja alles in Ordnung. Hat jemand ähnliche Probleme gehabt? Wo kann ich ansetzen? Gruss, N. Eschricht