Bug au démarrage de Linux 20.3

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

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

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 secteurs
Modèle de disque : Micron_1100_MTFD
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : F7977EE1-814B-4FC2-BD0B-4F0E9F0D433D

Pé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

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