Problème avec Peppermint OS

[Luci]

Bonsoir,
Je viens ici car j'ai toujours ce problème sur peppermint OS, durant l'installation du GRUB.
J'ai essayé avec ventoy, rufus et Balena Etcher, et sur 3 pc différents, toujours le même problème.
J'ai pris la version juillet 2024 qui est la dernière et je l'ai même télécharger à nouveau, ça ne change pas, ce qui est vraiment embêtant car c'est prêt à l'emploi mais sans le GRUB ça ne démarre pas...
Une petite idée pour outre passer ce message d'erreur ?


Luci

[jlb]

Salut @Luci.
Je ne pense pas que le logiciel de flashage ou 'intégrité de l'ISO soient en cause sur ce coup : le problème est trop précisément circonscrit.
Je parierais sur un défaut de l'installateur de Peppermint : as-tu essayé avec une version précédente de Peppermint ?

On pourrait sans doute réparer à la main, mais ça vaudrait le coup d'essayer "Boot Repair" avant — il fait partie des logiciels que Zorin embarque dans sa live session.

Reviens nous dire : si ça ne marche pas, j'ai plusieurs autres propositions à te faire.

PS : Les ordis sont peut-être en cause : je viens d'installer Peppermint... Sont-ils UEFI ?
Envoie le retour de cette commande :
 

Code : Tout sélectionner

ls /boot/efi/EFI

Mais essaie tout de même Boot Repair.

[Luci]

Non du tout, c'est que du legacy, aucun en uefi.
Tu as pu installer sans problème ?

[jlb]

Oui, bien sûr.
Et c'est du 32 bits ?

Même si l'installateur de PPM est Calamares, je pense que ce tuto t'aiderait à comprendre l'origine du problème et, peut-être, à le contourner.
 

[Luci]

Oui j'ai pris la version peppermint OS debian 32 qui date de juillet 2024, il y en a pas d'autre.
Et j'ai essayé sur 3 ordinateurs différents qui n'ont pas uefi, et le même message d'erreur, et ça avec 3 clé USB différents, 2 téléchargements, et rufus, Balena et ventoy...
Après je met en mode automatique avec Swap avec hibernation.
Puis je met un utilisateur différent, le même mot de passe et je coche démarrer sans mot de passe...
À me rendre fou

[jlb]

Oui, j'ai bien compris, mais comme je te disais, le problème n'est pas là.
La seule question est de savoir si la dernière version de PPM peut s'installer en mode MBR.

Comme je n'ai plus les moyens de le vérifier, je t'ai envoyé ce tuto pour que tu réfléchisses — mais j'avais juste oublié que les liens extérieurs ne se voyaient plus si on oublie de sélectionner le format adhoc.

https://foxclone.org/downloads/20230509-LM21_legacy.pdf

Je sais bien que ce n'est pas la même distribution ni le même installateur, mais je pense que le problème vient du mode d'installation et qu'il y a peut-être moyen de l'éviter ou de le contourner.

As-tu essayé Boot Repair ?

[jlb]

PS : Apparemment, tu n'es pas le seul à avoir ce problème.
Tout se joue dans l'écran "Partitions" : si les réglages sont bons, il devrait afficher le montage dans le MBR. Sinon, créer une nouvelle table de partitions adaptée à ces ordis legacy pourrait apporter la solution.
 

[Luci]

Dit moi ce que je dois mettre au juste, que j'essaie durant les partitions.
J'avais essayé en "emplacement du chargeur de démarrage" : Master Boot Record (/dev/sda) et Partition Système (/), les 2 proposer mais toujours le même message d'erreur...
Vraiment ils n'ont pas du tout l'uefi, ce n'est pas du hérité mais bien des bios normaux...
C'est bizarre qu'en laissant en automatique ça ne fasse pas le job, pour les débutants ils ne vont pas réussir...

[jlb]

Legacy ou MBR sont deux appellations du mode BIOS, non ?

Ton problème m'amène à repenser à un Packard Bell des années 2007 sur lequel j'avais essayé d'installer Zorin.
Je n'y étais pas arrivé du premier coup. J'avais moi aussi commencé par "Tout effacer", pensant que puisqu'on supprimait Windows (Vista), c'était le plus simple. Dans mon souvenir, l'installation était allée au bout, mais le système ne se lançait pas.

Il me semble que l'installateur s'était fait des nœuds entre MBR et UEFI (que l'ordi ne supportait pas).
J'avais donc tout repris en mode "Autre chose" pour pouvoir maîtriser ce que je faisais.


Dans l'installateur de PPM, as-tu essayé le mode "Partitionnement manuel" ?
Si on crée ou modifie une partition, il propose un choix des points d'amorçage, dont "bios-grub", qui me semble mieux convenir que le placement du chargeur de démarrage sur "sda" qui correspond au mode UEFI avec partition ESP en FAT32 :

Essaie...

[Luci]

Donc je le laisse en automatique, il s'installe, quand il me met l'erreur je recommence comme si je faisais l'installation à nouveau et je clique sur la partition avec le système et je coche bios-grub ?
C'est bien ça ?

[jlb]

Mais non ! Puisque le mode "automatique" produit cette erreur, il faut essayer une autre méthode, ce qui suppose de recommencer l'installation.

Tu n'as pas "Partionnement manuel" à la fin de la liste des modes d'installation ?
Si oui, supprime toutes les partitions du DD et crées-en une de la taille du disque, au format "ext4", avec "/" comme point de montage et "boot-grub" comme mode d'amorçage, comme sur ma copie d'écran.

[Luci]

J'ai pas bios-grub...
Quand j'installe automatiquement sans mettre de chargeur de démarrage et que je veux modifier ma partition :


Quand j'essaie de partitionner manuellement j'ai pas boot-grub... Veux tu parler à nouveau de bios-grub ?
Si c'est ça, pour le chargeur de démarrage, je met quoi après ? Master Boot Record (/dev/sda), Partition Système (/) ou ne pas en mettre ? (Ça me le demande avant l'installation)




