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