Bonjour,
Hier, j’ai fait une mise à jour de mon système.
La mise à jour s’est parfaitement déroulée, comme d’habitude.
Mais en rallumant mon PC, j’ai droit à une magnifique erreur qui bloque tout le système :
failed to mount /efi
Merci de votre aide pour m’aider à résoudre le problème.
si tu est en double démarrage avec windows 10 /11 , il faut désactiver l’hibernation :
powercfg.exe /hibernate off
Je te remercie pour ton aide.
Je suis uniquement sur EndeavourOS.
Pas de double boot ni rien.
Par contre, mon système est crypté.
Mais cela ne semble pas poser de problèmes car je dois d’abord mettre le mot de passe avant d’avoir le message d’erreur qui s’affiche.
tu utilise l’hibernation ou ou la mise ne veille sur ton système ?
vérifie si cela provient des UUID ( probleme entre UUID fourni par lsblk -fs et ce qui est déclaré dans /etc/fstab)
tu utilise Grub ou systemd-boot ?
il y a un report sur ce topic
ainsi que les sujets suivants
Sur mon système, il n’y a que la mise en veille.
Pas d’hibernation.
Le système de démarrage est sytemd-boot, celui inclus dans l’installation.
a priori c’est une bonne piste →
Pas vraiment car je n’ai pas de dualboot.
Je n’ai que EndeavourOS d’installé.
je pense plus a un probleme UUID ,
il te faut pour cela suivre les étapes porposé par dalto ,
passer par un arch-root avec USB live endevouros et déjà vérifier les UUID
Peux-tu me donner le lien ?
voir du côté de la bonne piste … ( cf 3ème message ci dessus )
Comment chrooter sachant que mon système (utilisant systemd et EFI) est crypté ?
Lancez l’application Gparted.
Double-cliquez (ou cliquez avec le bouton droit de la souris) sur la partition chiffrée et choisissez “Ouvrir le chiffrement”.
Launch the application Gparted.
Double-click (or right-click with mouse) on the encrypted partition and choose “Open Encryption”.Translation: DeepL
D’accord.
Et après, comment dois-je faire ?
C’est la première fois que je fais cela et je n’ai vraiment pas envie de me tromper sachant que j’ai des données importantes en mémoire.
Tu peux donner la sortie de sudo parted -l ?
I thought I would share some general information for the people trying to help here.
There are a few common scenarios that often causes the ESP to fail to mount during boot. From most common to least common they are:
The first thing I would recommend testing is does the fallback boot image work. If not, check the error using systemctl status to see what the actual reason it is failing is and then go from there.
Merci à tous de votre aide.
Donc, pour systemctl status, voici le résultat :
Pour parted -l, voici le résultat :
Concernant le partitionnement de mon système, voici le résultat de lsblk :
Que dois-je faire à présent ?
Merci encore pour tout ce que vous apportez comme soutien et comme aide.
on va verifier :
sudo fsck -v /dev/nvme0n1p1
sudo lsblk -fs ( liste UUID )
<chroot>
cat /etc/fstab ( verifier UUID )si à faire à partir d’un live USB iso Endevouros avant chroot
attention tu utilise crpytoluks , pour le chroot lance avant Gparted pour le déverouiller
pour cela ( avant chroot )
sudo lsblk -fslancer Gparted pour débloquer l’accès sdb et quitter
puis effectuer le chroot , tu dois avoir un mount /efi
les UUID doivent être les mêmes
arch-chroot
cat /etc/fstab
exit ( fin de chroot )