Problèmes suite à une restauration du GRUB
Résolu
Illitch
Messages postés
1590
Date d'inscription
Statut
Membre
Dernière intervention
-
Illitch Messages postés 1590 Date d'inscription Statut Membre Dernière intervention -
Illitch Messages postés 1590 Date d'inscription Statut Membre Dernière intervention -
Bonjour,
Suite à une malfonction de windows (non réparée, non diagnostiquée, virus probable) et à un hard reboot (explorateur OK mais une tâche occupait le système, impossible de redémarrer) je pense que mon MBR a pris un sérieux coup et que grub a été écrasé (grub error 15 stage 1.5).
J'ai donc restauré le grub avec la méthode chroot (échec avec la méthode sans chroot : le grub était bien restauré mais le système bootait sous grub - "minimal bash-lite line etiding is supported" grub>).
J'ai donc utilisé chroot en restaurant sur sda et sdc1 (dans le doute)
Version livecd utilisée : Ubuntu 11.04.
En l'état mon système boote sous Ubuntu mais j'ai perdu le multiboot windows et anciens kernels et outils.
J'ai restauré grub dans sda (mon disque de boot/MBR) et dans sdc1 (la partition du disque qui contient mon Ubuntu)
A noter : suite à une installation hasardeuse et sauvage mon système contient 2 Ubuntus (un sur sda6 et un sur sdc1 depuis lequel je vous parle)
Ubuntu 10.04 n'apparait pas suite à os-probe car sa partition est montée ;)
Oui je sais c'est le bordel (@Mamimando : promis un jour je réinstallerai tout ça au propre).
Comment restaurer le multiboot, dois-je obligatoirement repasser par une réinstal de WindowsXP ?
Question annexe : existe il une commande pour arrêter le prompt de fdisk -l page par page (problème de longueur) ?
Merci d'avance.
Il est aussi facile de faxer un hamster que de nettoyer le fax après
Suite à une malfonction de windows (non réparée, non diagnostiquée, virus probable) et à un hard reboot (explorateur OK mais une tâche occupait le système, impossible de redémarrer) je pense que mon MBR a pris un sérieux coup et que grub a été écrasé (grub error 15 stage 1.5).
J'ai donc restauré le grub avec la méthode chroot (échec avec la méthode sans chroot : le grub était bien restauré mais le système bootait sous grub - "minimal bash-lite line etiding is supported" grub>).
J'ai donc utilisé chroot en restaurant sur sda et sdc1 (dans le doute)
Version livecd utilisée : Ubuntu 11.04.
En l'état mon système boote sous Ubuntu mais j'ai perdu le multiboot windows et anciens kernels et outils.
J'ai restauré grub dans sda (mon disque de boot/MBR) et dans sdc1 (la partition du disque qui contient mon Ubuntu)
A noter : suite à une installation hasardeuse et sauvage mon système contient 2 Ubuntus (un sur sda6 et un sur sdc1 depuis lequel je vous parle)
sudo os-prober /dev/sda1:Microsoft Windows XP Professionnel:Windows:chain /dev/sda6:Ubuntu 8.04.4 LTS (8.04):Ubuntu:linux
Ubuntu 10.04 n'apparait pas suite à os-probe car sa partition est montée ;)
Oui je sais c'est le bordel (@Mamimando : promis un jour je réinstallerai tout ça au propre).
Comment restaurer le multiboot, dois-je obligatoirement repasser par une réinstal de WindowsXP ?
Question annexe : existe il une commande pour arrêter le prompt de fdisk -l page par page (problème de longueur) ?
Merci d'avance.
Il est aussi facile de faxer un hamster que de nettoyer le fax après
A voir également:
- Problèmes suite à une restauration du GRUB
- Restauration du système - Guide
- Restauration usine pc - Guide
- Restauration mac - Guide
- Restauration des données - Guide
- Restaurer une conversation whatsapp - Guide
6 réponses
addenum au sujet initial :
J'ai bien restauré de fichier grub.cfg. Deux fois, une pendant la restauration du grub (à la fin de la procédure), une autre après reboot quand j'ai constaté que je bootait directement sur Ubuntu 10.04
J'ai bien restauré de fichier grub.cfg. Deux fois, une pendant la restauration du grub (à la fin de la procédure), une autre après reboot quand j'ai constaté que je bootait directement sur Ubuntu 10.04
sudo update-grub [sudo] password for ****: Generating grub.cfg ... Found linux image: /boot/vmlinuz-2.6.32-35-generic Found initrd image: /boot/initrd.img-2.6.32-35-generic Found linux image: /boot/vmlinuz-2.6.32-34-generic Found initrd image: /boot/initrd.img-2.6.32-34-generic Found linux image: /boot/vmlinuz-2.6.32-33-generic Found initrd image: /boot/initrd.img-2.6.32-33-generic Found linux image: /boot/vmlinuz-2.6.32-32-generic Found initrd image: /boot/initrd.img-2.6.32-32-generic Found linux image: /boot/vmlinuz-2.6.32-31-generic Found initrd image: /boot/initrd.img-2.6.32-31-generic Found memtest86+ image: /boot/memtest86+.bin Found Microsoft Windows XP Professionnel on /dev/sda1 Found Ubuntu 8.04.4 LTS (8.04) on /dev/sda6 done
Bonjour,
Si j'ai bien compris, tu as bien généré le fichier grub.cfg mais ton GRUB ne va pas le chercher, c'est ça ?
Tu dois indiquer à GRUB où se trouve ta partition /boot, puis seulement ensuite l'installer sur le MBR.
# grub
grub> root (hd0,0) <-- A adapter selon ta partition /boot, (hd0,0) = sda1 ; (hd0,1) = sda2, etc...
grub> setup (hd0)
A noter : un fichier grub.cfg n'est pas si difficile à interpréter, tu peux le retoucher sans souci une fois que tu as bien configuré GRUB pour lire le bon.
Si j'ai bien compris, tu as bien généré le fichier grub.cfg mais ton GRUB ne va pas le chercher, c'est ça ?
Tu dois indiquer à GRUB où se trouve ta partition /boot, puis seulement ensuite l'installer sur le MBR.
# grub
grub> root (hd0,0) <-- A adapter selon ta partition /boot, (hd0,0) = sda1 ; (hd0,1) = sda2, etc...
grub> setup (hd0)
A noter : un fichier grub.cfg n'est pas si difficile à interpréter, tu peux le retoucher sans souci une fois que tu as bien configuré GRUB pour lire le bon.
Le "#" représente le prompt de root, donc # grub indique "lance grub en étant root"
Ensuite, "grub>" représente le prompt de grub, les commandes qui suivent le prompt sont à indiquer telles quelles.
La commande root (hd0,0) indique à Grub que le fichier grub.cfg se trouve sur sda1.
La commande setup (hd0) installe Grub sur le MBR de sda avec l'information que tu viens de lui indiquer concernant le fichier de config.
Ensuite, "grub>" représente le prompt de grub, les commandes qui suivent le prompt sont à indiquer telles quelles.
La commande root (hd0,0) indique à Grub que le fichier grub.cfg se trouve sur sda1.
La commande setup (hd0) installe Grub sur le MBR de sda avec l'information que tu viens de lui indiquer concernant le fichier de config.
D'accord (c'est le" grub>" qui me perturbait)
Merci je fais ça et je repasse dire si c'est bon ou non
Si je peux me permettre un conseil la typographie mettant les prompt en caractères normaux et les commandes en gras me semble la plus lisible (le tout éventuellement mis en page sous forme de code) -> c'est juste pour fair avancer le smilibili, le schmibili... :)
Merci je fais ça et je repasse dire si c'est bon ou non
Si je peux me permettre un conseil la typographie mettant les prompt en caractères normaux et les commandes en gras me semble la plus lisible (le tout éventuellement mis en page sous forme de code) -> c'est juste pour fair avancer le smilibili, le schmibili... :)
Apparement ça a marché, je reviens (ou pas)
Minimal BASH-like line editing is supported. For
the first word, TAB lists possible command
completions. Anywhere else TAB lists the possible
completions of a device/filename. ]
grub> root (hd2,0)
grub> setup (hd0)
Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/e2fs_stage1_5" exists... yes
Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded.
succeeded
Running "install /boot/grub/stage1 d (hd0) (hd0)1+17 p (hd2,0)/boot/grub/stage
2 /boot/grub/menu.lst"... succeeded
Done.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Je reviens sur le sujet car je viens d'expérimenter un deuxième effet qui coule du à mon intervention sur le GRUB
Lors d'une mise à jour du noyau debconf détecte une modification de grub et me demande la marche à suivre (cf capture en lien infra). J'ai choisi de maintenir les modification manuelles et le système semble se lancer et fonctionner normalement mais je craints une incompatibilité future.
Quelqu'un a il des précision à m'offrir ?
Merci à tous
https://i44.servimg.com/u/f44/15/04/67/93/captur36.png
A noter : suite à une installation hasardeuse et sauvage mon système contient 2 Ubuntus (donc deux grub dont un est inactif )
Lors d'une mise à jour du noyau debconf détecte une modification de grub et me demande la marche à suivre (cf capture en lien infra). J'ai choisi de maintenir les modification manuelles et le système semble se lancer et fonctionner normalement mais je craints une incompatibilité future.
Quelqu'un a il des précision à m'offrir ?
Merci à tous
https://i44.servimg.com/u/f44/15/04/67/93/captur36.png
A noter : suite à une installation hasardeuse et sauvage mon système contient 2 Ubuntus (donc deux grub dont un est inactif )
Je fais un peu de ménage dans mes fils d discussion...
Ce qui a été dit ici sur la restauration de GRUB reste valide mais je précise que la panne à la source du problème était une barrette mémoire défectueuse (d'où corruption des file systems...)
memTest !!!!!!!!!!!!!!!!!--
Il est aussi facile de faxer un hamster que de nettoyer le fax après
Ce qui a été dit ici sur la restauration de GRUB reste valide mais je précise que la panne à la source du problème était une barrette mémoire défectueuse (d'où corruption des file systems...)
memTest !!!!!!!!!!!!!!!!!--
Il est aussi facile de faxer un hamster que de nettoyer le fax après
fdisk -l > fichier
faire un log j'aurai du y penser :/