Pages : 1
#1 Le 21/12/2020, à 21:17
- seboun
[Résolu] problème de démarrage grub
Bonjour, j'ai installé ubuntu sur une clé USB depuis un live USB (sur un ordinateur sous ubuntu, installé sur le disque ssd et non le disque dur).
L'installation pour ma clé a fonctionné mais depuis je ne peux plus démarrer sur l'ordinateur (le disque ssd). Je tombe sur le grub en ligne de commande avec écrit "minimal bash line editing supported".
Voici un rapport de boot repair depuis le live usb : https://paste.ubuntu.com/p/FkMxpGFDXK/
N'hésitez pas s'il manque des détails,
Merci d'avance pour vos propositions
Dernière modification par seboun (Le 27/12/2020, à 17:34)
Hors ligne
#2 Le 21/12/2020, à 21:34
- Qid
Re : [Résolu] problème de démarrage grub
Je ne comprends pas bien comment une création de liveusb a pu shooter le démarrage du système installé... T'as forcément dû faire autre chose... Ou alors ton explication de la situation n'est pas clair... En tous cas la proposition de recommandation de réparation via bootrepair me paraît bonne à suivre...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#3 Le 21/12/2020, à 23:21
- ikewdu
Re : [Résolu] problème de démarrage grub
Salut,
Ton souci est ici :
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 47bc1d5b-8382-4aaf-9814-768e7218344f root hd3,msdos1
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfgCette uuid n'existe pas. La réparation par boot-repair doit régler ça, en effet.
Hors ligne
#4 Le 22/12/2020, à 10:11
- geole
Re : [Résolu] problème de démarrage grub
Je ne comprends pas bien comment une création de liveusb a pu shooter le démarrage du système installé......
Bonjour qid
Il a été écrit "Bonjour, j'ai installé ubuntu sur une clé USB" pas j'ai fabriqué une live-usb
Lorsqu'on fait une installation standard en EFI y compris sur support externe, la structure EFI de la partition de boot interne est mise à jour pour faire en sorte que le dernier O.S. installé boote.
Lorsque ce support externe est débranché, cela ne peut plus booter.
Plus vicieux, la réparation de boot-repair va maintenant empêcher le boot EFI du support externe. Il faudra lui aussi le réparer en prenant bien soin de dire que la partition de boot ESP n'est pas celle du disque dur interne (choix par défaut) mais celle du support externe.
Hors ligne
#5 Le 22/12/2020, à 10:16
- Qid
Re : [Résolu] problème de démarrage grub
Qid a écrit :Je ne comprends pas bien comment une création de liveusb a pu shooter le démarrage du système installé......
Bonjour qid
Il a été écrit "Bonjour, j'ai installé ubuntu sur une clé USB" pas j'ai fabriqué une live-usb
Je sais bien et c'est ce que j'ai pensé jusqu'à ce que je regarde le boot-info qui prouve le contraire... Il y a des fois où le choix du vocabulaire utilisé est un vrai problème... Et c'est typiquement le cas de cette discussion...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#6 Le 22/12/2020, à 11:15
- malbo
Re : [Résolu] problème de démarrage grub
Bonjour,
Je colle ci-dessous le contenu du Boot-info dont tu as donné le lien ( https://paste.ubuntu.com/p/FkMxpGFDXK/ ) dans le post #1 :
boot-repair-4ppa125 [20201221_1947]
============================== Boot Info Summary ===============================
=> No boot loader is installed in the MBR of /dev/sda.
=> libparted MBR boot code is installed in the MBR of /dev/sdb.
=> Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdc.
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 18.04.5 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
sdb1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdc1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 6.04
Boot sector info: Syslinux looks at sector 16416 of /dev/sdc1 for its
second stage. The integrity check of Syslinux failed.
No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux.cfg
/efi/BOOT/grubx64.efi /efi/BOOT/mmx64.efi /ldlinux.sys
================================ 1 OS detected =================================
OS#1: Ubuntu 18.04.5 LTS on sda2
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.1 LTS, focal, x86_64)
===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.
efibootmgr -v
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0002,0003
Boot0002* ubuntu HD(1,GPT,91d778b4-97b8-4241-b785-b9ee2da5a64d,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0003* UEFI: USB DISK 2.0 PMAP, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(5,0)/HD(1,MBR,0x2ec7fb03,0x800,0x73a3e8)..BO
2895d47544fd587b26c7e29be1295c27 sda1/BOOT/fbx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84 sda1/BOOT/mmx64.efi
8ed07d5ee4e5e1534bcf64037b7589ff sda1/ubuntu/grubx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84 sda1/ubuntu/mmx64.efi
78415fb8fb9b909f8029858113f1335f sda1/ubuntu/shimx64.efi
78415fb8fb9b909f8029858113f1335f 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
sdb : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda2 : is-os, 64, apt-get, signed grub-efi , grub2, grub-install, grubenv-ok, update-grub, farbios
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sda1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda2 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sda2 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sdb1 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
fdisk -l (filtered): ___________________________________________________________
Disk sda: 111.82 GiB, 120040980480 bytes, 234455040 sectors
Disk identifier: 19002BED-3FFA-4BF9-A938-D510F36AA607
Start End Sectors Size Type
sda1 2048 1050623 1048576 512M EFI System
sda2 1050624 234452991 233402368 111.3G Linux filesystem
Disk sdb: 465.78 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 0x8fc6e2d1
Boot Start End Sectors Size Id Type
sdb1 2048 976773119 976771072 465.8G 83 Linux
Disk sdc: 3.63 GiB, 3881291776 bytes, 7580648 sectors
Disk identifier: 0x2ec7fb03
Boot Start End Sectors Size Id Type
sdc1 * 2048 7580647 7578600 3.6G c W95 FAT32 (LBA)
parted -lm (filtered): _________________________________________________________
sda:120GB:scsi:512:512:gpt:ATA WDC WDS120G2G0B-:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:120GB:120GB:ext4::;
sdb:500GB:scsi:512:4096:msdos:ATA HGST HTS725050A7:;
1:1049kB:500GB:500GB:ext4::;
sdc:3881MB:scsi:512:512:msdos: USB DISK 2.0:;
1:1049kB:3881MB:3880MB:fat32::boot, lba;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 vfat 8D03-9EDF 91d778b4-97b8-4241-b785-b9ee2da5a64d EFI System Partition
└─sda2 ext4 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef c34b332c-f73e-4ec5-b924-16e88f775c72
sdb
└─sdb1 ext4 4f3406d9-dbef-4ae8-92ec-e7823767e3f7 8fc6e2d1-01 data
sdc
└─sdc1 vfat C6F6-9BB1 2ec7fb03-01 UBUNTU 20_0
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 503.2M 2% /mnt/boot-sav/sda1
sda2 76.8G 25% /mnt/boot-sav/sda2
sdb1 405.8G 6% /mnt/boot-sav/sdb1
sdc1 1G 72% /cdrom
Mount options: __________________________________________________________________
sda1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sda2 rw,relatime
sdb1 rw,relatime
sdc1 ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 47bc1d5b-8382-4aaf-9814-768e7218344f root hd3,msdos1
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
Ubuntu, avec Linux 4.15.0-128-generic 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
Ubuntu, avec Linux 4.15.0-126-generic 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
Ubuntu, avec Linux 4.15.0-124-generic 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
### END /etc/grub.d/30_os-prober ###
System setup uefi-firmware
### 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=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=8D03-9EDF /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
UUID=4f3406d9-dbef-4ae8-92ec-e7823767e3f7 /data ext4 defaults 0 2
======================= 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)
106,628990173 = 114,492006400 boot/grub/grub.cfg 2
44,336906433 = 47,606390784 boot/vmlinuz-4.15.0-124-generic 1
45,614253998 = 48,977932288 boot/vmlinuz-4.15.0-126-generic 1
110,305660248 = 118,439800832 boot/vmlinuz-4.15.0-128-generic 1
110,305660248 = 118,439800832 vmlinuz 1
45,614253998 = 48,977932288 vmlinuz.old 1
45,881954193 = 49,265373184 boot/initrd.img-4.15.0-124-generic 2
45,887939453 = 49,271799808 boot/initrd.img-4.15.0-126-generic 2
110,558521271 = 118,711308288 boot/initrd.img-4.15.0-128-generic 2
110,558521271 = 118,711308288 initrd.img 2
45,887939453 = 49,271799808 initrd.img.old 2
===================== sda2: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 12808 août 24 08:45 10_linux
-rwxr-xr-x 1 root root 11298 août 23 2018 20_linux_xen
-rwxr-xr-x 1 root root 12059 oct. 12 2017 30_os-prober
-rwxr-xr-x 1 root root 1418 oct. 12 2017 30_uefi-firmware
-rwxr-xr-x 1 root root 214 oct. 12 2017 40_custom
-rwxr-xr-x 1 root root 216 oct. 12 2017 41_custom
====================== sdc1/boot/grub/grub.cfg (filtered) ======================
Ubuntu
Ubuntu (safe graphics)
OEM install (for manufacturers)
Boot from next volume
UEFI Firmware Settings
========================= sdc1/syslinux.cfg (filtered) =========================
DEFAULT loadconfig
LABEL loadconfig
CONFIG /isolinux/isolinux.cfg
APPEND /isolinux/
==================== sdc1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1
================== sdc1: Location of files loaded by Syslinux ==================
GiB - GB File Fragment(s)
?? = ?? syslinux.cfg 1
?? = ?? ldlinux.sys 1
=============================== StdErr Messages ================================
File descriptor 63 (pipe:[102804]) leaked on lvs invocation. Parent PID 8039: /bin/bash
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would 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 Ubuntu 18.04.5 LTS entry (sda1/efi/****/shim****.efi (**** will be updated in the final message) file) !Pour moi, ça montre encore une fois que le système UEFI n'est pas adapté à faire une installation sur une clé USB ou même un disque dur externe. Le novice tombe dans le panneau à chaque fois.
Dernière modification par malbo (Le 22/12/2020, à 11:21)
Hors ligne
#7 Le 22/12/2020, à 11:52
- Qid
Re : [Résolu] problème de démarrage grub
Pour moi, ça montre encore une fois que le système UEFI n'est pas adapté à faire une installation sur une clé USB ou même un disque dur externe. Le novice tombe dans le panneau à chaque fois.
moi ce qui me gêne c'est l’effet "dépendant d'une partition" non "ciblable" : ça me rappel l'époque de la swap ou il était inutile d'avoir une partition swap par système car il etait quasiment impossible de dire au système d'utiliser l'une et pas l'autre... en tous cas au moment de l'installation... après tu va jouer dans le fstab et ça roule mais sinon... là à mon avis on est face à la même galère avec cette partition efi...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#8 Le 22/12/2020, à 13:34
- seboun
Re : [Résolu] problème de démarrage grub
Merci pour vos contributions, du coup si je lance boot repair sur le live USB en laissant les paramètres recommandés c'est bon pour réparer le GRUB de l'ordinateur ?
Et pour la clé avec ubuntu, pourra-t-elle se lancer sur un autre ordinateur ? Non a priori ? Comment je peux dire à boot repair de me réinstaller GRUB sur la clé et sur l'ordi, de sorte que les deux soient indépendants ?
Dernière modification par seboun (Le 22/12/2020, à 13:35)
Hors ligne
#9 Le 22/12/2020, à 13:49
- Qid
Re : [Résolu] problème de démarrage grub
geole a écrit :Qid a écrit :Je ne comprends pas bien comment une création de liveusb a pu shooter le démarrage du système installé......
Bonjour qid
Il a été écrit "Bonjour, j'ai installé ubuntu sur une clé USB" pas j'ai fabriqué une live-usbJe sais bien et c'est ce que j'ai pensé jusqu'à ce que je regarde le boot-info qui prouve le contraire...
Et si c'était juste que le gars nous a fait un boot-info sans avoir branché le système fautif ? Je viens de réaliser ça...
Enfin du coup on est toujours pas au clair sur la situation réelle...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#10 Le 22/12/2020, à 13:52
- malbo
Re : [Résolu] problème de démarrage grub
Merci pour vos contributions, du coup si je lance boot repair sur le live USB en laissant les paramètres recommandés c'est bon pour réparer le GRUB de l'ordinateur ?
Oui, c'est noté vers la fin du Boot-info que j'ai collé plus haut :
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub-efi-amd64-signed of
sda2,
using the following options: sda1/boot/efi,Cela veut dire que le chargeur d'amorçage de Grub sera installé dans la partition sda1 (en écrasant le chargeur actuel)
Pour ce qui est de ton installation sur la clé USB, j'ai dit plus haut ce que j'en pense. C'est merdique et je t'encourage à abandonner.
Dernière modification par malbo (Le 22/12/2020, à 13:55)
Hors ligne
#11 Le 22/12/2020, à 14:00
- geole
Re : [Résolu] problème de démarrage grub
Bonjour
Voici une démarche
Tu bootes avec le support d'installation
Tu installes boot-repair et tu fais la réparation standard du disque dur interne
Dans la foulée, tu branches la clé à réparer
Tu lances gparted
Tu rétrécis de 37 Mo la partition ext4 de cette clé
Tu fabrique une partition FAT32 avec l'espace libéré
Tu mets un drapeau de boot ESP dans cette partition.
De nouveau tu lances boot-repair et tu choisis le mode avancé
Tu verrais qu'il va te proposer de réparer SDA2 dans une grille
Mais si tu déroules dans cette partie de grille tu pourras voir qu'il y a d'autres partitions qui seront listées
Celle intéressante est SDD1
Puis il faudra que tu te positionnes dans la partie de la grille qui liste les partitions EFI associées.
Normalement il devrait y avoir SDA1 de proposé
Il faut que tu déroules pour choisir la partition de boot EFI que tu viens de créer. C'est SDD2
Il ne te restera plus qu'au dire d'y installer le grub et de lancer l'installation
Tu en donneras la réparation car j'ai un doute sur une partie de la réparation
Le doute porte sur cette partie
===================== sdd2/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 47bc1d5b-8382-4aaf-9814-768e7218344f root hd3,msdos1
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
Je n'ai pas fais de ubuntu 20.04 en USB mais je pense que cela a pu évolué en version 20.04 par rapport à la version 18.04
Lorsque la live USB devient autonome, elle ne s'appelle pas hd3 mais hd0
S'il y a toujours hd3, il faudra corriger manuellement et mettre hd0
Je ne sais pas comment la nouvelle version de boot-repair va traiter cette partie
Je sais qu'elle va mettre à jour la partie de boot légacy pour se déporter sur le boot efi
Cette réparation pourra se faire de la façon suivante:
Booter avec le ubuntu du disque interne réparé
Brancher la clé USB contenant ubuntu, elle devrait se trouver automatiquement montée
utiliser l'éditeur favori pour accéder au fichier efi/ubuntu/grub.cfg
Dernière modification par geole (Le 22/12/2020, à 14:40)
Hors ligne
#12 Le 22/12/2020, à 14:21
- seboun
Re : [Résolu] problème de démarrage grub
Pour répondre à quid, c'est vrai que dans le boot info il manquait la clé usb avec ubuntu dessus (celle où j'ai par erreur installé le grub si j'ai bien compris).
Sur ce nouveau rapport il y a la clé en plus (sdd) : https://paste.ubuntu.com/p/fTvbg2sPX7/
Sur celui d'avant il n'y avait que le live usb (sdc).
Je ne sais pas si ça changera qqch à votre compréhension de la situation.
Merci pour vos réponses, j'essaie bientôt pour l'ordinateur. Pour la clé usb je vais essayer la solution donnée par la réponse précédente, avec gparted.
Hors ligne
#13 Le 22/12/2020, à 14:39
- seboun
Re : [Résolu] problème de démarrage grub
C'est bon pour l'ordinateur. Il s'allume correctement depuis que j'ai fait le boot repair (https://paste.ubuntu.com/p/k86mRhcybZ/).
Concernant la clé je vais essayer de m'en occuper comme je disais.
Pour la procédure quand geole dit : "Tu mets un drapeau de boot ESP dans cette partition." Ca veut dire quoi ? Je fais ça avec gparted ?
Hors ligne
#14 Le 22/12/2020, à 14:40
- geole
Re : [Résolu] problème de démarrage grub
Bien sur
Tu peux même installer gparted dans l'ordinateur et rétrécir la partition de la clé USB et y créer la nouvelle partition
mais tu ne pourras pas réparer avec boot-repair car il a prévu de refuser les réparations à partir d'un système installé. Il ne sait faire que des boot-infos!
Dernière modification par geole (Le 22/12/2020, à 14:44)
Hors ligne
#15 Le 22/12/2020, à 16:25
- malbo
Re : [Résolu] problème de démarrage grub
Je colle ci-dessous le rapport Boot-repair dont tu as donné le lien dans le post #13 :
boot-repair-4ppa125 [20201222_1321]
============================= Boot Repair Summary ==============================
/usr/share/boot-sav/bs-cmd_terminal.sh: line 177: warning: command substitution: ignored null byte in input
Recommended repair: ____________________________________________________________
The default repair of the Boot-Repair utility will reinstall the grub-efi-amd64-signed of
sda2,
using the following options: sda1/boot/efi,
Additional repair will be performed: unhide-bootmenu-10s use-standard-efi-file
/boot/efi added in sda2/fstab
Mount sda1 on /mnt/boot-sav/sda2/boot/efi
Unhide GRUB boot menu in sda2/etc/default/grub
================= Reinstall the grub-efi-amd64-signed of sda2 ==================
grub-install --version
grub-install (GRUB) 2.02-2ubuntu8.20
efibootmgr -v from chroot before grub install
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0003,0000
Boot0000* ubuntu HD(1,GPT,91d778b4-97b8-4241-b785-b9ee2da5a64d,0x800,0x100000)/File(EFIUBUNTUSHIMX64.EFI)
Boot0003* UEFI: USB DISK 2.0 PMAP, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(5,0)/HD(1,MBR,0x2ec7fb03,0x800,0x73a3e8)..BO
uname -r
5.4.0-42-generic
grub-install --efi-directory=/boot/efi --target=x86_64-efi --uefi-secure-boot
Installing for x86_64-efi platform.
Installation finished. No error reported.
df /dev/sda1
mv /mnt/boot-sav/sda2/boot/efi/EFI/Boot/bootx64.efi /mnt/boot-sav/sda2/boot/efi/EFI/Boot/bkpbootx64.efi
cp /mnt/boot-sav/sda2/boot/efi/EFI/ubuntu/shimx64.efi /mnt/boot-sav/sda2/boot/efi/EFI/Boot/bootx64.efi
cp /mnt/boot-sav/sda2/boot/efi/EFI/ubuntu/grubx64.efi /mnt/boot-sav/sda2/boot/efi/EFI/Boot/
grub-install --efi-directory=/boot/efi --target=x86_64-efi --uefi-secure-boot
Installing for x86_64-efi platform.
Installation finished. No error reported.
efibootmgr -v from chroot after grub install
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0000,0003
Boot0000* ubuntu HD(1,GPT,91d778b4-97b8-4241-b785-b9ee2da5a64d,0x800,0x100000)/File(EFIubuntushimx64.efi)
Boot0003* UEFI: USB DISK 2.0 PMAP, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(5,0)/HD(1,MBR,0x2ec7fb03,0x800,0x73a3e8)..BO
chroot /mnt/boot-sav/sda2 update-grub
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.15.0-128-generic
Found initrd image: /boot/initrd.img-4.15.0-128-generic
Found linux image: /boot/vmlinuz-4.15.0-126-generic
Found initrd image: /boot/initrd.img-4.15.0-126-generic
Found linux image: /boot/vmlinuz-4.15.0-124-generic
Found initrd image: /boot/initrd.img-4.15.0-124-generic
Adding boot menu entry for EFI firmware configuration
Unhide GRUB boot menu in sda2/boot/grub/grub.cfg
Boot successfully repaired.
You can now reboot your computer.
Please do not forget to make your UEFI firmware boot on the Ubuntu 18.04.5 LTS entry (sda1/EFI/ubuntu/shimx64.efi file) !
============================ Boot Info After Repair ============================
=> No boot loader is installed in the MBR of /dev/sda.
=> libparted MBR boot code is installed in the MBR of /dev/sdb.
=> Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdc.
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/bkpbootx64.efi /efi/BOOT/bootx64.efi
/efi/BOOT/fbx64.efi /efi/BOOT/grubx64.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 18.04.5 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
sdb1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdc1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 6.04
Boot sector info: Syslinux looks at sector 16416 of /dev/sdc1 for its
second stage. The integrity check of Syslinux failed.
No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux.cfg
/efi/BOOT/grubx64.efi /efi/BOOT/mmx64.efi /ldlinux.sys
================================ 1 OS detected =================================
OS#1: Ubuntu 18.04.5 LTS on sda2
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.1 LTS, focal, x86_64)
===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.
efibootmgr -v
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0003,0000
Boot0000* ubuntu HD(1,GPT,91d778b4-97b8-4241-b785-b9ee2da5a64d,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0003* UEFI: USB DISK 2.0 PMAP, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(5,0)/HD(1,MBR,0x2ec7fb03,0x800,0x73a3e8)..BO
2895d47544fd587b26c7e29be1295c27 sda1/BOOT/fbx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84 sda1/BOOT/mmx64.efi
8ed07d5ee4e5e1534bcf64037b7589ff sda1/ubuntu/grubx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84 sda1/ubuntu/mmx64.efi
78415fb8fb9b909f8029858113f1335f sda1/ubuntu/shimx64.efi
78415fb8fb9b909f8029858113f1335f 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
sdb : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda2 : is-os, 64, apt-get, signed grub-efi , grub2, grub-install, grubenv-ok, update-grub, farbios
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sda1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda2 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sda2 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sdb1 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
fdisk -l (filtered): ___________________________________________________________
Disk sda: 111.82 GiB, 120040980480 bytes, 234455040 sectors
Disk identifier: 19002BED-3FFA-4BF9-A938-D510F36AA607
Start End Sectors Size Type
sda1 2048 1050623 1048576 512M EFI System
sda2 1050624 234452991 233402368 111.3G Linux filesystem
Disk sdb: 465.78 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 0x8fc6e2d1
Boot Start End Sectors Size Id Type
sdb1 2048 976773119 976771072 465.8G 83 Linux
Disk sdc: 3.63 GiB, 3881291776 bytes, 7580648 sectors
Disk identifier: 0x2ec7fb03
Boot Start End Sectors Size Id Type
sdc1 * 2048 7580647 7578600 3.6G c W95 FAT32 (LBA)
parted -lm (filtered): _________________________________________________________
sda:120GB:scsi:512:512:gpt:ATA WDC WDS120G2G0B-:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:120GB:120GB:ext4::;
sdb:500GB:scsi:512:4096:msdos:ATA HGST HTS725050A7:;
1:1049kB:500GB:500GB:ext4::;
sdc:3881MB:scsi:512:512:msdos: USB DISK 2.0:;
1:1049kB:3881MB:3880MB:fat32::boot, lba;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 vfat 8D03-9EDF 91d778b4-97b8-4241-b785-b9ee2da5a64d EFI System Partition
└─sda2 ext4 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef c34b332c-f73e-4ec5-b924-16e88f775c72
sdb
└─sdb1 ext4 4f3406d9-dbef-4ae8-92ec-e7823767e3f7 8fc6e2d1-01 data
sdc
└─sdc1 vfat C6F6-9BB1 2ec7fb03-01 UBUNTU 20_0
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 501.4M 2% /mnt/boot-sav/sda1
sda2 76.8G 25% /mnt/boot-sav/sda2
sdb1 403.8G 7% /mnt/boot-sav/sdb1
sdc1 1G 72% /cdrom
Mount options: __________________________________________________________________
sda1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sda2 rw,relatime
sdb1 rw,relatime
sdc1 ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
Ubuntu, with Linux 4.15.0-128-generic 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
Ubuntu, with Linux 4.15.0-126-generic 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
Ubuntu, with Linux 4.15.0-124-generic 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
### END /etc/grub.d/30_os-prober ###
System setup uefi-firmware
### 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=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
/swapfile none swap sw 0 0
UUID=4f3406d9-dbef-4ae8-92ec-e7823767e3f7 /data ext4 defaults 0 2
UUID=8D03-9EDF /boot/efi vfat defaults 0 1
======================= sda2/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
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)
0.500984192 = 0.537927680 boot/grub/grub.cfg 1
44.336906433 = 47.606390784 boot/vmlinuz-4.15.0-124-generic 1
45.614253998 = 48.977932288 boot/vmlinuz-4.15.0-126-generic 1
110.305660248 = 118.439800832 boot/vmlinuz-4.15.0-128-generic 1
110.305660248 = 118.439800832 vmlinuz 1
45.614253998 = 48.977932288 vmlinuz.old 1
45.881954193 = 49.265373184 boot/initrd.img-4.15.0-124-generic 2
45.887939453 = 49.271799808 boot/initrd.img-4.15.0-126-generic 2
110.558521271 = 118.711308288 boot/initrd.img-4.15.0-128-generic 2
110.558521271 = 118.711308288 initrd.img 2
45.887939453 = 49.271799808 initrd.img.old 2
===================== sda2: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 12808 Aug 24 08:45 10_linux
-rwxr-xr-x 1 root root 11298 Aug 23 2018 20_linux_xen
-rwxr-xr-x 1 root root 12059 Oct 12 2017 30_os-prober
-rwxr-xr-x 1 root root 1418 Oct 12 2017 30_uefi-firmware
-rwxr-xr-x 1 root root 214 Oct 12 2017 40_custom
-rwxr-xr-x 1 root root 216 Oct 12 2017 41_custom
====================== sdc1/boot/grub/grub.cfg (filtered) ======================
Ubuntu
Ubuntu (safe graphics)
OEM install (for manufacturers)
Boot from next volume
UEFI Firmware Settings
========================= sdc1/syslinux.cfg (filtered) =========================
DEFAULT loadconfig
LABEL loadconfig
CONFIG /isolinux/isolinux.cfg
APPEND /isolinux/
==================== sdc1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1
================== sdc1: Location of files loaded by Syslinux ==================
GiB - GB File Fragment(s)
?? = ?? syslinux.cfg 1
?? = ?? ldlinux.sys 1
=============================== StdErr Messages ================================
File descriptor 63 (pipe:[132928]) leaked on lvs invocation. Parent PID 24288: /bin/bashHors ligne
#16 Le 22/12/2020, à 16:28
- ikewdu
Re : [Résolu] problème de démarrage grub
Salut,
Pour info, j'ai fait une démo ici : http://ikewdu.free.fr/ubuntu-sur-usb-ou … s-en-uefi/
C'est avec un dual boot, mais le principe est le même.
Hors ligne
#17 Le 22/12/2020, à 19:46
- geole
Re : [Résolu] problème de démarrage grub
Pour info,
Je viens de booter avec la version 20.10 avec un ordinateur LEGACY
J'ai choisis la méthode 'autre chose' , puis j'ai voulu mettre sur une clé USB
MAIS au moment de formater la table de partition, il a refusé car il y avait une partition de type /dev/mapper en cours d'utilisation qu'il avait montée, Grace à gparted, j'ai pu démonté puis supprimer la partition, j'en ai profité pour supprimer le autres
Après j'ai pu refabriquer la table de partition
Puis une partition FAT32 DE 36 Mo
J'avais le choix entre trois points de montages
/dos
/windows
Partition system efi qui est en fin de liste et pas visible si on ne déroule pas
Puis j'ai alloué le reste en EXT4 pour le point de montage /
Il n'est toujours pas possible de formater en EXFAT
L'installation est en train de se faire mais le port est en USB2...
pour les paris: Cela va booter en LEGACY ou il faudra un ordinateur EFI?
Avec ou sans boot-repair?
AJOUT, C'est la surprise, l'installation par en boucle alors que c'est probablement fini d'installer.
La séquence en question est
Recherche d'autres système d'exploitation.
Le module qui ne comprend rien est grub-mount
ubuntu@ubuntu:~$ lsblk -fe7 -o +size
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE
sda 465,8G
├─sda1 ntfs ssdWinboot 796B23D11411E4F8 49,9G
├─sda2 ntfs ssdWinXP-2 39A322D60E9DD672 97,7G
├─sda3 ntfs ssdWin10-3 BE3A37143A36C963 140G
└─sda4 ext4 1.0 Pour Ubuntu ec732fcc-7338-46a2-91e0-1c883e26d0f9 155,7G
sdb 1,8T
├─sdb1 ntfs 2ToWinXP-1 654A71280E9DD672 105,1G
├─sdb2 ntfs NosDonnees 09FD70E16774D4DD 1,6T
├─sdb3 ntfs 2ToWin7boot 4014B1E11150574B 4G
└─sdb4 ntfs 2ToWin7vrai 2A98523F98520A29 95,2G
sdc 3,6T
├─sdc1 1007K
├─sdc2 ntfs 4ToWinXP-1 4534E9C60E9DD672 155G
├─sdc3 ntfs DupliNosDonnees
│ 79C4B3D0419CFB41 1,6T
├─sdc4 ext4 1.0 DupliHOME 89ff72bd-c574-4489-91b2-800fd79c7fee 109G
├─sdc5 ntfs BigDisK 09FD70E16774D4DD 1,5T
├─sdc6 ntfs 4TOWinXP1SSD 39A322D60E9DD672 96,7G
├─sdc7 ntfs 4TOWINXPsdb2 C87C9DA77C9D90B4 35,9G
├─sdc8 ext4 1.0 DupliUbuntu 67aed218-03fe-4406-bc1d-79f7085809a6 35,9G
├─sdc9 ntfs 4TOWinXPvieux 6CDFEB2715556D21 31G
├─sdc10 ntfs 4TOWinXP2SD 2E6C45FC0E9DD672 104,9G
├─sdc11 linux_ 0.90. 49aa466d-acfc-e3d7-5e1f-d7e96d2dc9e7 1G
├─sdc12 linux_ 0.90. 49aa466d-acfc-e3d7-5e1f-d7e96d2dc9e7 1G
├─sdc13 linux_ 0.90. 49aa466d-acfc-e3d7-5e1f-d7e96d2dc9e7 1G
├─sdc14 linux_ 0.90. 49aa466d-acfc-e3d7-5e1f-d7e96d2dc9e7 1G
├─sdc15 vfat FAT32 BOOTWINDOWS 247F-17DA 2,3G
├─sdc16 vfat FAT32 7AB3-FF0F 1G
├─sdc17 linux_ 1.2 b:0 331e0e1b-1106-7f6d-e979-955657614582 1G
├─sdc18 linux_ 1.2 b:0 331e0e1b-1106-7f6d-e979-955657614582 1G
├─sdc19 linux_ 1.2 b:0 331e0e1b-1106-7f6d-e979-955657614582 14,9G
└─sdc20 linux_ 1.2 b:0 331e0e1b-1106-7f6d-e979-955657614582 1G
sdd 14,6G
├─sdd1 vfat FAT32 8F10-C8E3 32,5M 0% /target/bo 33M
└─sdd2 ext4 1.0 d6342c8b-852a-4430-bf3b-b0c39e857d1c 6,9G 46% /target 14,6G
sde 57,6G
├─sde1 exfat 1.0 ventoy 3041-F70A 57,6G
│ └─ventoy
│ 0 100% /target/cd 2,7G
└─sde2 vfat FAT16 VTOYEFI 9FB4-70F2 32M
sr0 Il ne doit probablement pas apprécier un vieux RAID
Capture d'écran avec iotop, top, journalctl
Je vais procéder au meurtre du trublion
==> cela semble débloquer la situation, avec un message disant que le type de raids de SDC13 n'est pas connu
"déc. 23 11:08:29 ubuntu 50mounted-tests[77162]: debug: mounting /dev/mapper/osprober-linux-sdc13 (/dev/sdc13) as linux_raid_member failed: mount: /var/lib/os-prober/mount: type de système de fichiers « linux_raid_member » inconnu."Quelques extraits du boot-info fait dans la foulée
1) Le MBR de SDA est détruit, Mais j'ai oublié de positionner sur SDD
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for /boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_gpt biosdisk search_fs_uuid
---------------------------------------------------------------------------
config script
---------------------------------------------------------------------------
search.fs_uuid d6342c8b-852a-4430-bf3b-b0c39e857d1c root hd3,gpt2
set prefix=($root)'/boot/grub' test de boot à faire
2) La structure EFI semble correcte et la version est installée
sdd1: __________________________________________________________________________
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
sdd2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.10
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.imgIl semble y avoir de l'EFI d'installé
sdd1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sdd2 : is-os, 64, apt-get, signed grub-pc grub-efi , grub2, grub-install, grubenv-ok, update-grub, not-far
sdd1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdd2 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdd1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdd
sdd2 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sdd3) Reste à voir ce qui va se passer sur un ordinateur EFI équipé ou non de trois disques internes
===================== sdd1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid d6342c8b-852a-4430-bf3b-b0c39e857d1c root hd3,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sdd2/boot/grub/grub.cfg (filtered) ======================
Ubuntu d6342c8b-852a-4430-bf3b-b0c39e857d1cDernière modification par geole (Le 23/12/2020, à 13:10)
Hors ligne
#18 Le 23/12/2020, à 14:08
- geole
Re : [Résolu] problème de démarrage grub
Bonjour
Cet échange va préciser le comportement de la version 20.10 qui veut s'installer en EFI avec un ordinateur dit LEGACY
Le test est fait sur un support amovible . Mais je pense que le comportement avec une installation sur disque interne sera identique. Mais cela ne veut pas dire que la version 21.04 aura le même comportement
Je résume rapidement la partie LEGACY a enfin été incluse dans la partie EFI. Il n'y a donc plus de distinction à faire.. Si je comprends bien, il a fallu 20 ans pour que le problème soit réglé
Quelques extraits supplémentaires. Ceux du boot-info sont disponibles dans l'échange qui précède.
a@a:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
tmpfs 393M 4,5M 389M 2% /run
/dev/sdd2 15G 7,0G 6,7G 52% /
tmpfs 2,0G 15M 2,0G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 4,0M 0 4,0M 0% /sys/fs/cgroup
/dev/sdd1 33M 7,8M 25M 24% /boot/efi
tmpfs 393M 968K 393M 1% /run/user/1000
a@a:~$a@a:~$ [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
Session non-EFI
a@a:~$a@a:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdd2 during installation
UUID=d6342c8b-852a-4430-bf3b-b0c39e857d1c / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdd1 during installation
UUID=8F10-C8E3 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
a@a:~$ et , après élimination du vieux raid, la mise à jour logiciel se passe bien
sudo apt update
Atteint :1 http://fr.archive.ubuntu.com/ubuntu groovy InRelease
Atteint :2 http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu groovy InRelease
Réception de :3 http://fr.archive.ubuntu.com/ubuntu groovy-updates InRelease [110 kB]
Réception de :4 http://security.ubuntu.com/ubuntu groovy-security InRelease [110 kB]
Réception de :5 http://fr.archive.ubuntu.com/ubuntu groovy-backports InRelease [101 kB]
Réception de :6 http://fr.archive.ubuntu.com/ubuntu groovy-updates/main amd64 DEP-11 Metadata [24,1 kB]
Réception de :7 http://fr.archive.ubuntu.com/ubuntu groovy-updates/universe amd64 DEP-11 Metadata [15,1 kB]
Réception de :8 http://fr.archive.ubuntu.com/ubuntu groovy-backports/universe amd64 DEP-11 Metadata [600 B]
361 ko réceptionnés en 6s (57,3 ko/s)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Tous les paquets sont à jour.MAINTENANT
Utilisation de cette même clé dans un ordinateur EFI qui permet de choisir les fichiers de boot. Lui aussi dispose de trois disques internes
Boot sans problème. Tel qu'on peut le voir
[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
Session EFIdf
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
tmpfs 706756 1640 705116 1% /run
/dev/sdd2 15017952 7983932 6251428 57% /
tmpfs 3533772 0 3533772 0% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 4096 0 4096 0% /sys/fs/cgroup
/dev/sdd1 33256 7956 25301 24% /boot/efi
tmpfs 706752 120 706632 1% /run/user/1000Un contrôle vient d'être fait sur ce paramétrage
search.fs_uuid d6342c8b-852a-4430-bf3b-b0c39e857d1c root hd3,gpt2
Le chiffre 3 est maintenant sans signification, que la valeur soit 3 ou 4 ou 0, le boot EFI fonctionne bien.
Il n'y a donc plus besoin de s'en inquiéter.
et un petit dernier extrait du boot-info
2895d47544fd587b26c7e29be1295c27 sdd1/BOOT/fbx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84 sdd1/BOOT/mmx64.efi
951288adcc81d2d86508f3f18d9753e0 sdd1/ubuntu/grubx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84 sdd1/ubuntu/mmx64.efi
78415fb8fb9b909f8029858113f1335f sdd1/ubuntu/shimx64.efi
78415fb8fb9b909f8029858113f1335f sdd1/BOOT/BOOTX64.efi===> Il devrait être possible, en fabriquant une table de partition en MBR et en choisissant de mettre le MBR sur ce support, de booter aussi avec un ordinateur LEGACY car /boot/bootx64.efi est bien constitué.
Voici comment faire un support externe capable de booter en LEGACY.
1) Inutile que le support externe dispose d'une table de partition MSDOS car le support sera reformaté
2) Ne pas prendre l'option "autre chose" car cela part dans une installation EFI. Mais la structure EFI ne s'installe pas dans la partition FAT32 ayant un drapeau de boot et montée sur le répertoire /boot/efi
3) Prendre l'option Effacer le disque et installer Ubuntu
Eviter de se tromper dans le choix des disques!, Normalement, c'est le dernier de la liste
On aura un message indiquant les partitions qui seront crées. 
Qu'on peut refuser.
4) Vérifier qu'en ayant choisi le disque à utiliser, la dernière ligne de la grille indique bien que le mbr sera celui du disque retenu
Extraits du boot-info
=> Grub2 (v2.00) is installed in the MBR of /dev/sdd and looks at sector 2048
of the same hard drive for core.img. core.img is at this location and
looks for (,gpt3)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_gpt biosdisk
....
sdd1: __________________________________________________________________________
File system: BIOS Boot partition
Boot sector type: Grub2's core.img
Boot sector info:
sdd2: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
sdd3: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.10
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sdd3 : is-os, 64, apt-get, signed grub-pc grub-efi , grub2, grub-install, grubenv-ok, update-grub, not-farLe boot se fait bien en mode legacy et il y a tout pour que se passe bien en EFI tel qu'on va le voir
[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
Session non-EFI
cat /etc/fstab | grep -v "#"
UUID=5b4d5df5-4a4d-4e9c-84f0-552fca1bd79e / ext4 errors=remount-ro 0 1
UUID=0DC5-B6D9 /boot/efi vfat umask=0077 0 1
/swapfile
none swap sw 0 0
ls -ls /boot/efi/efi/boot
total 3756
1312 -rwx------ 1 root root 1341560 déc. 23 23:19 BOOTX64.EFI
1196 -rwx------ 1 root root 1222800 déc. 23 23:19 fbx64.efi
1248 -rwx------ 1 root root 1277024 déc. 23 23:19 mmx64.efi
ls -ls /boot/efi/efi/ubuntu
total 4212
4 -rwx------ 1 root root 108 déc. 23 23:19 BOOTX64.CSV
4 -rwx------ 1 root root 126 déc. 23 23:19 grub.cfg
1644 -rwx------ 1 root root 1681280 déc. 23 23:19 grubx64.efi
1248 -rwx------ 1 root root 1277024 déc. 23 23:19 mmx64.efi
1312 -rwx------ 1 root root 1341560 déc. 23 23:19 shimx64.efi
cat /boot/efi/efi/ubuntu/grub.cfg
search.fs_uuid 5b4d5df5-4a4d-4e9c-84f0-552fca1bd79e root hd3,gpt3
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfgDernière modification par geole (Le 24/12/2020, à 00:39)
Hors ligne
#19 Le 26/12/2020, à 15:17
- seboun
Re : [Résolu] problème de démarrage grub
Bonjour,
J'ai appliqué les conseils de geole en repartionnant ma clé ubuntu depuis le live-usb avec gparted (j'ai mis sur la partition de 37mo le flag esp et le flag boot, fallait-il mettre boot ?).
J'ai utilisé boot repair comme il a dit et voici le rapport : https://paste.ubuntu.com/p/7Mdy5GTnW9/
Il semble qu'il y a toujours cette histoire de hd3 comme il avait dit.
Hors ligne
#20 Le 26/12/2020, à 15:36
- seboun
Re : [Résolu] problème de démarrage grub
J'ai essayé de regarder le fichier efi/ubuntu/grub.cfg mais je ne trouve pas le fichier. J'ai cherché un fichier grub.cfg dans la clé, j'en trouve un et c'est ça (chemin : boot/grub/grub.cfg) :
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${initrdfail}" = 2 ]; then
set initrdfail=
elif [ "${initrdfail}" = 1 ]; then
set next_entry="${prev_entry}"
set prev_entry=
save_env prev_entry
if [ "${next_entry}" ]; then
set initrdfail=2
fi
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function initrdfail {
if [ -n "${have_grubenv}" ]; then if [ -n "${partuuid}" ]; then
if [ -z "${initrdfail}" ]; then
set initrdfail=1
if [ -n "${boot_once}" ]; then
set prev_entry="${default}"
save_env prev_entry
fi
fi
save_env initrdfail
fi; fi
}
function recordfail {
set recordfail=1
if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_msdos
insmod ext2
set root='hd3,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos1 --hint-efi=hd3,msdos1 --hint-baremetal=ahci3,msdos1 47bc1d5b-8382-4aaf-9814-768e7218344f
else
search --no-floppy --fs-uuid --set=root 47bc1d5b-8382-4aaf-9814-768e7218344f
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=fr_FR
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=10
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=hidden
set timeout=10
# Fallback hidden-timeout code in case the timeout_style feature is
# unavailable.
elif sleep --interruptible 10 ; then
set timeout=10
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
if [ "${1}" = "keep" ]; then
set vt_handoff=vt.handoff=7
else
set vt_handoff=
fi
}
if [ "${recordfail}" != 1 ]; then
if [ -e ${prefix}/gfxblacklist.txt ]; then
if hwmatch ${prefix}/gfxblacklist.txt 3; then
if [ ${match} = 0 ]; then
set linux_gfx_mode=keep
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=keep
fi
else
set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-47bc1d5b-8382-4aaf-9814-768e7218344f' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd3,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos1 --hint-efi=hd3,msdos1 --hint-baremetal=ahci3,msdos1 47bc1d5b-8382-4aaf-9814-768e7218344f
else
search --no-floppy --fs-uuid --set=root 47bc1d5b-8382-4aaf-9814-768e7218344f
fi
linux /boot/vmlinuz-5.4.0-58-generic root=UUID=47bc1d5b-8382-4aaf-9814-768e7218344f ro quiet splash $vt_handoff
initrd /boot/initrd.img-5.4.0-58-generic
}
submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-47bc1d5b-8382-4aaf-9814-768e7218344f' {
menuentry 'Ubuntu, with Linux 5.4.0-58-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.0-58-generic-advanced-47bc1d5b-8382-4aaf-9814-768e7218344f' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd3,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos1 --hint-efi=hd3,msdos1 --hint-baremetal=ahci3,msdos1 47bc1d5b-8382-4aaf-9814-768e7218344f
else
search --no-floppy --fs-uuid --set=root 47bc1d5b-8382-4aaf-9814-768e7218344f
fi
echo 'Loading Linux 5.4.0-58-generic ...'
linux /boot/vmlinuz-5.4.0-58-generic root=UUID=47bc1d5b-8382-4aaf-9814-768e7218344f ro quiet splash $vt_handoff
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.4.0-58-generic
}
menuentry 'Ubuntu, with Linux 5.4.0-58-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.0-58-generic-recovery-47bc1d5b-8382-4aaf-9814-768e7218344f' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd3,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos1 --hint-efi=hd3,msdos1 --hint-baremetal=ahci3,msdos1 47bc1d5b-8382-4aaf-9814-768e7218344f
else
search --no-floppy --fs-uuid --set=root 47bc1d5b-8382-4aaf-9814-768e7218344f
fi
echo 'Loading Linux 5.4.0-58-generic ...'
linux /boot/vmlinuz-5.4.0-58-generic root=UUID=47bc1d5b-8382-4aaf-9814-768e7218344f ro recovery nomodeset dis_ucode_ldr
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.4.0-58-generic
}
menuentry 'Ubuntu, with Linux 5.4.0-42-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.0-42-generic-advanced-47bc1d5b-8382-4aaf-9814-768e7218344f' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd3,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos1 --hint-efi=hd3,msdos1 --hint-baremetal=ahci3,msdos1 47bc1d5b-8382-4aaf-9814-768e7218344f
else
search --no-floppy --fs-uuid --set=root 47bc1d5b-8382-4aaf-9814-768e7218344f
fi
echo 'Loading Linux 5.4.0-42-generic ...'
linux /boot/vmlinuz-5.4.0-42-generic root=UUID=47bc1d5b-8382-4aaf-9814-768e7218344f ro quiet splash $vt_handoff
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.4.0-42-generic
}
menuentry 'Ubuntu, with Linux 5.4.0-42-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.0-42-generic-recovery-47bc1d5b-8382-4aaf-9814-768e7218344f' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd3,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos1 --hint-efi=hd3,msdos1 --hint-baremetal=ahci3,msdos1 47bc1d5b-8382-4aaf-9814-768e7218344f
else
search --no-floppy --fs-uuid --set=root 47bc1d5b-8382-4aaf-9814-768e7218344f
fi
echo 'Loading Linux 5.4.0-42-generic ...'
linux /boot/vmlinuz-5.4.0-42-generic root=UUID=47bc1d5b-8382-4aaf-9814-768e7218344f ro recovery nomodeset dis_ucode_ldr
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.4.0-42-generic
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/10_linux_zfs ###
### END /etc/grub.d/10_linux_zfs ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Ubuntu 18.04.5 LTS (18.04) (on /dev/sda2)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
else
search --no-floppy --fs-uuid --set=root 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
fi
linux /boot/vmlinuz-4.15.0-128-generic root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.15.0-128-generic
}
submenu 'Advanced options for Ubuntu 18.04.5 LTS (18.04) (on /dev/sda2)' $menuentry_id_option 'osprober-gnulinux-advanced-9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
menuentry 'Ubuntu (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.15.0-128-generic--9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
else
search --no-floppy --fs-uuid --set=root 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
fi
linux /boot/vmlinuz-4.15.0-128-generic root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.15.0-128-generic
}
menuentry 'Ubuntu, with Linux 4.15.0-128-generic (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.15.0-128-generic--9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
else
search --no-floppy --fs-uuid --set=root 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
fi
linux /boot/vmlinuz-4.15.0-128-generic root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.15.0-128-generic
}
menuentry 'Ubuntu, with Linux 4.15.0-128-generic (recovery mode) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.15.0-128-generic-root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro recovery nomodeset dis_ucode_ldr-9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
else
search --no-floppy --fs-uuid --set=root 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
fi
linux /boot/vmlinuz-4.15.0-128-generic root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro recovery nomodeset dis_ucode_ldr
initrd /boot/initrd.img-4.15.0-128-generic
}
menuentry 'Ubuntu, with Linux 4.15.0-126-generic (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.15.0-126-generic--9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
else
search --no-floppy --fs-uuid --set=root 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
fi
linux /boot/vmlinuz-4.15.0-126-generic root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.15.0-126-generic
}
menuentry 'Ubuntu, with Linux 4.15.0-126-generic (recovery mode) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.15.0-126-generic-root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro recovery nomodeset dis_ucode_ldr-9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
else
search --no-floppy --fs-uuid --set=root 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
fi
linux /boot/vmlinuz-4.15.0-126-generic root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro recovery nomodeset dis_ucode_ldr
initrd /boot/initrd.img-4.15.0-126-generic
}
menuentry 'Ubuntu, with Linux 4.15.0-124-generic (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.15.0-124-generic--9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
else
search --no-floppy --fs-uuid --set=root 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
fi
linux /boot/vmlinuz-4.15.0-124-generic root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.15.0-124-generic
}
menuentry 'Ubuntu, with Linux 4.15.0-124-generic (recovery mode) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.15.0-124-generic-root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro recovery nomodeset dis_ucode_ldr-9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef' {
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
else
search --no-floppy --fs-uuid --set=root 9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef
fi
linux /boot/vmlinuz-4.15.0-124-generic root=UUID=9cc145e7-80bf-4e8b-8dbd-6d045a2e97ef ro recovery nomodeset dis_ucode_ldr
initrd /boot/initrd.img-4.15.0-124-generic
}
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
set timeout=10
fi
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###Dois-je modifier ce fichier ? si oui, comment ?
Sinon il y a un fichier grub.cfg dans "usr/share/doc/grub-common/examples" mais j'imagine que ce n'est pas celui-ci.
Ou peut-être dois-je d'abord tenter d'essayer de booter sur la clé et voir si ça marche ?
merci encore !
Hors ligne
#21 Le 26/12/2020, à 17:35
- geole
Re : [Résolu] problème de démarrage grub
Bonjour
J'ai regardé rapidement mais attentivement.
Normalement, rien ne s'oppose à pouvoir booter sur le disque dur interne lorsque la clé USB n'est pas présente.
Rien ne s'oppose à booter automatiquement sur la clé USB lorsqu'elle est branchée si l'ordinateur prévoit de booter en priorité sur la clé USB. La réparation a aussi modifié le fichier de boot-standard de cette clé USB
cp /mnt/boot-sav/sdd1/boot/efi/EFI/ubuntu/shimx64.efi /mnt/boot-sav/sdd1/boot/efi/EFI/Boot/bootx64.efi
cp /mnt/boot-sav/sdd1/boot/efi/EFI/ubuntu/grubx64.efi /mnt/boot-sav/sdd1/boot/efi/EFI/Boot/
Comme prévu le fichier de boot EFI de la clé USB, n'est pas nécessairement parfait
===================== sdd2/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 47bc1d5b-8382-4aaf-9814-768e7218344f root hd3,msdos1
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfgMais je viens de voir qu'en version 20.10, cette codification n'empêche pas de booter correctement.
Alors il faudrait que tu essaies car c'est peut-être déjà pareil en version 20.04 ....
Sinon, suivant la façon d'allouer les disques par le bios, La première des trois lignes du fichier sera
search.fs_uuid 47bc1d5b-8382-4aaf-9814-768e7218344f root hd2,msdos1
ou
search.fs_uuid 47bc1d5b-8382-4aaf-9814-768e7218344f root hd0,msdos1 Bien entendu, ce problème n'existe pas pour les utilisateurs de refind qui cible directement les fichiers des l'O.S.
==================== sdd1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
5,278316498 = 5,667549184 boot/vmlinuz-5.4.0-42-generic 2
6,776565552 = 7,276281856 boot/vmlinuz-5.4.0-58-generic 1
7,147747040 = 7,674834944 boot/initrd.img-5.4.0-42-generic 5
7,179683685 = 7,709126656 boot/initrd.img-5.4.0-58-generic 8Hors ligne
#22 Le 27/12/2020, à 15:54
- seboun
Re : [Résolu] problème de démarrage grub
D'accord merci beaucoup j'ai essayé la clé fonctionne ! Mais... pourquoi le live usb va beaucoup plus vite que la clé ubuntu (qui malheureusement au final n'est pas vraiment fonctionnel vu la lenteur...) ! Je parle du démarrage mais aussi une fois allumé. Or je sais que la clé ubuntu n'est pas lente (car je l'ai déja utilisée pour en faire un live-usb avant).
Merci d'avance !
Hors ligne
#23 Le 27/12/2020, à 16:40
- geole
Re : [Résolu] problème de démarrage grub
Lorsque tu travailles en live USB, tout ce que tu modifies est uniquement modifié dans la RAM. Ce qui est l'accès le plus rapide.
Après il y a les SSD et NVME, puis les disques durs, puis ce qui est connecté derrière les supports USB. L'usb2 est très lent et les écritures dans les clés USB sont peu performantes. 10 Mo/s ?
Dernière modification par geole (Le 27/12/2020, à 16:41)
Hors ligne
#24 Le 27/12/2020, à 17:33
- seboun
Re : [Résolu] problème de démarrage grub
Ah oui je comprends tout à fait pour la ram et le live-usb. Mais je ne savais pas et je ne comprends pas pourquoi la clé ubuntu ne fait pas tourner tout sur la ram ?
Hors ligne
#25 Le 27/12/2020, à 18:19
- geole
Re : [Résolu] problème de démarrage grub
Lorsque ubuntu est installé (disque dur ou clé USB ou SSD, il mémorise aussi dans son support physique toutes les modifications apportées en RAM.
Hors ligne
Pages : 1