Forum Linux.général Échec d'installation du grub

Posté par  . Licence CC By‑SA.
Étiquettes :
4
19
juin
2026

Salut à tous,

J'ai récemment fait l'acquisition d'un ordi portable Dell reconditionné, comme d'habitude je vire Windows pour y installer Debian (disque entier, donc sans conserver Windows).

Mon problème est que l'installation de GRUB échoue, et donc je ne peux avoir accès à Debian qui lui s'est bien installé (en Legacy), le fast boot est aussi désactivé dans le bios.

C'est la première fois, après moult installations de distributions Linux sur des ordis, que j'ai un problème de cet acabit, j'ai quand même tenté la réparation du GRUB avec le mode rescue (mode graphique) de l'installateur de Debian, mais pareillement, cela échoue (code erreur 1).

Je pense que ce serait un souci dû à l'uefi, mais clairement pas convaincu, le nom exact du disque dur est nvme-PC401_NVMe_SK_hynix_512GB_MI8BT0015105JBR2P.
Est-ce possible qu'il soit réellement impossible d'installer le GRUB sur ce disque ?

J'ai aussi tenté de changer la table de partitions du disque (qui devait être en MBR) en GPT, sans résultat, bon je crois que je teste des trucs qui ne sont pas vraiment liés à GRUB, mais quand on est au désespoir, on essaie tout et n'importe quoi !

Y aurait-il quelqu'un qui pourrait me conseiller sur les diverses solutions à entreprendre avant d'abandonner ?

  • # bios et nvme

    Posté par  . Évalué à 2 (+1/-0).

    Salut,

    Vous etes sur qu'on peut booter un disk nvme en mode bios ?

  • # + infos ?

    Posté par  . Évalué à 3 (+2/-0).

    Bonjour,
    quel modèle de PC ?
    pourquoi installé en Legacy ?

    retour de ces commande bienvenue:

    cat /var/log/syslog | grep grub
ls /sys/firmware/efi
sudo parted -l
lsblk -fe7

    Dans le BIOS secure boot est bien Disabled ? et aussi controler Storage DATA est-il bien en AHCI ? et non pas RAID ?

    Vous dite (code erreur 1). ok mais est-il possible de partager le messages d'erreur complet ?

  • # UEFI ?

    Posté par  . Évalué à 2 (+0/-0).

    Est ce que ton BIOS est bien configuré en mode de démarrage UEFI et pas Legacy /CSM ?

    C'est curieux que ton SSD soit en MBR, est ce que tu pourrais tenter une réinstallation :

    • BIOS en UEFI et Secure Boot désactivé
    • boote sur la clé USB et vérifie que tu es bien en UEFI avec la commande [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
    • vérifie que le SSD est partitionné en GPT, supprime toutes les partitions avec gparted et lance l'installation

    • [^] # Re: UEFI ?

      Posté par  . Évalué à 2 (+1/-0). Dernière modification le 19 juin 2026 à 13:33.

      en général je créé un partition de 500Mo libre en fat32 au début du disque pour que grub et l'ordinateur se debrouille

      • [^] # Re: UEFI ?

        Posté par  . Évalué à 2 (+0/-0).

        pour que grub et l'ordinateur se debrouille

        Il me semble que c'est à l'installeur Debian de faire le boulot, sinon, à quoi sert-il?

    • [^] # Re: UEFI ?

      Posté par  (site web personnel) . Évalué à 6 (+4/-0).

      Je rebondis sur la liste proposée :

      • Firmware en UEFI (sinon, sémantiquement, un « BIOS en UEFI », comment dire)… et pourquoi désactiver Secure Boot ?!
      • ls /sys/firmware/efi est un peu moins long à taper (un copier-coller depuis LinuxFR est probablement un peu compliqué) : contenu affiché = UEFI, message d'erreur signalant un chemin inexistant = BIOS (Legacy/CSM). Il y a cependant un indice dès le démarrage : GRUB est utilisé en mode UEFI, tandis qu'ISOLINUX est utilisé en mode BIOS. S'il y a du son, deux bips (play 960 440 1 0 4 440 1 côté UEFI/GRUB) versus un bip (via \a dans un titre côté BIOS/ISOLINUX).
      • Le système d'installation propose un partitionnement assisté utilisant tout le disque, ce qui semble adapté vu le cas d'utilisation (ne pas conserver Windows). Laisser d-i se débrouiller et valider la proposition de partitionnement doit fonctionner.

      Et surtout, il conviendrait de commencer par le commencement : il serait bien d'avoir les messages liés à l'installation infructueuse, histoire d'avoir de comprendre le problème rencontré.

      Debian Consultant @ DEBAMAX

  • # suggestion live cd/usb

    Posté par  . Évalué à 1 (+0/-1).

    C'est la première fois, après moult installations de distributions Linux sur des ordis

    Donc, ne débutant pas, tu pourrais contourner l'installeur de Debian en lançant un live cd/usb (1), chrooter le système Debian installé pour installer grub (2)

    (1) Le meilleur selon moi
    https://www.system-rescue.org/Download/

    (2) ou mieux, systemd-boot qui me semble moins problématique que grub avec l'uefi

  • # Ne me jetez pas de pavés sur la tête

    Posté par  . Évalué à 2 (+1/-0).

    @dr191
    Bah non, je ne suis sûr de rien, sinon, je n'aurais pas demandé conseil :P, et en effet tu as raison, il n'est pas compatible bios, je ne savais même pas ça possible en fait.

    @stph81
    À vrai dire, j'ai toujours installé en Legacy, je ne pensais pas que l'UEFI était bien mieux géré aujourd'hui, j'en étais encore où sur une installation de je ne sais combien de temps en UEFI, ça ne passait pas, ouais je suis un peu à la ramasse XD

    @Cyril Brulebois
    Désolé, je n'ai pas pensé à regarder plus en détail les logs de l'installation et vu que j'ai réinstallé par-dessus, c'est trop tard.

    Bon, en fait oui, en UEFI, ça s'est correctement installé, je n'avais pas testé comme le gros boulet que je suis, c'est la faute à la canicule ! On se raccroche à ce qu'on peut pour justifier son incompétence :P

    En tout cas merci à tous de vos réponses, ça fait très plaisir =D

    • [^] # Re: Ne me jetez pas de pavés sur la tête

      Posté par  . Évalué à 3 (+2/-0).

      En fait, que ce soit un nvme ou un disque dur ne change rien à la compatibilité legacy. Le problème vient de la table des partitions type GPT ou GUID (contrairement à MBR) qui est incompatible avec le démarrage en mode legacy.

      Les vrais naviguent en -42

Envoyer un commentaire

Suivre le flux des commentaires

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