Erzwinge fsck.ext4 beim Neustart, aber wirklich "kraftvoll"

Einer meiner Ubuntu 10.04-Server macht mir Probleme. Beim Ausführen fsck.ext4 -n /dev/sda5werden Fehler in der Anzahl der freien Inodes, der Anzahl der freien Blöcke und mehr gemeldet.

Ich habe versucht:

touch /forcefsck

Auch versucht:

shutdown -rF now

und trotzdem sehe ich nach dem Neustart Fehler.

Ich habe auch gerade mein eeePC-Netbook, Ubuntu 10.10, überprüft und habe das gleiche Problem!

Wie kann ich ein wirklich "erzwungenes" "erzwungenes" "ernsthaftes Reparieren meines Dateisystems" fsck "des Dateisystems" / "beim Neustart erzwingen?

Klarstellung: Ich laufe, fsck.ext4 -nweil es ein eingehängtes Dateisystem ist, um zu überprüfen, ob Fehler vorliegen. Das sagt mir, dass es gibt. Ich dachte, dass das automatische Fsck alle 30 Mounts während des Bootvorgangs genau ist , um Fehler im Root-Dateisystem zu beheben. Aber in meinem Fall ist das nicht der Fall. Ich könnte mit einer Live-CD neu starten und die Fehler beheben und dann erneut starten, aber das ist eine ernsthafte Ausfallzeit für einen Live-Server. Ein Neustart, Auto-Fsck und anschließendes Booten ist auf einem Live-Server viel nachhaltiger, und ich glaube, es sollte das richtige Verhalten sein.

Zusatzinfo: Hier ist die Ausgabe. Es sieht aus wie etwas, das der Autofsck reparieren würde, nicht wahr?

root@server:~# fsck.ext4 -n /dev/sda5
e2fsck 1.41.11 (14-Mar-2010)
Warning!  /dev/sda5 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda5 contains a file system with errors, check forced.
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
Free blocks count wrong (1849368, counted=1948909).
Fix? no

Free inodes count wrong (545504, counted=552134).
Fix? no


/dev/sda5: ********** WARNING: Filesystem still has errors **********

/dev/sda5: 116752/662256 files (0.2% non-contiguous), 795324/2644692 blocks

Aus der e2fsck-Manpage:

"Beachten Sie, dass es im Allgemeinen nicht sicher ist, e2fsck auf gemounteten Dateisystemen auszuführen. Die einzige Ausnahme ist, wenn die Option -n angegeben ist und die Optionen -c, -l oder -L nicht angegeben sind. Selbst wenn dies sicher ist Dazu sind die von e2fsck ausgedruckten Ergebnisse nicht gültig, wenn das Dateisystem gemountet ist. Wenn Sie von e2fsck gefragt werden, ob Sie ein gemountetes Dateisystem überprüfen möchten, lautet die einzig richtige Antwort "Nein". Nur Experten, die wirklich wissen, was Sie sollten erwägen, diese Frage auf andere Weise zu beantworten. "

Wenn Sie also eine gemountete FS mit fsck überprüfen, auch wenn Sie die Option -n verwenden, ist das Ergebnis möglicherweise überhaupt nicht gültig. Überprüfen Sie nicht gemountete Dateisysteme. Verwenden Sie eine Live-CD / Live-USB.

Wenn Sie das Dateisystem nicht überprüfen, während es gemountet ist, verstehe ich nicht, warum Sie es verwenden müssen. touch /forcefsckSie können es einfach aushängen und reparieren. Wenn dies jedoch der Fall ist und Ihr FS nach einer Korrektur immer noch Fehler aufweist, können Sie Folgendes in Betracht ziehen:

e2fsck -cy /dev/sda5

Dadurch wird ein festplattenbezogenes Problem behoben, das möglicherweise als fehlerhafte Blöcke bezeichnet wird (dies wird lange dauern).

Wenn Sie ein eingehängtes Dateisystem überprüfen möchten, weiß ich nicht, wie Sie vorgehen sollen, aber ich denke, Sie sollten eine andere Frage erstellen.

Ich weiß, dass dies ein wirklich alter Thread ist, aber ich musste dieses Problem kürzlich lösen, um zu veröffentlichen, wie das Betriebssystem gezwungen werden kann, Probleme zu beheben, die mit fsck während des Startvorgangs (für 12.04) festgestellt wurden.

Sie müssen den Befehl ausführen sudo touch /forcefsck. Dadurch wird beim nächsten Start ein fsck ausgeführt. Sie können die Ergebnisse des fsck in /var/log/boot.log sehen.

Es kann jedoch nicht garantiert werden, dass fsck alle gefundenen Probleme behebt. Dazu müssten Sie die Datei / etc / default / rcS bearbeiten. Am Ende dieser Datei befindet sich eine Zeile:

FSCKFIX=no

Dies muss folgendermaßen geändert werden:

FSCKFIX=yes

Dies hat den gleichen Effekt wie das Ausführen von fsck mit der Option -y, wodurch alle Fixes erzwungen werden, die implementiert werden können, und es wird nicht nach Benutzerinteraktion gefragt.

Auf diese Weise können Sie das fsck ausführen, wie es das OP verlangt hat, ohne von einer Live-Festplatte booten zu müssen, was insbesondere auf einem Remote-System nicht immer möglich ist.

sudo touch /forcefsck
sudo reboot

Du hast einen Tippfehler - du berührst / forcefcsk. Das "c" und das "s" werden getauscht. fsck ist die Abkürzung für FileSystemChecK.

Sie können kein fsck erzwingen, das repariert wird, da die Partition verwendet wird. Versuchen Sie, die Überprüfung von einer anderen Partition oder Live-CD durchzuführen.

Sie können die Überarbeitungen folgendermaßen automatisch durchführen lassen:

Tune2fs -c 5 -i 10 / dev / sda1

-cist die maximale Anzahl von Reittieren vor dem Laufen fsckund -idie maximale Anzahl von Tagen vor dem Laufen fsck.

In diesem Fall wird alle 5 Reittiere oder alle 10 Tage ausgeführt, je nachdem, was zuerst eintritt.

Ich habe zwei Computer, einer mit Linux SuSE 13.2 und der andere mit Linux Mint 18.0 und in beiden funktioniert es perfekt.

touch /forcefsckallein konnte nicht sicherstellen, dass mein System fsckbeim nächsten Start lief. Ich musste auch laufen:

sudo tune2fs -c 1 /dev/<my partition>

z.B

sudo tune2fs -c 1 /dev/sda1

Weitere Erklärungen dazu finden Sie hier: So erzwingen Sie, dass fsck das Dateisystem nach dem Neustart überprüft