Bei der Remote-Arbeit habe ich einen Server so eingestellt, dass beim Booten mit dem sudo touch /forcefsck
Befehl ein fsck erzwungen und neu gestartet wird.
Nach dem Neustart habe ich /var/log/fsck
nach den Ergebnissen der Festplattenprüfung gesucht.
Sowohl checkfs als auch checkroot sagten: Es wurde noch nichts protokolliert
Wo speichert es die Ergebnisse?
Antworten:
Möglicherweise sind Sie von diesem Fehler betroffen: "Protokolliert keine fsck-Aufrufe in / var / log / fsck /"
quelle
/
Partition hatte eine unangenehme Eigenheit, und als sie in den Wiederherstellungsmodus wechselte, erzwang sie einee2fsck
. Das ist perfekt, aber da es wirklich schwierig ist, sich zu merken, welche Dateien aus der Sicherung ersetzt werden sollen, muss man in der Lage sein, die Dateinamen aufzuspüren, die Berichten zufolge beschädigt sind.Für Ubuntu 14.xx:
Ich habe einige fsck-Logs gefunden
/var/log/upstart/mountall.log
.quelle
fsck
Protokolle in/var/log/upstart/mountall.log
bzw. versteckt würden ./var/log/upstart/mountall.*.log.gz
. Ziemlich unlogisch. Allerdings scheint es , dass die Dateinamen gemeldet korrupt sein , nicht angemeldet ist , kann nur ihre Inodes.Für Ubuntu 16.04 und 18.04 Root-Partitionen
Sie suchen wahrscheinlich nach
/run/initramfs/fsck.log
.Ein fsck des Root-Dateisystems muss vor dem Mounten des Root-Dateisystems als beschreibbar erfolgen, sodass die Dateisystemprüfung zu einem frühen Zeitpunkt des Startvorgangs erfolgt, während das System noch über initramfs ausgeführt wird. Ein fsck-Protokoll wird in ein RAM-gesichertes Dateisystem (tmpfs) geschrieben, das zu diesem Zeitpunkt zum Schreiben zur Verfügung steht und nach dem Booten unter weiterhin verfügbar ist
/run/initramfs/fsck.log
. Dies ist ein flüchtiger Speicher, sodass fsck-Protokolle nach dem Neustart des Systems verloren gehen. Es wäre schön, wenn diese Protokolle in einen nichtflüchtigen Speicher kopiert würden, nachdem das Root-Dateisystem als beschreibbar gemountet wurde. Dies scheint jedoch nicht der Fall zu sein.Hier ist ein Beispiel:
quelle
Für Ubuntu 16.04
Der Befehl
journalctl -b --no-pager | grep systemd-fsck
meldet Nicht-Root-Partitionsdateisystem checks.ähnlich dazu:
Für Root-Partitionsprüfungen beim Booten geben Sie den Befehl aus
more /var/log/boot.log
Bietet ähnliche Ergebnisse:
quelle
Testen Sie dies mit Ubuntu 12.04.5 LTS und ich fand das Protokoll auf /var/log/boot.log
quelle
Für Ubuntu 18.04
Der Befehl
journalctl -b --no-pager | grep systemd-fsck
undgrep systemd-fsck /var/log/syslog
Beide melden Nicht-Root-Partitionsdateisystemprüfungen.
Von UUID-Ergebnissen bereitgestellte Überprüfungen von Root-Partitionen werden nicht protokolliert, selbst wenn sie erzwungen werden.
quelle