Es gibt ein vor Jahren erstelltes (und seitdem oft skaliertes) Dateisystem mit ext4. Nach einem Stromausfall wird das Mounten gestoppt. Wenn ich versuche, es manuell zu mounten, erhalte ich eine Fehlermeldung:
# mount /dev/space/vservershosting-vs /mnt/
mount: /mnt: mount(2) system call failed: Structure needs cleaning.
In dmesg gibt es weitere Informationen:
[32618.800854] EXT4-fs error (device dm-44): __ext4_iget:5080: inode #2: block 1953722220: comm mount: invalid block
[32619.264574] EXT4-fs (dm-44): get root inode failed
[32619.264633] EXT4-fs (dm-44): mount failed
fsck-Durchlauf ohne Reparatur:
# fsck.ext4 -c -f -v /dev/space/vservershosting-vs
e2fsck 1.44.5 (15-Dec-2018)
Checking for bad blocks (read-only test): done
/dev/space/vservershosting-vs: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/space/vservershosting-vs: ***** FILE SYSTEM WAS MODIFIED *****
1551308 inodes used (7.89%, out of 19660800)
115052 non-contiguous files (7.4%)
861 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 48107/1394/6
Extent depth histogram: 988992/12798/13
67929516 blocks used (86.38%, out of 78643200)
0 bad blocks
16 large files
1377888 regular files
143712 directories
74 character device files
25 block device files
10 fifos
810 links
29496 symbolic links (29045 fast symbolic links)
94 sockets
------------
1552109 files
(dieselbe Ausgabe mit der aktuellen Version von fsck)
Wenn ich versuche, es zu mounten, schlägt es fehl. Danach - fsck „fix“ fs (zweiter Lauf fsck tut nichts). Aber fs ist immer noch nicht repariert - wenn ich versuche, es zu mounten, schlägt es fehl.
root@undefine-ThinkPad-T470p:~# fsck.ext4 -v /dev/sdb1
e2fsck 1.45.5 (07-Jan-2020)
/dev/sdb1 zawiera system plików z błędami, wymuszono sprawdzenie.
Przebieg 1: Sprawdzanie i-węzłów, bloków i rozmiarów
Przebieg 2: Sprawdzanie struktury katalogów
Przebieg 3: Sprawdzanie łączności katalogów
Przebieg 4: Sprawdzanie liczników odwołań
Przebieg 5: Sprawdzanie sumarycznych informacji o grupach
1551308 użytych i-węzłów (7.89% z 19660800)
115052 pliki nieciągłe (7.4%)
861 katalogów nieciągłych (0.1%)
liczba i-węzłów z blokami ind/dind/tind: 48107/1394/6
Histogram głębokości ekstentów: 988992/12798/13
67929516 użytych bloków (86.38% z 78643200)
0 wadliwych bloków
16 dużych plików
1377888 zwykłych plików
143712 katalogów
74 pliki urządzeń znakowych
25 plików urządzeń blokowych
10 potoków
810 dowiązań
29496 dowiązań symbolicznych (29045 szybkich dowiązań symbolicznych)
94 gniazda
------------
1552109 plików
root@undefine-ThinkPad-T470p:~# fsck.ext4 -v /dev/sdb1
e2fsck 1.45.5 (07-Jan-2020)
/dev/sdb1: czysty, 1551308/19660800 plików, 67929516/78643200 bloków
root@undefine-ThinkPad-T470p:~# mount /dev/sdb1 /mnt/test/
mount: /mnt/test: wywołanie systemowe mount(2) nie powiodło się: Struktura wymaga wyczyszczenia.
Ich habe versucht, die Bereitstellung mit alternativen Superblöcken durchzuführen – derselbe Fehler/dasselbe Ergebnis.
aber wenn ich mich über Debugfs mit dem Volume verbinde, sehe ich alle wichtigen Inhalte (3 Verzeichnisse) in „Lost+Found“.
Ich kann den gesamten Inhalt mit den Befehlen „Debugfs“ und „rdump“ wiederherstellen, aber wie kann ich dieses Volume mounten/reparieren?