ubuntuusers.de

Problem mit xfs-Dateisystem von meiner NAS

Status: Gelöst | Ubuntu-Version: Ubuntu 9.10 (Karmic Koala)
Antworten |

Unforgiven17

Anmeldungsdatum:
20. Mai 2008

Beiträge: 67

Hallo Community,

ich habe ein großes Problem mit dem XFS-Dateisystem meiner NAS (Buffalo Linkstation mit Debian drauf): Da mir die xfs-Partition heute als leer angezeigt wurde , habe ich auf der NAS xfs_check und xfs_repair über die betreffende Partition laufen lassen, allerdings ist xfs_repair immer mit einem Speicherzugriffsfehler abgestürzt. Jetzt habe ich die Platte an meinen ubuntu-PC gehängt und xfs_check durchlaufen lassen. Hierbei wurden jede Menge Fehler angezeigt (Auszug):

dir 145422369 size is 71, should be 13
dir 145634719 size is 8, should be 6
dir 145634742 entry            Gre bad offset 11
dir 145634742 size is 34, should be 27
dir 145860455 entry                                           Kin bad offset 42
dir 145860455 size is 65, should be 58
dir 145860489 size is 8, should be 6
dir 145860490 size is 8, should be 6
dir 146519073 size is 8, should be 6
dir 146519112 size is 94, should be 82
dir 146519112 offsets too high
dir 146734246 size is 8, should be 6
dir 146734271 size is 8, should be 6
dir 146919356 size is 8, should be 6
bad format 2 for inode 146919360 type 0
bad format 2 for inode 146919376 type 0
dir 147516979 size is 8, should be 6
dir 147516986 size is 8, should be 6
dir 148304320 size is 8, should be 6
dir 215994318 size is 8, should be 6
dir 215994319 size is 8, should be 6
bad format 2 for inode 215995781 type 0

Dann im Anschluss xfs_repair, hierbei wurden jede Menge Fehler gefunden und repariert. Nun enthält die Partition einen Ordner lost+found der irgendwelche Dateien enthält mit denen ich nix anfangen kann, sonst nix.

Jetzt nochmal xfs_check:

sudo xfs_check /dev/sda6
root directory 128 has .. 0
link count mismatch for inode 0 (name ?), nlink 0, counted 1
link count mismatch for inode 128 (name ?), nlink 3, counted 2

Das gleiche gibt xfs_check auch nach einem erneuten Durchlauf von xfs_repair, das jetzt folgendes ausgibt:

sudo xfs_repair /dev/sda6
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
bogus .. inode number (0) in directory inode 128, clearing inode number
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
bogus .. inode number (0) in directory inode 128, clearing inode number
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
Phase 5 - rebuild AG headers and trees...
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
done

In einem anderen Thema habe folgendes gelesen:

Ich hab jetzt mal bei Google gesucht und irgendwo dies gefunden und gemacht: 1) xfs_db -x /dev/hda7 2) inode 6352328 3) write core.mode 0 4) danach wieder xfs_repair

Kann mir das helfen? Könnt ihr mir helfen? Bitte....

Gruß, Martin

Unforgiven17

(Themenstarter)

Anmeldungsdatum:
20. Mai 2008

Beiträge: 67

So, ich habe eben gesehen, dass sich zumindest ein Teil meiner Dateien in den Unterordnern von lost+found befindet, also besteht noch Hoffnung für die Daten ☺ Was aber ist jetzt mit der Platte los? Kann ich die weiter verwenden oder sollte ich neu formatieren?

Gruß

primus_pilus Team-Icon

Ehemalige
Avatar von primus_pilus

Anmeldungsdatum:
8. Oktober 2007

Beiträge: 9144

Wohnort: NRW

Hast du denn irgendetwas gebastelt was das Problem hätte auslösen können? Gab es mal einen Stromausfall? Ich würde mal mit badbocks abklären ob vielleicht ein Hardwareproblem dahinter steckt.

Grüße
Thomas

Unforgiven17

(Themenstarter)

Anmeldungsdatum:
20. Mai 2008

Beiträge: 67

Hallo und Danke schon mal für die Antwort,

