Ich habe Linux Mint 12 KDE installiert und möchte die Root-Partition auf Fehler überprüfen.
Wie überprüfe ich die Root-Partition mit fsck beim Booten?
Ich habe Linux Mint 12 KDE installiert und möchte die Root-Partition auf Fehler überprüfen.
Wie überprüfe ich die Root-Partition mit fsck beim Booten?
Antworten:
Sie können auch hierfür den Befehl shutdown verwenden.
shutdown -rF now
Vom Menschen:
Das -F-Flag bedeutet 'fsck erzwingen'.
Dadurch wird nur eine Beratungsdatei / ein Forcefsck erstellt, die / der vom System beim erneuten Aufrufen getestet werden kann. Die Boot-RC-Datei kann testen, ob diese Datei vorhanden ist, und fsck (1) mit einem speziellen Force-Flag ausführen, damit auch ordnungsgemäß nicht gemountete Dateisysteme überprüft werden. Danach sollte der Bootprozess / forcefsck entfernen.
shutdown
im Lieferumfang von Upstart ist diese -F
Option nicht mehr enthalten. Sie sollten sudo touch /forcefsck
stattdessen verwenden. Siehe zum Beispiel Warum wurde -F aus / sbin / shutdown entfernt? und Bug # 74139: Herunterfahren fehlt -F (erzwinge fsck) Option .
Hier ist eine andere Möglichkeit, dies zu tun:
tune2fs -C 2 -c 1 /dev/THEDEVTHATROOTIS
neustarten
Dann wird das Dateisystem überprüft, und wenn alles in Ordnung ist, sollten Sie dies tun
tune2fs -c 60 /dev/THEDEVTHATROOTIS
Ich habe angenommen, dass die max-mount-count auf 60 gesetzt wurde, das sollten Sie herausfinden, bevor Sie den ersten Befehl mit absetzen
dumpe2fs /dev/THEDEVTHATROOTIS |grep "Maximum mount count"
Auf meinen Systemen (mehrere x86-Notebooks und ein Banana Pi Pro) sudo shutdown now
bringt mich das Sprichwort auf Runlevel 1 (aka Wartungsmodus), wo ich meinen Root-FS sicher überprüfen kann:
mount -o remount,ro /dev/rootpartition
fsck /dev/rootpartition
reboot
Es besteht keine Notwendigkeit, dies zu ändern /etc/fstab
, und ich habe die Möglichkeit, fsck
mit allen Optionen zu arbeiten, die zur Behebung eines heiklen Falls erforderlich sind.
Hinweis: /forcefsck
und tune2fs
Tricks funktionieren auf x86, aber nicht auf Banana Pi.
tune2fs
etc auf jeder Plattform zum Laufen zu bringen , vorausgesetzt, ein (möglicherweise eingebettetes) initramfs wird unterstützt. Es hängt also wirklich nur von der Linux-Distribution ab.
Wenn Sie auf einem Himbeer-Pi sind und sich im Notfallmodus befinden, können Sie die Root-Partition tatsächlich aushängen und weiterhin fsck verwenden
(login as root)
mount -o remount,ro /
fsck
reboot
Auf modernen Linux-Systemen funktionieren die obigen Antworten (mit forcefsck) nicht. Sie müssen es manuell machen:
Versetzen Sie Ihre Root-Partition in den schreibgeschützten Modus, indem Sie die Zeile der fehlerhaften Partition ändern /etc/fstab
(behalten Sie jedoch Ihre alten Einstellungen bei):
UUID=fd1d0fad-3a4c-457f-9b5e-eed021cce3d1 / ext4 remount,ro 1 1
Starten Sie neu
Wechseln Sie zu Runlevel 1, um die Anzahl der störenden Prozesse zu minimieren:
init 1
Korrigieren Sie Ihr Dateisystem (ersetzen Sie / dev / sda2 durch das Gerät Ihrer Partition). Dies sollte nun funktionieren, da die Root-Partition schreibgeschützt ist:
fsck /dev/sda2
Starten Sie neu. (Auf meinem Fedora 21-System musste ich während des Bootens mit Grub2 auf Runlevel 1 wechseln , da das System sonst hängen blieb , weil ich nicht auf die Root-Partition schreiben konnte.)
Machen Sie Ihr Root-Dateisystem lesbar / beschreibbar:
mount -o remount,rw /dev/sda2
Stellen Sie den ursprünglichen Zustand Ihrer / etc / fstab wieder her.
Starten Sie neu
sudo touch /forcefsck
geklappt, als ich das vorher gemacht habesudo reboot
.