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

Problème boot Ubuntu 20.04

guy2gren

Bonjour,
formatant un vieux PC sous XP, je me décide enfin à passer sur Linux avec Ubuntu.
Installation depuis clé USB, je décide d'effacer tout le disque pour une install propre (je choisis une MBR sans savoir, car ma CM date de 2012 et n'a pas d'option UEFI).

Tout se passe bien jusqu'au redémarrage : impossible de booter Ubuntu.
En changeant l'ordre de Boot, je finis par tomber sur ce message :
System BootOrder not found. Initializing defaults.
Creating boot entry "Boot0002" with label "ubuntu" for the file "\EFI\ubuntu\shimx.efi"
Reset System

Et à partir de là Ubuntu démarre enfin.
Le problème, c'est qu'à chaque fois je suis obligé d'aller dans le BIOS pour changer l'ordre de démarrage.
Et je n'ai PAS d'option BOOT Security, ni Legacy/UEFI, ni CSM. J'ai lu plusieurs fois toutes les options de mon BIOS.

Ça fait 3 fois en 5 ans que j'essaie de passer sous Linux, sans succès. Si je n'ai pas de solution, je vais devoir payer une licence Windows.
Je veux sortir de ce système :/
Merci de votre aide........

lucmars

Donnes-nous le modèle exact de ton pc.

Malgré xp de base le bios semble compatible uefi/legacy meme si t'as pas les options dans le bios.

guy2gren

