Lorsque je travaille à distance, je configure un serveur pour forcer une commande fsck au démarrage avec la sudo touch /forcefsck
commande, puis redémarré.
Après le redémarrage, j’ai vérifié /var/log/fsck
les résultats de la vérification du disque.
Les deux checkfs et checkroot dit: Rien n'a été encore connecté
Alors, où est-il sauver les résultats?
Réponses:
Peut-être êtes-vous affecté par ce bogue: "Ne consigne pas les invocations fsck dans / var / log / fsck /"
la source
/
partition avait une mauvaise idée et, en entrant en mode de récupération, elle y était forcéee2fsck
. C'est parfait, mais comme il est très difficile de se souvenir des fichiers à remplacer à partir d'une sauvegarde, vous devez être en mesure de localiser les noms de fichiers apparemment corrompus.Pour Ubuntu 14.xx:
J'ai trouvé des connexions fsck
/var/log/upstart/mountall.log
.la source
fsck
journaux seraient cachés dans/var/log/upstart/mountall.log
resp./var/log/upstart/mountall.*.log.gz
. Assez illogique. CEPENDANT, il semble que les noms de fichiers rapportés comme étant corrompus ne soient pas consignés, mais uniquement leurs inodes.Pour les partitions racine Ubuntu 16.04 et 18.04
Vous cherchez probablement
/run/initramfs/fsck.log
.Une fsck du système de fichiers racine se produit nécessairement avant que le système de fichiers racine ait été monté en écriture, donc la vérification du système de fichiers a lieu tôt dans le processus de démarrage, alors que le système est toujours en cours d'exécution à partir de initramfs. Un journal fsck est écrit sur un système de fichiers sauvegardé par la RAM (tmpfs) disponible pour écriture à ce moment, et reste disponible après l’amorçage à
/run/initramfs/fsck.log
. Il s’agit d’un stockage volatile, de sorte que les journaux fsck sont perdus au redémarrage du système. Il serait bien que ces journaux soient copiés dans un stockage non volatile une fois que le système de fichiers racine est monté en écriture, mais cela ne semble pas être le cas.Voici un exemple:
la source
Pour Ubuntu 16.04
La commande
journalctl -b --no-pager | grep systemd-fsck
rapporte les checks.similar du système de fichiers de partition non root à ceci:
Pour les vérifications de la partition racine au démarrage, lancez la commande
more /var/log/boot.log
Fournit des résultats similaires à ceci:
la source
Tester ceci avec Ubuntu 12.04.5 LTS et j'ai trouvé le journal sur /var/log/boot.log
la source
Pour Ubuntu 18.04
La commande
journalctl -b --no-pager | grep systemd-fsck
etgrep systemd-fsck /var/log/syslog
les deux rapportent le système de fichiers de partition non root checks.similar à ceci:
Les vérifications des partitions racine montées par les résultats UUID ne semblent pas être consignées, même si elles sont forcées.
la source