Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

boot-repair introuvable en live CD

Qid

Je n'aime pas trop le manque de simplicité de la mise en place du chroot c'est pour ça que j'ai tendance à l'oublier mais ouais effectivement il restait ça à essayer vu les circonstances...

Après pour la création du supergrubdisk à partir de la 14.04 c'est même plus compliqué que ce que tu penses : le créateur de disque de démarrage est plutôt fait pour créer un support Ubuntu sauf qu'évidemment supergrubdisk n'est pas basé sur notre distribution préférée... Après ça ne coûte rien d'essayer quand-même mais il ne faudra juste pas s'étonner si ça ne marche effectivement pas

herodote k210

D'accord merci. Je vais essayer chroot quand même .

herodote k210

J'ai regarde plusieurs doc sur le sujet avec des explications aussi claires que celle de geole et elles font usage de initrd et je ne comprend pas pourquoi mon ordinateur ne reconnait pas initrd.
Par exemple ici;
https://forum.ubuntu-fr.org/viewtopic.php?id=902271
https://linoxide.com/linux-how-to/fixing-broken-initrd-image-linux/
https://leopathu.com/content/grub-rescue-how-recover-system
https://www.pcsuggest.com/grub-rescue-linux/
http://www.bing.com/search?q=initrd+grub+rescue&FORM=HDRSC1
http://www.bing.com/search?q=initrd+grub+rescue+&qs=n&form=QBRE&sp=-1&pq=initrd+grub+rescue+&sc=0-19&sk=&cvid=EA25DF0D453147A2A8F150EE4BE26E6C

geole

herodote k210 a écritJ'ai regarde plusieurs doc sur le sujet avec des explications aussi claires que celle de geole et elles font usage de initrd et je ne comprend pas pourquoi mon ordinateur ne reconnait pas initrd.

Je me suis basé sur des documents anciens.
Il y a très peu de temps, en testant la future version 21.04, j'ai été amené avoir un plantage
Je n'ai pas pu rebooter par cette technique car la commande inird n'était pas reconnue.
Je ne me suis pas inquiété outre mesure car version DAILY! Mais il semblerait donc que le problème soit ancien

Je t'ai proposé le mode chroot... et te disant ne pas mettre les commandes parlant de l'EFI.
Mais j'ai l'impression que tu n'as pas encore essayé.
car je pense que ton liveCD en version 14.04 sera malgré tout capable de lire les partitions EXT4 version 18.04

herodote k210