Je l'ai assemblé moi-même, pas de marque.
La CM qui contient le BIOS est une MSI 760GM-P23 (FX).
Je l'ai flashé l'AMI BIOS de la 17.15 à la 17.17 avec succès (j'avais l'espoir que l'option UEFI/Legacy apparaitrait)

Comme tu dis lucmars, le BIOS semble bel et bien compatible UEFI en tout cas, puisqu'il finit par faire démarrer Ubuntu, une fois l'ordre de boot changé.
Ce qu'il me faudrait c'est un utilitaire Linux pour faire apparaître la partition Ubuntu dans l'ordre UEFI et la mettre en 1ère position de boot...

En effet quand l'AHCI se charge au démarrage, il affiche 2 lignes :
ID Device Attached
0000 ST500DM002-1BD142 (disque dur)
0001 ASUS BC-12D2HT (lecteur DVD)

Bon, là j'ai fait une bêtise sur Gparted, il ne démarre même plus bien... je vais essayer de tout reformater avec le live sur ma clé USB.
J'essaie la procédure boot-info ?

guy2gren

Hello,

j'ai reformaté, retour au statut du post 1. Voici le boot-info :

boot-info-4ppa124                                              [20200609_1007]

============================== Boot Info Summary ===============================

 => No boot loader is installed in the MBR of /dev/sda.

sda1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.04 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub


================================ 1 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04 LTS CurrentSession on sda2

============================ Architecture/Host Info ============================

CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.4.0-33-generic root=UUID=9dcd1857-a549-4b09-aafc-b2887838d72c ro quiet splash vt.handoff=7


===================================== UEFI =====================================

BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.

efibootmgr -v
BootCurrent: 0000
Timeout: 5 seconds
BootOrder: 0002,0000,0001
Boot0000* HDD    : ST500DM002-1BD142 (500.1 GB)	PcieRoot(0x0)/Pci(0x11,0x0)/Ata(0,0,0)
Boot0001* CD/DVD : ASUS    BC-12D2HT	PcieRoot(0x0)/Pci(0x11,0x0)/Ata(1,0,0)
Boot0002* ubuntu	HD(1,GPT,d5f95e49-7cd7-410f-8f28-ae7886537ecc,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)

bed45d1c9554cea09924d3814cb7c446   sda1/BOOT/fbx64.efi
4487628005555bfd4a4c0a47211e0700   sda1/BOOT/mmx64.efi
98bea152fadd26c4e9136916f6cc32a8   sda1/ubuntu/grubx64.efi
4487628005555bfd4a4c0a47211e0700   sda1/ubuntu/mmx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4   sda1/ubuntu/shimx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4   sda1/BOOT/BOOTX64.efi


============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sda	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sda2	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ng,	update-grub,	farbios
sda1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far

Partitions info (2/3): _________________________________________________________

sda2	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda2	: not-sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda
sda1	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda

fdisk -l (filtered): ___________________________________________________________

Disk sda: 465.78 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 76DEBC59-F4B3-4E9C-AB45-AE3B6BF0D2A2
        Start       End   Sectors   Size Type
sda1     2048   1050623   1048576   512M EFI System
sda2  1050624 976771071 975720448 465.3G Linux filesystem

parted -lm (filtered): _________________________________________________________

sda:500GB:scsi:512:4096:gpt:ATA ST500DM002-1BD14:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:500GB:500GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL
sda                                                                                             
├─sda1 vfat     7CD4-6771                            d5f95e49-7cd7-410f-8f28-ae7886537ecc       EFI System Partition
└─sda2 ext4     9dcd1857-a549-4b09-aafc-b2887838d72c eeb67848-dcf7-4510-97d5-3617df41432f       

df (filtered): _________________________________________________________________

       Avail Use% Mounted on
sda2   425.7G   2% /

Mount options: __________________________________________________________________

sda2   rw,relatime,errors=remount-ro

===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================

search.fs_uuid 9dcd1857-a549-4b09-aafc-b2887838d72c root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sda2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   9dcd1857-a549-4b09-aafc-b2887838d72c
Ubuntu, avec Linux 5.4.0-33-generic   9dcd1857-a549-4b09-aafc-b2887838d72c
Ubuntu, avec Linux 5.4.0-26-generic   9dcd1857-a549-4b09-aafc-b2887838d72c
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=9dcd1857-a549-4b09-aafc-b2887838d72c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=7CD4-6771  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

======================= sda2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

==================== sda2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
 350,627899170 = 376,483840000  boot/grub/grub.cfg                             2
 175,925899506 = 188,898996224  boot/vmlinuz                                   1
   4,993160248 = 5,361364992    boot/vmlinuz-5.4.0-26-generic                  2
 175,925899506 = 188,898996224  boot/vmlinuz-5.4.0-33-generic                  1
   4,993160248 = 5,361364992    boot/vmlinuz.old                               2
 176,216953278 = 189,211512832  boot/initrd.img                                1
 175,774074554 = 188,735975424  boot/initrd.img-5.4.0-26-generic               7
 176,216953278 = 189,211512832  boot/initrd.img-5.4.0-33-generic               1
 175,774074554 = 188,735975424  boot/initrd.img.old                            7

===================== sda2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 17123 avril 15 13:31 10_linux
-rwxr-xr-x 1 root root 42128 avril 15 13:31 10_linux_zfs
-rwxr-xr-x 1 root root 12894 avril 15 13:31 20_linux_xen
-rwxr-xr-x 1 root root 12059 avril 15 13:31 30_os-prober
-rwxr-xr-x 1 root root  1424 avril 15 13:31 30_uefi-firmware
-rwxr-xr-x 1 root root   214 avril 15 13:31 40_custom
-rwxr-xr-x 1 root root   216 avril 15 13:31 41_custom


Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would purge (in order to sign-grub) and reinstall the grub-efi-amd64-signed of
sda2,
using the following options:        sda1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s  use-standard-efi-file    

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 20.04 LTS CurrentSession entry (sda1/efi/****/shim****.efi (**** will be updated

Qid

merci pour l'oubli de l'utilisation de la balise code...
en tous cas :

efibootmgr -v
BootCurrent: 0000
Timeout: 5 seconds
BootOrder: 0002,0000,0001
Boot0000* HDD : ST500DM002-1BD142 (500.1 GB) PcieRoot(0x0)/Pci(0x11,0x0)/Ata(0,0,0)
Boot0001* CD/DVD : ASUS BC-12D2HT PcieRoot(0x0)/Pci(0x11,0x0)/Ata(1,0,0)
Boot0002* ubuntu HD(1,GPT,d5f95e49-7cd7-410f-8f28-ae7886537ecc,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)

donc tu vas dans ton bios/uefi et tu sélectionne et applique par defaut la ligne qui va bien
sinon tu joue avec la commande efibootmgr qui sait aussi changer l'ordre mais à toi de retrouver comment

guy2gren

Désolé,

ce n'était pas écrit dans le tuto boot-info !
Je l'avais mise par curiosité mais la prévisualisation ne changeait rien, j'ai pensé que je m'étais trompé et l'ai enlevée. Bref.

Dans mon menu de boot classique, je n'ai pas la ligne 0002 (ubuntu)

Et tu n'as pas du lire mon 1er post : le BIOS n'a pas la fameuse ligne dont tu parles, sinon ça aurait été facile 🙂

Et je n'ai PAS d'option BOOT Security, ni Legacy/UEFI, ni CSM. J'ai lu plusieurs fois toutes les options de mon BIOS.

Qid

guy2gren a écritEt tu n'as pas du lire mon 1er post : le BIOS n'a pas la fameuse ligne dont tu parles, sinon ça aurait été facile 🙂
Et je n'ai PAS d'option BOOT Security, ni Legacy/UEFI, ni CSM. J'ai lu plusieurs fois toutes les options de mon BIOS.

hum... si... mais que la première fois que j'ai ouvert ton sujet... je n'ai pas tout relus dans le détail suite aux interventions... bref désolé pour le bruit... reste 2 options :
- mode soft mais ça va probablement pas marcher : passer par la ligne de commande pour changer l'ordre
- mode brute qui marchera à tous les coups mais a réitérer lors des grosses installation de pack de mise a jour de windows : remplacer le fichier de boot de windows dans la partition efi par celui de linux qui appellera grub et donc te laissera bien le choix de booter soit l'un soit l'autre

guy2gren

Merci pour ton retour !
PS je n'ai pas de dual boot, XP est parti et j'ai juste ubuntu 🙂

Qid

guy2gren a écritMerci pour ton retour !
PS je n'ai pas de dual boot, XP est parti et j'ai juste ubuntu 🙂

Hum... Je répond vraiment trop vite dans cet échange...
Celui qui boot en premier c'est

Boot0000* HDD    : ST500DM002-1BD142 (500.1 GB)    PcieRoot(0x0)/Pci(0x11,0x0)/Ata(0,0,0)

Donc il se fout des systèmes... Mais du coup le souci est là :

 => No boot loader is installed in the MBR

Bilan des courses... Démarre de force ton Linux grâce à supergrubdisk et réinstalle GRUB dans le mbr

Babdu89

Bonjour.

Qid a écrit
guy2gren a écritMerci pour ton retour !
PS je n'ai pas de dual boot, XP est parti et j'ai juste ubuntu 🙂
Hum... Je répond vraiment trop vite dans cet échange...
Celui qui boot en premier c'est
Boot0000* HDD    : ST500DM002-1BD142 (500.1 GB)    PcieRoot(0x0)/Pci(0x11,0x0)/Ata(0,0,0)
Donc il se fout des systèmes... Mais du coup le souci est là :
 => No boot loader is installed in the MBR
Bilan des courses... Démarre de force ton Linux grâce à supergrubdisk et réinstalle GRUB dans le mbr

Oui, vraiment, tu vas bien trop vite à répondre.

Post#1 on lit;

formatant un vieux PC sous XP, je me décide enfin à passer sur Linux avec Ubuntu.
Installation depuis clé USB, je décide d'effacer tout le disque pour une install propre (je choisis une MBR sans savoir, car ma CM date de 2012 et n'a pas d'option UEFI).

Déjà là, le propriétaire de la machine se trompe en prétendant sa machine non compatible UEFI, puisque lorsqu'il réinstalle en virant Windows Xp, on voit dans le rapport boot info du post#4 que la machine sait booter en UEFI. Que l'installation de Ubuntu qui sert à faire le boot info est en UEFI. Mais comme tu le soulignes, il y a un souci dans efibootmgr -v

Questions à l'utilisateur?? .
Pour démarrer et installer en mode UEFI, il a bien fallut changer quelque chose dans le bios.
L'installation à été faite automatiquement, ou en changeant le partitionnement à l'étape " type d'installation"?.

Et maintenant tu lui proposes de réinstaller un grub-pc en Bios_Legacy, dans son disque avec table de partition de type GPT.

Bilan des courses... Démarre de force ton Linux grâce à supergrubdisk et réinstalle GRUB dans le mbr

Comme il manque une partition boot-grub (bios-boot) de 1 mo, sans format avec drapeau bios-grub, je ne sais pas si çà va réinstaller grub correctement.
Et puis il faudra lancer la session supergrubdisk en Bios_Legacy,non?.

Édit, si un spécialiste des installations en UEFI passe par ici, il n'est pas impossible qu'il dise d'utiliser la réparation recommandée de Boot-Repair.

Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would purge (in order to sign-grub) and reinstall the grub-efi-amd64-signed of
sda2,
using the following options:        sda1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s  use-standard-efi-file    

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 20.04 LTS CurrentSession entry (sda1/efi/****/shim****.efi (**** will be updated

@+. Babdu89 .

lucmars

Semble que le bios meme flashé soit une daube. À voir si dans son boot-menu il propose une entrée buntu direct efi.

Ce sera toujours moins chiant malgré tout.

guy2gren

Merci de vos réponses, ça m'a donné quelques pistes à éliminer.

Bon, si je résume mon problème :
- formatant un vieux PC sous XP, j'installe Ubuntu 20.04 (juste ubuntu pas de dual boot).
- Installation depuis clé USB, je décide d'effacer tout le disque pour une install propre (je choisis une MBR sans savoir, car ma CM date de 2012 et n'a pas d'option UEFI).
- Installation ok, puis redémarrage : impossible de booter Ubuntu.
- Dans le BIOS, pas d'option BOOT Security, ni Legacy/UEFI, ni CSM. J'ai lu plusieurs fois toutes les options de mon BIOS.
- La CM qui contient le BIOS est une MSI 760GM-P23 (FX). J'ai flashé l'AMI BIOS de la 17.15 à la 17.17 avec succès (au cas où cela aurait fait apparaître l'option UEFI/Legacy).
- Dans l'ordre de boot du BIOS, je n'ai que le choix suivant : ST500DM002-1BD142 (mon disque dur), ASUS BC-12D2HT (lecteur DVD), 2.2TB Infinity (utilitaire pour les DD de + de 2,2 Téraoctets, apparemment ça semblerait activer un simili-UEFI).
- Si je boote d'abord sur le disque dur, un curseur clignotant s'affiche et c'est terminé.
- Si je boote d'abord sur 2.2TB Infinity, arrive enfin ce message :
System BootOrder not found. Initializing defaults.
Creating boot entry "Boot0002" with label "ubuntu" for the file "\EFI\ubuntu\shimx.efi"
- Et ubuntu démarre. Mais le problème, c'est que ça s'affiche à chaque redémarrage. Et ça met 10mn à démarrer. J'ai parcouru le forum, certains indiquent que dans leur BIOS ils peuvent créer l'entrée "ubuntu" + choisir le fichier shimx.efi comme "trusted". Je n'ai évidemment pas ça. J'ai bien une entrée ubuntu qui apparaît sur boot-info mais elle n'apparaît pas dans le BIOS, et on dirait qu'il est impossible de mettre l'entrée comme trusted (ce qui la ferait peut-être apparaître ???)

Résumé des courses :
J'ai fait un boot-info, tenté un boot-repair léger, puis un boot-repair avancé. Pareil.
J'ai fait un efibootmgr -c -L "ubuntu" -l 'EFI\ubuntu\shimx64.efi' pour créer une nouvelle entrée nommée "ubuntu", des fois que la 1ère entrée soit invisible ou non autorisée.
Comme ça ne marchait pas j'ai fait un sudo efibootmgr -c -L "ubuntu" -l 'EFI\ubuntu\shimx64.efi'.
Ca a créé une 2ème entrée "ubuntu", du coup j'ai 2 entrées de boot "ubuntu".
Mais le BootCurrent est toujours sur 0000 (mon disque dur, sans système mentionné). Donc pareil.

Je tente supergrubdisk et vais faire ta manip Qid, mais après je n'aurai plus de piste.........
Je commence à avoir bac+5 en programmation Linux, mais j'ai même pas une install qui boote correctement.
C'est toujours aussi compliqué Linux ? Au secours :/

Qid

Babdu89 a écritEt maintenant tu lui proposes de réinstaller un grub-pc en Bios_Legacy, dans son disque avec table de partition de type GPT.

Bilan des courses... Démarre de force ton Linux grâce à supergrubdisk et réinstalle GRUB dans le mbr
Comme il manque une partition boot-grub (bios-boot) de 1 mo, sans format avec drapeau bios-grub, je ne sais pas si çà va réinstaller grub correctement.
Et puis il faudra lancer la session supergrubdisk en Bios_Legacy,non?.

@+. Babdu89 .

coucou toi

non mon dernier post était bien réfléchi pour le coups justement
ce n'est pas parce qu'on est dans une installation uefi que le grub ne peut pas être installé à la racine du disque...
et en l’occurrence comme je l'ai cité c'est un peu ce que réclame le boot-info...
ma déduction est : oui il a une partition uefi et il faut en tenir compte donc faire l'installation en uefi
mais pour l'uefi l'ordinateur démarre sur le disque dur et non sur un système/la partition uefi
donc oui il faut bien que grub soit présent à la tête du disque dur... après... de là à savoir en quel mode on réinstall grub... heu... de toutes façon "grub-install /dev/sda" saura se démerder non ?

nb : quel est le message d'erreur quand l'ordinateur essaye de démarrer : "no system found" ou un truc du genre ?

Babdu89

Qid a écrit;

après... de là à savoir en quel mode on réinstall grub... heu... de toutes façon "grub-install /dev/sda" saura se démerder non ?

Réinstaller la première partie de grub-pc dans le secteur de boot du disque (en GPT le MBR protective) est possible depuis une session live lancée en mode Bios_Legacy. Si l'utilisateur arrive à obliger la machine a démarrer en Bios_Legacy pour le faire.
Mais comme il manque la partition bios-boot comme je l'indique, çà risque de ne pas marcher. Et si çà marche encore faut-il que le Bios de la machine soit paramétré, pour démarrer en Bios_Legacy.

On peut avoir une installation qui démarre dans les deux mode (UEFI/Bios_Legacy) à condition d'installer Grub dans les deux mode correctement (Grub-efi en utilisant la partition boot-efi, et grub-pc qui lui utilisera la partition bios-boot, ou brios-grub.) Nasman explique très en détail cette affaire partition bios-boot.

https://forum.ubuntu-fr.org/viewtopic.php?id=1997731

Le démarrage en mode bios

en gras en dessous

Attention : dans le cas d'un disque gpt, il n'existe plus de "mbr gap" puisque les en-têtes gpt commencent juste après le mbr. Pour booter en mode bios sur partition gpt il faut une partition (non formatée mais cependant réservée) pour y mettre core.img. Cette partition devra avoir le flag boot_bios (ce flag sert lors de l'installation de core.img)

Il est donc possible de :
- démarrer en mode bios sur disque msdos (seule est requise la partition système en ext4, swap recommandé)
- démarrer en mode bios sur disque gpt (une partition non formatée avec le flag boot_bios est ici nécessaire faute de "mbr gap", + partition système, swap recommandé)
- démarrer en mode uefi sur disque msdos (une partition fat de label EFI avec les flag boot et esp est nécessaire + partition système, swap recommandé)
- démarrer en mode uefi sur disque gpt (idem ci dessus)

- démarrer en mode bios ou uefi (sur disque msdos ou gpt) si présence d'une partition EFI (flag boot et esp), d'une partition système ubuntu, swap recommandé et d'une partition bios_boot (si disque gpt)

@+. Babdu89 .

Babdu89

Dans le boot info du post#4 on voit;

======================= sda2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

GRUB_TIMEOUT_STYLE=hidden

Il semble que la machine démarre directe sans affichage du menu Grub. En admin dans le fichier commenter la ligne;

#GRUB_TIMEOUT_STYLE=hidden

et passer

GRUB_TIMEOUT=0

à 10 pour affichage de 10 secondes

Suivi d'une maj de Grub, permettrait l'affichage du menu grub, et de voir tous le menuentry du fichier grub.cfg.

@+. Babdu89 .

Qid

il n'y a pas de menu grub à afficher par défaut car il n'y a qu'un système sur la machine et qui plus est qu'on ne me dise pas que j'ai répondu trop vite cette fois mais le monsieur a dit qu'il n'arrivait même pas à atteindre "grub"... qu'il soit affiché ou pas ça ne changera rien puisqu'il a un beau "-" au démarrage de son ordi

lucmars

Le bios est merdique, si son boot-menu n'offre rien d'intéressant p'tete créer un mot de passe pour le bios, en espérant que cela libère des réglages supplémentaires (le plus souvent c'est un reve).

Pour le mot de passe du bios je propose nico compatible qwerty/azerty et court.

Cela dit on a affaire à une sale bete...de bios