Lorsque je travaille à distance, je configure un serveur pour forcer un fsck au démarrage avec la commande sudo touch /forcefsck et j'ai redémarré.
Après le redémarrage, j'ai vérifié dans /var/log/fsck les résultats de la vérification du disque.
Both checkfs et checkroot ont dit : Rien n'a encore été enregistré
Alors où sont enregistrés les résultats?
Vous êtes peut-être affecté par ce bug : "Ne consigne pas les appels de fsck dans /var/log/fsck/"
Pour Ubuntu 16.04 et 18.04 partitions root
Vous cherchez probablement /run/initramfs/fsck.log.
Un fsck du système de fichiers root se produit nécessairement avant que le système de fichiers root soit monté en écriture, de sorte que la vérification du système de fichiers se produit tôt dans le processus de démarrage alors que le système fonctionne toujours à partir de l'initramfs. Un journal fsck est écrit dans un système de fichiers en RAM (tmpfs) qui est disponible pour l'écriture à ce moment-là, et il reste disponible après le démarrage à /run/initramfs/fsck.log. Il s'agit d'un stockage volatil, donc les journaux fsck sont perdus une fois le système redémarré. Ce serait bien si ces journaux étaient copiés vers un stockage non volatil après que le système de fichiers root soit monté en écriture, mais cela ne semble pas être le cas.
Voici un exemple:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 238.5G 0 disk
sda1 8:1 0 512M 0 part /boot/efi
sda2 8:2 0 238G 0 part /
$ cat /run/initramfs/fsck.log
Log de fsck -C -a -V -t ext4 /dev/sda2
Ven Nov 30 22:35:21 2018
fsck de util-linux 2.31.1
[/sbin/fsck.ext4 (1) -- /dev/sda2] fsck.ext4 -a -C0 /dev/sda2
/dev/sda2: propre, 653295/15597568 fichiers, 6658147/62383360 blocs
Ven Nov 30 22:35:21 2018
----------------
Pour Ubuntu 16.04
La commande journalctl -b --no-pager | grep systemd-fsck
rapporte les vérifications du système de fichiers de la partition non root similaire à ceci :
Mar 22 15:06:26 64bitUbuntu systemd-fsck[750]: /dev/sdb1: clean, 146223/121454592 fichiers, 356711795/485818368 blocsPour les vérifications de la partition root au démarrage, exécutez la commande more /var/log/boot.log
Fournit des résultats similaires à ceci :
/dev/sda2: clean, 349091/1954064 fichiers, 2379983/7814912 blocsPour Ubuntu 18.04
La commande journalctl -b --no-pager | grep systemd-fsck et grep systemd-fsck /var/log/syslog
rapportent tous les deux des vérifications du système de fichiers de partitions non root similaire à ceci :
Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[615]: Scratch : propre, 19/6520832 fichiers, 555602/26081280 blocs
Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[609]: /dev/sda1 : propre, 47014/89374720 fichiers, 294970235/357492992 blocs
Sep 25 16:06:29 me-Z370-HD3P systemd-fsck[613]: /dev/sda5 : propre, 6707/32727040 fichiers, 7464312/130885120 blocsLes vérifications des partitions root montées par UUID semblent ne pas être enregistrées même si elles sont forcées.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