J'ai applique ce scrpt;

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9c6b095f

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048     7813119     3905536   82  Linux swap / Solaris
/dev/sda3        56641536   105469951    24414208   83  Linux
/dev/sda4       105471998   976771071   435649537    5  Extended
/dev/sda5       105472000   976771071   435649536   83  Linux

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xcddbeb4d

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048    68562943    34280448   83  Linux
/dev/sdb2        68562944   107622399    19529728   83  Linux
/dev/sdb3       107624448  1951569919   921972736   83  Linux
ubuntu@ubuntu:~$ sudo mkdir -p /mnt/chroot
ubuntu@ubuntu:~$ sudo mount /dev/sdb1 /mnt/chroot/
ubuntu@ubuntu:~$ ls -l /mnt/chroot
total 10104
drwxr-xr-x   2 root root    12288 janv. 19 22:21 bin
drwxr-xr-x   3 root root     4096 janv. 29 19:13 boot
drwxrwxr-x   2 root root     4096 avril 20  2019 cdrom
-rw-------   1 root root 10219520 avril 23  2019 core
drwxr-xr-x   4 root root     4096 févr. 18  2015 dev
drwxr-xr-x 166 root root    12288 janv. 29 19:13 etc
drwxr-xr-x   3 root root     4096 avril 20  2019 home
lrwxrwxrwx   1 root root       34 janv. 27 12:11 initrd.img -> boot/initrd.img-4.15.0-135-generic
lrwxrwxrwx   1 root root       34 janv. 27 12:11 initrd.img.old -> boot/initrd.img-4.15.0-134-generic
drwxr-xr-x  23 root root     4096 janv. 16  2020 lib
drwxr-xr-x   2 root root     4096 déc.  23 20:27 lib64
drwx------   2 root root    16384 janv.  8  2019 lost+found
drwxr-xr-x   3 root root     4096 avril 23  2019 media
drwxr-xr-x   4 root root     4096 avril 22  2019 mnt
drwxr-xr-x   2 root root     4096 févr. 18  2015 opt
drwxr-xr-x   2 root root     4096 avril 10  2014 proc
drwx------  10 root root     4096 avril  8  2020 root
drwxr-xr-x  12 root root     4096 févr. 18  2015 run
drwxr-xr-x   2 root root    12288 janv. 19 22:21 sbin
drwxr-xr-x  19 root root     4096 avril 25  2020 snap
drwxr-xr-x   2 root root     4096 févr. 18  2015 srv
drwxr-xr-x   2 root root     4096 mars  13  2014 sys
drwxrwxrwt  17 root root     4096 janv. 30 12:36 tmp
drwxr-xr-x  12 root root     4096 août   5  2019 usr
drwxr-xr-x  15 root root     4096 mai   18  2019 var
lrwxrwxrwx   1 root root       31 janv. 27 12:11 vmlinuz -> boot/vmlinuz-4.15.0-135-generic
lrwxrwxrwx   1 root root       31 janv. 27 12:11 vmlinuz.old -> boot/vmlinuz-4.15.0-134-generic
ubuntu@ubuntu:~$ ^C
ubuntu@ubuntu:~$ sudo -i
root@ubuntu:~# mount -B /dev/ /mnt/chroot/dev/
root@ubuntu:~# mount -B /dev/pts /mnt/chroot/dev/pts/
root@ubuntu:~# mount -B /proc/ /mnt/chroot/proc/
root@ubuntu:~# mount -B /sys/ /mnt/chroot/sys/
root@ubuntu:~# chroot /mnt/chroot/
root@ubuntu:/# grub-install /dev/sdb1 --boot-directory=/boot/ --target=i396-pc 
grub-install : erreur : /usr/lib/grub/i396-pc/modinfo.sh n'existe pas. Veuillez indiquer --target ou --directory.
root@ubuntu:/# grub-install /dev/sdb1 --boot-directory=/boot/ --directory=i396-pc 
grub-install : erreur : i396-pc/modinfo.sh n'existe pas. Veuillez indiquer --target ou --directory.
root@ubuntu:/# update-grub
Sourcing file `/etc/default/grub'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-135-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-135-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-134-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-134-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-128-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-128-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Ubuntu 18.04.5 LTS (18.04) trouvé sur /dev/sda3
Ubuntu 18.04.1 LTS (18.04) trouvé sur /dev/sdb2
fait
root@ubuntu:/# ^C

herodote k210

geole a écrit
herodote k210 a écritJ'ai regarde plusieurs doc sur le sujet avec des explications aussi claires que celle de geole et elles font usage de initrd et je ne comprend pas pourquoi mon ordinateur ne reconnait pas initrd.
Je me suis basé sur des documents anciens.
Il y a très peu de temps, en testant la future version 21.04, j'ai été amené avoir un plantage
Je n'ai pas pu rebooter par cette technique car la commande inird n'était pas reconnue.
Je ne me suis pas inquiété outre mesure car version DAILY! Mais il semblerait donc que le problème soit ancien

Je t'ai proposé le mode chroot... et te disant ne pas mettre les commandes parlant de l'EFI.
Mais j'ai l'impression que tu n'as pas encore essayé.
car je pense que ton liveCD en version 14.04 sera malgré tout capable de lire les partitions EXT4 version 18.04

Exact ou presque car je me suis servit du mode chroot mais en voyant ton lien je ne comprenais pas comment inserer chroot dans cette problematique et puis en cherchant plus j'ai trouve des scripts qui l'integrent.
Je me suis rarement servi de chroot , il a fallu que j'aille un plus loin pour le comprendre,

Qid

Et donc ? C'est tout bon ? Problème résolu du coup ?

herodote k210

Visiblement ce que j'ai tapé n'a pas fonctionné

geole

Si tu es amené à recommencer

grub-install /dev/sdb

et/ou

grub-install /dev/sda

puis
update-grub

Qid

geole a écritSi tu es amené à recommencer

grub-install /dev/sdb

Effectivement j'aurais plutôt fait ça aussi mais est-ce que ça va changer ce problème

root@ubuntu:/# grub-install /dev/sdb1 --boot-directory=/boot/ --target=i396-pc 
grub-install : erreur : /usr/lib/grub/i396-pc/modinfo.sh n'existe pas. Veuillez indiquer --target ou --directory.
root@ubuntu:/# grub-install /dev/sdb1 --boot-directory=/boot/ --directory=i396-pc 
grub-install : erreur : i396-pc/modinfo.sh n'existe pas. Veuillez indiquer --target ou --directory.
root@ubuntu:/# update-grub

geole

La documentation dit

setxkbmap fr       ### afin d'avoir un clavier français.
sudo -i            ### afin d'éviter de passer son temps à frapper cette commande

mount   /dev/sdb1  /mnt
mount -t proc  /proc              /mnt/proc
mount -t sysfs /sys               /mnt/sys
mount --bind   /dev               /mnt/dev
 mount --bind   /run               /mnt/run
 mount --bind   /sys               /mnt/sys
 mount --bind   /etc/resolv.conf   /mnt/etc/resolv.conf

  chroot /mnt

mount -t devpts devpts /dev/pts 
df -h && df -i
ping -c4 8.8.8.8  && ping -c4 google.fr
ls   -ls /home

Dans ton contexte, je pense que même si le réseau ne fonctionne pas, les commandes de réparation devraient passer
A ce niveau , on vérifie que le /home contient bien le vrai utilisateur et pas encore sur ubuntu

grub-install /dev/sdb

et/ou

grub-install /dev/sda

puis

update-grub

herodote k210

D'accord geôle je vais procéder selon ton conseil .
Et je ferais un retour .
Sinon je tenterais après, tout de même une clef USB supergrub.
Cela ne mange pas de pain
Et puis j'ai trouvé ce script pour déparer Linux depuis grub rescue .

set boot=(hd0,gpt2)
set prefix=(hd0,gpt2)/boot/grub
insmod normal
normal

geole

Voila la réparation pour un ordinateur LEGACY. Je me suis appuyé sur la documentation https://doc.ubuntu-fr.org/grub-pc#demarrer_ubuntu_a_partir_de_grub_et_grub_rescue

1) Il faut d'abord réparer le boot de premier niveau contenu dans le MBR.
Le message d'erreur est
"ERROR: file "/boot/grub/i386-pc/normal.mod not found"
A ce niveau la documentation est bonne. Voici les commandes à faire afficher.

set root=(hd1,msdos1)
set prefix=(hd1,msdos1)/usr/lib/grub
insmod normal
normal

2) Cela boote alors correctement mais comme la suite est absente, il y a un second plantage. il faut continuer à réparer
A ce niveau, la documentation propose

set root=(hd1,msdos1)
linux /vmlinuz root=/dev/sdb1 ro
initrd /initrd.img
boot

Cela me semble pourtant correct , mais n'a pas fonctionné. j'ai du rebooter depuis le début et exécuter ces commandes:

set root=(hd1,msdos1)
linux /boot/vmlinuz root=/dev/sdb1 ro
initrd /boot/initrd.img
boot

Je ne sais pas trop pourquoi car je n'ai pas de partition boot.

3) Lorsque le boot est fait ,on a un clavier qwerty (attention à la frappe du mot de passe ) qu'on remet normal avec cette commande
setxkbmap fr

4) Attention cette procédure de réparation de permet pas de réparer un ubuntu installé sur un SSD, il n'est pas proposé dans la première commande ls

herodote k210

geole a écritLa documentation dit

setxkbmap fr       ### afin d'avoir un clavier français.
sudo -i            ### afin d'éviter de passer son temps à frapper cette commande

mount   /dev/sdb1  /mnt
mount -t proc  /proc              /mnt/proc
mount -t sysfs /sys               /mnt/sys
mount --bind   /dev               /mnt/dev
 mount --bind   /run               /mnt/run
 mount --bind   /sys               /mnt/sys
 mount --bind   /etc/resolv.conf   /mnt/etc/resolv.conf

  chroot /mnt

mount -t devpts devpts /dev/pts 
df -h && df -i
ping -c4 8.8.8.8  && ping -c4 google.fr
ls   -ls /home

grub-install /dev/sdb

et/ou

grub-install /dev/sda

puis

update-grub

Exact et cela a donne ceci;
root@ubuntu:/# update-grub
Sourcing file `/etc/default/grub'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-135-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-135-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-134-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-134-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-128-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-128-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Ubuntu 18.04.5 LTS (18.04) trouvé sur /dev/sda3
Ubuntu 18.04.1 LTS (18.04) trouvé sur /dev/sdb2
fait
root@ubuntu:/#