also gestern Abend wollte die NAS nicht wie gewohnt runterfahren sondern ich musste länger auf den Ein/Aus-Schalter drücken, was, denke ich, sozusagen dann wie ein Stromausfall gewirkt haben könnte... Ansonsten gebastelt hab ich nix. Wie muss ich mit badblocks vorgehen?

Gruß, Martin

primus_pilus Team-Icon

Ehemalige
Avatar von primus_pilus

Anmeldungsdatum:
8. Oktober 2007

Beiträge: 9144

Wohnort: NRW

Das ist natürlich Gift für jedes Dateisystem. Gerade XFS hat den Ruf durch delayed allocation anfällig für Datenverlust im Falle eines Stromausfalls zu sein.

Wenn das System durch den Dateisystemcheck wieder konsistent ist kannst du das Erlebnis unter Lebenserfahrung abhaken. 😉 Ich hoffe mal es sind nicht allzu viele Daten auf der Strecke geblieben.

Unforgiven17

(Themenstarter)

Anmeldungsdatum:
20. Mai 2008

Beiträge: 67

primus pilus schrieb:

Das ist natürlich Gift für jedes Dateisystem. Gerade XFS hat den Ruf durch delayed allocation anfällig für Datenverlust im Falle eines Stromausfalls zu sein.

Wenn das System durch den Dateisystemcheck wieder konsistent ist kannst du das Erlebnis unter Lebenserfahrung abhaken. 😉 Ich hoffe mal es sind nicht allzu viele Daten auf der Strecke geblieben.

Das ist ja mein Problem, ich weiß eben nicht ob das Dateisystem jetzt wieder konsistent ist. Ich kann mit den Ausgaben von xfs_check (s.o.) halt nicht so richtig was anfangen... Im Moment lasse ich gerade

badblocks /dev/sda

durchlaufen. Das dauert allerdings schon ne ganze Weile. Repariert badblock auch gleich oder was muss ich dann machen?

primus_pilus Team-Icon

Ehemalige
Avatar von primus_pilus

Anmeldungsdatum:
8. Oktober 2007

Beiträge: 9144

Wohnort: NRW

Unforgiven17 schrieb:

Das ist ja mein Problem, ich weiß eben nicht ob das Dateisystem jetzt wieder konsistent ist.

Wenn xfs_check einmal ohne Fehlermeldung durchläuft ist das Dateisystem wieder konsistent.

Im Moment lasse ich gerade

badblocks /dev/sda

durchlaufen. Das dauert allerdings schon ne ganze Weile. Repariert badblock auch gleich oder was muss ich dann machen?

Das kannst du dir eigentlich sparen. badblocks prüft auf (physisch) defekte Sektoren auf der Festplatte. Dein Fehler ist aber mit großer Wahrscheinlichkeit durch das harte Abschalten entstanden.

Unforgiven17

(Themenstarter)

Anmeldungsdatum:
20. Mai 2008

Beiträge: 67

Okay, du hast wahrscheinlich Recht. Leider läuft aber xfs_check nicht ohne Fehlermeödung durch. Ich wollte jetzt folgendes machen: Die noch zu rettenden Dateien auf eine USB-Platte sichern und dann die xfs-Partition wieder neu formatieren. Damit ist doch dann die Inkonsistenz des Dateisystems behoben, oder?

primus_pilus Team-Icon

Ehemalige
Avatar von primus_pilus

Anmeldungsdatum:
8. Oktober 2007

Beiträge: 9144

Wohnort: NRW

Ja, natürlich. Wenn es vom Aufwand her vertretbar ist, ist das sicher die „sauberste“ Lösung.

Unforgiven17

(Themenstarter)

Anmeldungsdatum:
20. Mai 2008

Beiträge: 67

Nochmal vielen Dank für die Hilfe ☺

primus_pilus Team-Icon

Ehemalige
Avatar von primus_pilus

Anmeldungsdatum:
8. Oktober 2007

Beiträge: 9144

Wohnort: NRW

Kein Problem. Wenn das Thema für dich erledigt ist markiere bitte als „gelöst“.

Antworten |