Bug au démarrage de Linux 20.3 Résolu/Fermé

Question

Bonjour, 
Je vous joins le message de HELP afin que vous m'aidiez .
Merci cordialement




Configuration: Windows / Chrome 103.0.0.0

mamiemando · Answer

Bonjour,

Ton grub est cassé. À quoi fait suite ce problème, as-tu fait quelque chose de particulier ?

En admettant que ce ne soit pas un problème de disque dur défectueux, tu peux utiliser boot-repair.

Bonne chance

Loumau_91 · Answer

Bonjour Mamiemando,
Je ne me souviens pas d'avoir effectué une opération particulière.  Si je te comprend bien il faudrait que je crée une clé avec boot-repair. Par contre j'ai une cle usb bootable avec mon systéme linux 20.3. J'ai envie de redémarrer avec. Qu'en penses-tu?
merci, cordialement
L

mamiemando · Answer

Bonjour,

Tu peux faire ce que fait boot-repair à partir de ta clé USB linux 20.03, mais si tu veux utiliser boot-repair il faut préparer une nouvelle clé. L'intérêt principal de boot-repair, c'est qu'il te guide dans cette démarche.

Que fait boot repair ?

Dans l'idée, boot-repair consiste à démarrer sur un système live, monter l'arborescence du Linux du disque dur dans un dossier arbitraire (disons /mnt/linux), puis faire un chroot vers ce dossier. De là on monte /proc et /sys, et dès lors, tout se passe comme si on avait démarré sur le disque dur, et en particulier de relancer la commande sudo update-grub (qui permet de régénérer grub).

Si tu utilises LVM et des partitions chiffrées et/ou que tu utilises un partitionnement un peu plus compliqué que dans une installation classique, le principe reste le même.

Comment réparer sans boot-repair ?

En admettant que tu sois dans le cas simple (pas de LVM), il faut démarrer avec ton live USB. Ensuite repère avec sudo fdisk -l quelle partition correspond à /.

Exemple : ici la partition / est /dev/sda6 (on la reconnaît car c'est une partition "Système de fichiers Linux". Le fait qu'il y ait deux telles partitions suggère qu'il s'agit du traditionnel partitionnement où / et /home sont séparés. Les tailles permettent de suspecter que / est stocké dans /dev/sda6.

(mando@silk) (~) $ sudo fdisk -l[sudo] Mot de passe de mando : Disque /dev/sda : 476,94 GiB, 512110190592 octets, 1000215216 secteursModèle de disque : Micron_1100_MTFDUnités : secteur de 1 × 512 = 512 octetsTaille de secteur (logique / physique) : 512 octets / 512 octetstaille d'E/S (minimale / optimale) : 512 octets / 512 octetsType d'étiquette de disque : gptIdentifiant de disque : F7977EE1-814B-4FC2-BD0B-4F0E9F0D433DPériphérique     Début        Fin  Secteurs Taille Type/dev/sda1         2048     534527    532480   260M Système EFI/dev/sda2       534528     567295     32768    16M Réservé Microsoft/dev/sda3       567296  501470811 500903516 238,8G Données de base Microsoft/dev/sda4    501471232  503234559   1763328   861M Environnement de récupération Windows/dev/sda5    503234560  511047679   7813120   3,7G Partition d'échange Linux/dev/sda6    511047680  608704511  97656832  46,6G Système de fichiers Linux/dev/sda7    608704512 1000214527 391510016 186,7G Système de fichiers Linux

Admettons que dans ton cas, ce soit /dev/sda1, voilà à quoi ça ressemble :

sudo su -
mkdir -p /mnt/linux
mount /dev/sda1 /mnt/linux
mount -o bind /dev /mnt/linux
chroot /mnt/linux # Si ça échoue, umount /mnt/linux et recommence avec un autre device
mount /proc
mount /sys
update-grub
umount /sys
umount /proc
exit
umount /mnt/linux/dev
umount /mnt/linux
reboot

Bonne chance

Loumau_91 · Answer

Bonjour Mamiemando,

MERCI pour tes réponses détaillées que j'essaierai de mettre en pratique dès que j'aurai un moment (parole de retraité de 84 ans).
En attendant je me suis dégonflé et j'ai tout réinstallé car j'avais des sauvegardes.
Bonne journée et bien cordialement.
L

Bug au démarrage de Linux 20.3

4 réponses

Discussions similaires