Hallo Liste, nach einem seltsamen Systemabsturz hatte ich plötzlich keinen Zugriff mehr auf die Dateisysteme meiner Festplatte. Die ext3-Dateisysteme konnte ich inzwischen wiederherstellen, allerdings meine XFS-Partition nicht. Folgende Fehlermeldung gibt der mount-Befehl zurück. # mount -t xfs /dev/hda8 /mnt mount: Falscher Dateisystemtyp, ungültige Optionen, der »Superblock« von /dev/hda8 ist beschädigt oder es sind zu viele Dateisysteme eingehängt Da diese Partition sehr wichtige Daten enthält, aufgrund einer Systemunstellung auf meinem Backup-Server leider auch alle Backups, möchte ich nicht einfach ins Blaue hinein experimentieren. Bei mir läuft zur Zeit SuSE Linux 9.1 mit 2.6er Kernel. Ich hoffe mir kann jemand beim weiteren Vorgehen helfen. Viele Grüße Manuel + | xfs_check + # xfs_check /dev/hda8 can't read btree block 3/2 agf_freeblks 9974, counted 0 in ag 3 agf_longest 6802, counted 0 in ag 3 [...] block 3/426117 type free1 not expected block 3/426118 type free1 not expected block 3/794063 type free1 not expected sb_fdblocks 2172226, counted 2162281 + | xfs_repair + # xfs_repair -n /dev/hda8 Phase 1 - find and verify superblock... Phase 2 - using internal log - scan filesystem freespace and inode maps... xfs_repair: read failed: Eingabe-/Ausgabefehler fatal error -- can't read btree block 3/2
Manuel Schlusche (by way of Manuel Schlusche ^^^^^^^^^^^^^^^^^^^^^^^^^^^ <manuel.schlusche@gmx.de>) wrote: ^^^^^^^^^^^^^^^^^^^^^^^^^^ Urgs, was ist das denn?
nach einem seltsamen Systemabsturz hatte ich plötzlich keinen Zugriff mehr auf die Dateisysteme meiner Festplatte. Die ext3-Dateisysteme konnte ich inzwischen wiederherstellen, allerdings meine XFS-Partition nicht.
Falls irgendwie moeglich, wuerde ich jetzt nicht auf der Partition selbst arbeiten, sondern mit dd ein Image der Partition machen und alle Rettungsversuche auf das Image loslassen, das sich ueber Loop Device mounten laesst.
Bei mir läuft zur Zeit SuSE Linux 9.1 mit 2.6er Kernel. Ich hoffe mir kann jemand beim weiteren Vorgehen helfen.
Was haben denn Deine xfsprogs Programme fuer eine Versionsnummer? Es gab mal einen Bug in xfs_repair, der gefixt wurde - ist aber AFAIK schon 'ne Weile her. Aktuell ist glaube ich 2.6.25... Die Platte ist physikalisch OK? Was sagt ein badblocks? Wenn xfs_repair einen read-Error meldet, dann macht mich das stutzig... Da muss es ganz schoen was zerschossen haben. Was sagen denn Log-Files? Ein "seltsamer Systemabsturz", von dem Du berichtest, koennte u.a. auch mit kaputter Festplatte oder kaputtem Speicher zusammen haengen. Alle Moeglichkeiten mal abchecken! Und wie gesagt: falls irgendwie moeglich, erst mal ein Image herstellen. Cheers, Th.
Hallo,
Falls irgendwie moeglich, wuerde ich jetzt nicht auf der Partition selbst arbeiten, sondern mit dd ein Image der Partition machen und alle Rettungsversuche auf das Image loslassen, das sich ueber Loop Device mounten laesst.
Ein Image ist in Arbeit.
Die Platte ist physikalisch OK? Was sagt ein badblocks? Was badblocks zu sagen hat klingt irgendwie nicht gut. Die Rückgabe habe ich unten einmal mitgeschickt. In den Log-Files habe ich nichts auffälliges gefunden.
Gruß Manuel + | badblocks + # badblocks /dev/hda 36803392 36803393 36803394 36803395 36803396 36803397 36803398 36803399 36803400 36803401 36803402 36803403 36803404 36803405 36803406 36803407
Bitte in Zukunft ordentlich zitieren, bei Dir fehlt eine Attribution Line, sodass der Text, den Du gequotet hast, niemandem zuzuordnen ist (ich weiss natuerlich, dass er von mir war, aber andere wissen das nicht). Manuel Schlusche wrote:
Die Platte ist physikalisch OK? Was sagt ein badblocks?
Was badblocks zu sagen hat klingt irgendwie nicht gut. Die Rückgabe habe ich unten einmal mitgeschickt. In den Log-Files habe ich nichts auffälliges gefunden.
Ich wuerde badblocks immer mit der Option "-v" starten, das gibt mehr Info. Es scheint, als gaebe es Sektoren auf der Partition, die nicht mehr lesbar sind. Das wuerde evtl. das Abbrechen von xfs_repair mit einem read-Error erklaeren. Evtl. erklaert es sogar die Abstuerze, die Du in der Vergangenheit hattest. Auf alle Faelle wuerde ich die gesamte Festplatte (Partitionen) backupen ("dd", oder bei Deinen read-Problemen wohl eher "dd_rescue"). Danach mit memtest Speicher testen (lange genug laufen lassen!) und die Festplatte einer genaueren Analyse unterziehen, es gibt da i.d.R. Tools vom Hersteller. Evtl. kann nach dem Auslesen mit dd_rescue xfs_repair zumindest das Image reparieren (es sollte dann Fehler im Dateisystem finden, aber nicht wegen Leseproblemen abbrechen). Wenn das Hersteller-Tool kaputte Sektoren auf der Platte ausblenden kann, ist xfs_repair evtl. auch in der Lage, die eigentliche Partition zu retten (zumindest das, was noch zu retten ist). Wenn sich aber bewahrheitet, dass die Platte wirklich kaputte Sektoren hat, dann solltest Du sie schnellstmoeglich ersetzen. Ansonsten hast Du nur Aerger. Normalerweise werden kaputte Sektoren heutzutage - falls erkannt - von der Plattenelektronik automatisch durch Reservesektoren ersetzt; falls also beim System kaputte Sektoren sichtbar werden, ist die Platte meist schon ziemlich am Ende... Viel Erfolg! Cheers, Th.
Hallo Thomas, Am Sonntag, 20. März 2005 14:23 schrieb Thomas Hertweck:
Evtl. kann nach dem Auslesen mit dd_rescue xfs_repair zumindest das Image reparieren (es sollte dann Fehler im Dateisystem finden, aber nicht wegen Leseproblemen abbrechen).
ich habe über Nacht ein Backup mit dd_rescue auf meinen Server gespielt. Das Image konnte ich dort problemlos als loop-device mounten. Die böse Überraschung kam mit xfs_repair: 15GB, darunter auch wichtige Backups, sind wieder verfügbar. Weitere 18GB sind zwar auch noch da, allerdings mit 8-stelliger numerischer Bezeichnung im Ordner lost+found. Trotzdem fehlen noch etwa 7GB, wenn ich das richtig in der Erinnerung habe. Eine neue Festplatte ist schon beschlossene Sache, es ist nur noch eine Frage der Größe. Gruß Manuel
participants (3)
-
Manuel Schlusche
-
Manuel Schlusche
-
Thomas Hertweck