je ne suis pas spécialiste de l’analyse de ce genre e log, mais il dit qu’il reste des erreurs , et ça n’est pas bon signe
Merci dindoun
j’ai oublié de donner le résultat après réparations, qui dit «clean», c’est à dire «propre» si je ne me trompe.
#e2fsck -n /dev/sda1
e2fsck 1.47.0 (5-Feb-2023)
Warning! /dev/sda1 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Tosh2Tbleu1ext4: clean, 3741171/122101760 files, 247345761/488378112 blocks
En revanche, j’ai appliqué la même commande à toutes les partitions internes, qui affiche 2 partitions avec erreurs: swap et /boot.
Mais en lisant le man de fsck, il est écrit qu’il n’est pas capable de scanner les partitions autres que ext[2|3|4], donc ni swap, ni efi (dans /boot), qui pourraient bien être la cause des erreurs trouvées sur ces SSD assez récents
/boot/efi est monté sur sa propre partition.
Je me risque à poser une question sans doute stupide, (j’ignore le rôle de efi à part sa nécessité pour démarrer):
Est-il possible de démonter /boot/efi après le démarrage, pour tester /boot «débarassé» de efi ?
non si ton système est fait pour démarre en UEFI, si tu le supprime il ne pourra p^lus démarrer.
si en prime il y a le secure boot pareil.
je ne suis pas sur d’avoir compris: je n’envisage pas de le supprimer, mais de le «umount» le temps d’un e2fsck -n /dev/VG0/boot (justement pour ne pas risquer de l’altérer)
c’est une partition, donc comme /boot/efi est sur une autre partition tu ne vas pas l’alterer
Merci Zargos,
est-ce que le «dé-mounter» pendant le travail peut avoir un impact sur le fonctionnement du système?
pouir ces deux là non. sauf si tu modifie quelque chose en lien avec l’initramfs, grub, ou les noyaux.
suffit de remonter quand tu as fini avec un mount -a
Merci beaucoup Zargos
1 J'aime