Hallo List, Ich habe hier ein Asus A7N8X Board mit SuSE 9.1 und Kernel 2.6.5-7.75-default laufen. Bis zum Update lief auch alles ohne Probleme. Mal abgesehen vom DMA-Moduds für den Sil 3112A Kontroller und einiger kleinerer Probleme. Doch dann MUSSTE ich auf SuSE9.1 umsteigen... Die erste Installation ging natürlich wie nach jedem Update in die Hose. Na, egal, kennt man ja. Dann musste ich feststellen dass mit dem 2.6er-SuSE Kernel der Sil 3112A garnicht mehr in den DMA-Mode will. Nachdem ich mich also monatelang mit dem Sil 3112A rummgeärgert hatte, habe ich mich entschieden auf den Promise FastTrak S150TX2plus umzusteigen. Also, die module libata und sata_promise eingebunden und los gings... Abgesehen das Lilo erstmal nicht wollte starte er dann auch nach ein paar Eingriffen. Aber irgendwann waren dann mal ein paar Partitionen weg. Ich glaub dass habe ich zunächst nicht einmal bemerkt. Irgendwann blieb das System natürlich stehen. #fsck.ext3 /dev/sda20 meldet #e2fsck 1.34 (25-Jul-2003) #fsck.ext3: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda20 Could this be a zero-length partition? oder #fsck.ext3 /dev/sda16 meldet #fsck.ext3 /dev/sda16 #e2fsck 1.34 (25-Jul-2003) Couldn't find ext2 superblock, trying backup blocks... fsck.ext3: Bad magic number in super-block while trying to open /dev/sda16 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: # e2fsck -b 8193 <device> Leider lassen sich die Partitionen nicht restaurieren. Kein Superblock vorhanden etc.. Die richtige Lage der SBs habe ich natürlich mit mke2fs -n /dev/... ermittelt. Ich bin mir ziemlich sicher, das die Daten noch drauf sind. Die Partionstabelle scheint noch in Ordnung zu sein. Also habe ich die Platte erstmal auf eine fabirkneue 2. Platte gespiegelt. Auch das ging ohne Fehlermeldungen. Ich habe festgestellt, das sich einige Partionen im Dateisystem spiegeln? Die Platte hat insgesamt 27 Partitionen. Wovon nur einige benutzt und die anderen temporär gemountet werden. Es lassen sich aber 31 Partitionen einbinden. Wieviele Partionen kann ein /dev/sda überhaupt verwalten? Ich habe nun einiges probiert. Mem-Test, System umgebaut etc.. Bios-Einstellungen verändert und PCI-Karten aus dem System gezogen, aber ich bekomme da noch sporadisch Fehlermeldungen die mich doch sehr verunsichern. Jun 25 22:52:16 s2 kernel: Buffer I/O error on device sda9, logical block 527 Jun 25 22:52:16 s2 kernel: lost page write due to I/O error on sda9 Jun 25 22:52:16 s2 kernel: JBD: barrier-based sync failed on sda9 - disabling barriers oder ähnliche Meldungen obwohl meiner Meinung nach auf die Partition garnicht geschrieben werden sollte. Die Meldungen liegen z.Teil auf verschiedenen Partionen. Ich möchte im Moment nicht ausprobieren ob alle Partitionen davon betroffen sind... Binde ich die Platte sdb bekomme ich andere Partionen und Blöcke gemeldet. Hat jemand eine Idee was man da machen sollte? Und kann mir jemand einen Tipp geben wie ich die "defekten" Partionen untersuchen kann, also welche Tools für ext3 kann man empfehlen. Ich denke da zunächst erstmal an einen Diskeditor... Zur Erinnerung vor dem Update mit dem 2.4er Kernel lief es offenbar ohne Fehler, und ich habe lediglich das OS getauscht. Danke schon mal an alle die bis hier mitgelesen haben. ;-) Rolf