J'ai mieux compris l'usage de chroot il s'agit donc de rompre avec le sys repertoir de la clef usb et de monter a un point precis sur celui du disque dur ou se trouve le grub a changer ou installer.

Je mets ici la totalite de ce que j'ai tape, avec une petite erreur la ou j'ai ecris en premier le grub-instal /dev/sdb/.

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9c6b095f

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048     7813119     3905536   82  Linux swap / Solaris
/dev/sda3        56641536   105469951    24414208   83  Linux
/dev/sda4       105471998   976771071   435649537    5  Extended
/dev/sda5       105472000   976771071   435649536   83  Linux

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xcddbeb4d

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048    68562943    34280448   83  Linux
/dev/sdb2        68562944   107622399    19529728   83  Linux
/dev/sdb3       107624448  1951569919   921972736   83  Linux
ubuntu@ubuntu:~$ sudo mkdir -p/mnt/chroot
mkdir: invalid option -- '/'
Try 'mkdir --help' for more information.
ubuntu@ubuntu:~$ sudo mkdir -p /mnt/chroot
ubuntu@ubuntu:~$ sudo mont /dev/sdb1 /mnt/chroot/
sudo: mont: command not found
ubuntu@ubuntu:~$ sudo mount /dev/sdb1 /mnt/chroot/
ubuntu@ubuntu:~$ ls -l /mnt/chroot
total 10104
drwxr-xr-x   2 root root    12288 janv. 19 22:21 bin
drwxr-xr-x   3 root root     4096 janv. 29 19:13 boot
drwxrwxr-x   2 root root     4096 avril 20  2019 cdrom
-rw-------   1 root root 10219520 avril 23  2019 core
drwxr-xr-x   4 root root     4096 févr. 18  2015 dev
drwxr-xr-x 166 root root    12288 janv. 29 19:13 etc
drwxr-xr-x   3 root root     4096 avril 20  2019 home
lrwxrwxrwx   1 root root       34 janv. 27 12:11 initrd.img -> boot/initrd.img-4.15.0-135-generic
lrwxrwxrwx   1 root root       34 janv. 27 12:11 initrd.img.old -> boot/initrd.img-4.15.0-134-generic
drwxr-xr-x  23 root root     4096 janv. 16  2020 lib
drwxr-xr-x   2 root root     4096 déc.  23 20:27 lib64
drwx------   2 root root    16384 janv.  8  2019 lost+found
drwxr-xr-x   3 root root     4096 avril 23  2019 media
drwxr-xr-x   4 root root     4096 avril 22  2019 mnt
drwxr-xr-x   2 root root     4096 févr. 18  2015 opt
drwxr-xr-x   2 root root     4096 avril 10  2014 proc
drwx------  10 root root     4096 févr.  1 17:43 root
drwxr-xr-x  14 root root     4096 févr.  1 17:31 run
drwxr-xr-x   2 root root    12288 janv. 19 22:21 sbin
drwxr-xr-x  19 root root     4096 avril 25  2020 snap
drwxr-xr-x   2 root root     4096 févr. 18  2015 srv
drwxr-xr-x   2 root root     4096 mars  13  2014 sys
drwxrwxrwt  17 root root     4096 févr.  1 17:32 tmp
drwxr-xr-x  12 root root     4096 août   5  2019 usr
drwxr-xr-x  15 root root     4096 mai   18  2019 var
lrwxrwxrwx   1 root root       31 janv. 27 12:11 vmlinuz -> boot/vmlinuz-4.15.0-135-generic
lrwxrwxrwx   1 root root       31 janv. 27 12:11 vmlinuz.old -> boot/vmlinuz-4.15.0-134-generic
ubuntu@ubuntu:~$ sudo -i
root@ubuntu:~# mount -B /dev/ /mnt/chroot/dev/
root@ubuntu:~# mount -B /dev/pts /mnt/chroot/dev/pts/
root@ubuntu:~# mount -B /proc/ /mnt/chroot/sys/
root@ubuntu:~# mount -B /proc/ /mnt/chroot/proc/
root@ubuntu:~# mount -B /sys/ /mnt/chroot/sys/
root@ubuntu:~# chroot /mnt/chroot/
root@ubuntu:/# grub-install /dev/sdb --boot-directory=/boot/ --tqrget=i396-pc
grub-install : option « --tqrget=i396-pc » non reconnue
Utilisez « grub-install --help » ou « grub-install --usage » pour obtenir de
plus amples renseignements.
root@ubuntu:/# grub-install /dev/sdb --boot-directory=/boot/ --target=i396-pc
grub-install : erreur : /usr/lib/grub/i396-pc/modinfo.sh n'existe pas. Veuillez indiquer --target ou --directory.
root@ubuntu:/# grub-install /dev/sdb
Installation pour la plate-forme i386-pc.
Installation terminée, sans erreur.
root@ubuntu:/# update-grub
Sourcing file `/etc/default/grub'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-135-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-135-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-134-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-134-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-128-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-128-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Ubuntu 18.04.5 LTS (18.04) trouvé sur /dev/sda3
Ubuntu 18.04.1 LTS (18.04) trouvé sur /dev/sdb2
fait
root@ubuntu:/#

herodote k210

Cela a bien fonctionné et merci à tout geole et qid.
J'écris avec une des partitions linux de mon ordi.
Visiblement j'avais plusieurs solutions, dont une autre en grub rescue, et deux autres avec usb.
D'ailleurs je vais refaire deux clef usb une de live usb ubuntu 20.04 et une autre de supergrub.

Par contre dois-je refaire un boot repaire?
J'ai été surpris de l'annotation des partitions ici sdb5 au lieu de 3.

geole

Bonjour.
Il y a souvent plusieurs choix pour résoudre un problème.
Tu pourrais simplement refaire un boot-info. Cela permettra de vérifier que tout semble correct et probablement te donner une explication pour sdb5/sdb3

herodote k210

D'accord merci!

« Page précédente