Forum Linux.debian/ubuntu Grub qui ne veut pas se réinstaller correctement

Posté par  . Licence CC By‑SA.
0
31
mar.
2014

Bonsoir,
je tente en vain depuis quelque jours de réinstaller grub sur une
distribution (debian like) que j'ai sur carte SD. C'est pas la première
fois que je dois réinstaller grub, et c'est pas la première fois que je
galère autant.
(je ne sais pas si je devrai tester Lilo… (?))

. J'ai tenté la solution de
boot-repair
+ usb-creator : j'ai le droit à
une erreur (très floue) sur l'installation de grub. Il me conseil de
redémarrer. Bref…
. J'ai tenté la solution de grub-doctor. Pas mieux. Il me dit que tout
est bon, mais … non.

Et ce que j'ai tenté le plus:
. chroot (avec /dev,/sys, …) + grub-install + grub-update.
Durant un moment, j'avais des erreurs (même en forçant l'installation.
Puis (ce que j'ai actuellement), je réussis à réinstaller le grub (pas
d'erreurs), et par défaut il me réinstalle un grub avec mdp - ce que je
ne veux pas. Je retire le mot de passe, et mets à jour, et j'ai le droit
à un terminal (grub rescue).
J'ai même tenté de copier les fichiers de grub d'une machine ayant un
grub qui marche, mais je me retrouve avec un grub qui ne retrouve pas le
disque en question (uid). Je réinstalle (chroot) et je me retrouve avec
ce que j'ai dis ci-dessus. Je pourrai changer l'uid de la partition,
mais j'aimerai réussir à (re)installer grub moi.

Qu'est ce que je peux tenter de faire? Lancer la distribution et
réinstaller le grub directement? Mais malheureusement j'ai pas
l'habitude du tout d'utiliser le prompt de grub, et je ne sais pas
comment faire pour lancer la distrib.

> ls
(hd0) (hd0,msdos1)

Merci d'avance.

  • # livecd/liveusb

    Posté par  . Évalué à 3.

    tu bootes sur un systeme live
    tu chroot comme precedemment ta distrib reelle

    et comme c'est une debian :

    dpkg-reconfigure grub-pc

    ou

    dpkg-reconfigure grub-efi

    selon celui qui est installé

    au besoin desinstalle et reinstalle grub

    aptitude purge grub-pc
    aptitude clean
    aptitude install grub-pc
    • [^] # Re: livecd/liveusb

      Posté par  . Évalué à 1.

      J'ai
      tenté les deux, et je me retrouve avec de nouveau un prompt pour grub
      (cette fois-ci c'est pas un grub rescue, mais c'est un prompt quand
      même).
      Il doit me manquer quelque à grub?

      • [^] # Re: livecd/liveusb

        Posté par  . Évalué à 3. Dernière modification le 31/03/14 à 10:01.

        si tu as juste le prompt c'est qu'il ne trouve pas ses fichiers de config
        il faut que tu verifies les partitions sur lesquels il l'install,

        attention quand tu chroot, si tu as un /boot à part, il faut penser à le monter dans le chroot.
        exemple en supposant que ton systeme à sauver/depanner se trouve sur le disque sda, partition 1=/boot, partition2=/ :

        #monter la racine du systeme (sda2) dans /mnt
        mount /dev/sda2 /mnt
        #monter le /boot (sda1) dans /mnt/boot
        mount /dev/sda1 /mnt/boot
        #monter dev,proc,sys,etc
        mount --bind /dev /mnt/dev
        mount -t proc proc /mnt/proc
        ...
        
        # acceder au root pour faire les manips de restauration de grub
        chroot /mnt
        • [^] # Re: livecd/liveusb

          Posté par  . Évalué à 1.

          Non pas de boot à part.
          Et c'est bien de la manière que je procédais.

      • [^] # Re: livecd/liveusb

        Posté par  . Évalué à 1.

        Bon je retourne sur une ancienne version qui marchait.
        Ça me fera gagner du temps, car là j'avance pas.

  • # Problème similaire récemment

    Posté par  . Évalué à 2.

    Une mise à jour de grub qui, au redémmarrage, le faisait tomber dans un rescue shell au motif qu'il ne trouvait pas la partition de boot (sous debian).
    Il s'est avéré qu'un bug de grub lui faisait prendre la partition /boot (séparée dans cette config) en ext2 pour une partition fat32, du coup il ne trouvait rien.
    La convertir en ext4 puis réinstaller grub a résolu le problème.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.