Edit: Master Boot Record (/dev/sda) même avec bios-grub coché, toujours la même erreur...
Vraiment c'est nul!

[jlb]

Je voulais dire "bios-grub", évidemment. 

C'est nul, je suis d'accord, mais il y a de quoi creuser.

As-tu essayé :

• de réparer avec Boot Repair ?
  
• de tout mettre à plat avec GParted et de créer une nouvelle table de partitionnement (mode MBR, pas GPT) ?
  
• d'installer une autre distribution 32 bits dont tu sais qu'elle s'installe sans problème, pour savoir si l'installation va jusqu'au bout et examiner le disque après avec GParted pour voir la ou les partitions et leurs drapeaux ?
  

 

[jlb]

PS : N'ayant plus ce genre d'ordi, ça me revient par bribes, désolé.

Quand tu dis que ces ordis n'ont pas l'UEFI, c'est parce que tu as examiné leur BIOS ? Les ordis de la période de transition fin 2000-début 2010 donnaient souvent le choix du mode de démarrage (legacy/UEFI) et il fallait que le mode d'installation choisi soit en cohérence avec le mode sur lequel l'ordi avait démarré (legacy -> MBR, UEFI -> GPT). Le plus transparent pour la suite étant le mode UEFI.

Je me rappelle aussi que Boot Repair m'avait souvent sauvé la mise, juste avec l'option standard. Non seulement il affiche les réglages du système pendant son lancement, mais le rapport BootInfo apporte souvent des explications sur ce qui cloche.
Je ne suis pas spécialiste, mais encore une fois, essaie Boot Repair et envoie le rapport pour qu'on puisse avoir une chance de comprendre un peu mieux !

Pour l'installer sur PPM :

Code : Tout sélectionner

sudo apt install -y wget;
wget -O- https://sourceforge.net/projects/boot-repair/files/key.gpg | sudo tee /etc/apt/keyrings/boot-repair.gpg;
echo 'deb [signed-by=/etc/apt/keyrings/boot-repair.gpg] https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu noble main' | sudo tee /etc/apt/sources.list.d/boot-repair.list;
sudo apt update && sudo apt install -y boot-repair

                    

J'ai prospecté le forum de PPM, il semblerait que tout ne soit pas tout à fait au point.

• Question : Es-tu connecté à internet lorsque tu fais tes installations ? Si ce n'est pas le cas, essaie.
  
• Autre piste : Et si tu essayais la Mini-build ? Elle utilise l'installateur en ligne de Debian...
  

[Luci]

Du coup la méthode mais bon c'est quand même pas pratique, c'est de laisser en automatique puis je fais faire Boot repair avec Linux Mint, en connectant à internet et ça fonctionne...
C'est la seule méthode qui fonctionne, mais pas pratique...

[jlb]

Depuis le temps que je te disais d'essayer Boot-Repair !  

Faut pas être trop difficile, je n'ai pas non plus de réponse à mes questions ou à mes propositions de contournement du problème :

• Quand tu dis que ces ordis n'ont pas l'UEFI, c'est parce que tu as examiné leur BIOS ?
  
• Es-tu connecté à internet lorsque tu fais tes installations ? Si ce n'est pas le cas, essaie.
  
• Et si tu essayais la Mini-build ? Elle utilise l'installateur en ligne de Debian...
  

Et si tu pouvais poster une copie d'écran de GParted pour voir ce qu'il y a dans le DD après le passage de Boot-Repair, je serais preneur pour ne pas mourir idiot.

[Luci]

Oui j'ai tout examiner, ça ne démarre pas avec une clé GPT pour uefi, et ça ne me marque jamais uefi dans les bios

Oui j'ai essayé l'installation hors ligne avec connexion, installation basique sans connexion et même avec les programmes en plus, toujours pareil.

Je t'envoie ça dès que possible

[Luci]

Et voici GParted après installation complète

[jlb]

@Luci Si tu es encore au bout du tuyau, ce serait bien si tu pouvais poster le rapport "Boot-Info" pour voir comment "Boot-Repair" a réussi à installer GRUB.
Parce que Peppermint OS n'est absolument pas le seul OS concerné par ce type d'erreur à l'installation de GRUB : les demandes concernent plus souvent des distributions à base d'Arch Linux, mais cela ne veut rien dire non plus, les raisons de cet échec étant multiples.

Bref, ce serait intéressant de pouvoir comprendre à la source, vu que le drapeau "Boot" était déjà posé sur la partition "sda1" — il semble correspondre à "amorçage" dans l'installateur.

Et comme le sujet semble subitement intéresser un nombre impressionnant de visiteurs, autant essayer de fournir autre chose que d'utiliser "Boot-Repair". 

[Rapace]

Oui j'ai tout examiner, ça ne démarre pas avec une clé GPT pour uefi, et ça ne me marque jamais uefi dans les bios

bios= mbr
uefi= gpt

uefi peut lire mbr
bios ne peux pas lire gpt

donc si la clé est en gpt elle ne pourra jamais être lue dans le mode bios. 

le bios ne peut avoir que 4 partition primaire alors que uefi peut en avoir beaucoup plus.

reconnaitre un dd en uefi est facile car il y aura toujours une partition ESP visible sous gparted par exemple.

bonne journée 

Edith: il y a eu un bug dans le message cité ce n'est pas jlb a écrit mais Luci a écrit. (message n°17)