Das Ausführen von fsck auf einem gebooteten Rechner führt zu Fehlern im Root-Dateisystem. Um dies zu beheben, habe ich von einer LiveCD gebootet – aber fsck auf der LiveCD-Instanz findet überhaupt keine Fehler. Ich habe auch versucht, dieselbe Binärdatei auszuführen, die ein gebootetes System ausführen würde – mit demselben Ergebnis von 0 Fehlern.
Was ist hier los? Wie behebe ich die gemeldeten Fehler? (siehe unten)
Bei der Maschine handelt es sich um ein Headless-Ubuntu 14.04 und die LiveCD stammt von der Desktop-Edition von Ubuntu 14.04.
Wenn ich laufe:
fsck -v -n /dev/mapper/lvm-root -f
Die Antwort lautet:
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
Warning! /dev/mapper/lvm-root is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
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
Block bitmap differences: -(24598720--24598781) +(42616517--42616542) -(47432723--47432748) +(49925184--49925211) +(49925312--49925373)
Fix? no
Free blocks count wrong for group #750 (22700, counted=22638).
Fix? no
Free blocks count wrong for group #1300 (13150, counted=13176).
Fix? no
Free blocks count wrong for group #1447 (24124, counted=24098).
Fix? no
Free blocks count wrong for group #1523 (32016, counted=32106).
Fix? no
Free blocks count wrong (30301182, counted=30319341).
Fix? no
Inode bitmap differences: -11927698 +11927700
Fix? no
Free inodes count wrong (15762199, counted=15762204).
Fix? no
/dev/mapper/lvm-root: ********** WARNING: Filesystem still has errors **********
130281 inodes used (0.82%, out of 15892480)
1113 non-contiguous files (0.9%)
112 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 121424/640
33268738 blocks used (52.33%, out of 63569920)
0 bad blocks
3 large files
101907 regular files
19700 directories
2 character device files
0 block device files
2 fifos
22 links
8624 symbolic links (8166 fast symbolic links)
32 sockets
------------
130289 files
Um dies zu beheben, habe ich von der Ubuntu 14.04 LiveCD gebootet und denselben Befehl ausgeführt:
root@ubuntu:~# fsck -n -v /dev/mapper/lvm-root -f
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
Warning! /dev/mapper/lvm-root is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
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
130281 inodes used (0.82%, out of 15892480)
1114 non-contiguous files (0.9%)
112 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 121429/640
33268738 blocks used (52.33%, out of 63569920)
0 bad blocks
3 large files
101908 regular files
19704 directories
2 character device files
0 block device files
2 fifos
22 links
8625 symbolic links (8167 fast symbolic links)
31 sockets
------------
130294 files
Keine Fehler, was ich seltsam fand. Also habe ich versucht, die Root-Partition zu mounten und das fsck unter /sbin/fsck manuell auszuführen:
root@ubuntu:~# /mnt/sbin/fsck -n -v /dev/mapper/lvm-root -f
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
Warning! /dev/mapper/lvm-root is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
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
130281 inodes used (0.82%, out of 15892480)
1114 non-contiguous files (0.9%)
112 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 121429/640
33268738 blocks used (52.33%, out of 63569920)
0 bad blocks
3 large files
101908 regular files
19704 directories
2 character device files
0 block device files
2 fifos
22 links
8625 symbolic links (8167 fast symbolic links)
31 sockets
------------
130294 files
Antwort1
Wenn Sie fsck auf einem gemounteten Dateisystem ausführen, werden die gleichen Fehler angezeigt, die auftreten, wenn Sie das System in diesem Moment ausschalten. Der Zustand auf der Festplatte ist inkonsistent, da Aktualisierungen im Speicher gepuffert und noch nicht auf die Festplatte geschrieben wurden. DaherMACH DAS NICHT!
Führen Sie fsck nur auf nicht gemounteten Dateisystemen aus. Auch auf schreibgeschützten gemounteten Dateisystemen können Probleme auftreten, wenn fsck Probleme behebt und der Kernel nichts davon weiß.