#1 Le 22/11/2020, à 17:22
- Raphanel
[Résolu] GRUB capricieux avec un dual-boot ubuntu 20.04 et W10
Bonjour tout le monde,
Je subit une "erreur" que je n'arrive pas à cerner avec GRUB depuis maintenant 1 semaine. Je vais expliquer la situation et le déroulement des évènements pour permettre une compréhension acceptable du problème et permettre sa résolution avec votre aide.
1. Le pc est avec le dual 18.04/W10 pour l'étape suivante.
J'ai branché un disque raid (alim et prise sata) d'un vieux pc avec la carte mère en panne pour récupérer des documents pour les transférés afin de refaire une sauvegarde sur d'autres supports. Lorsque j'ai branché ce disque raid sur le pc éteint, je l'ai allumé, j'ai du installer un logiciel mdadm pour faire la manipulation des fichiers du raid. Les fichiers du raid sont transférés et sauvegardés ailleurs, j’éteins le pc, jusque là rien d'anormal.
Le lendemain, je démarre le pc et là c'est le drame, la fameuse ligne de commande "GNU GRUB...
Je tape "exit" en ligne de commande, le processus continue je tombe sur le "grub habituel" Ubuntu est le premier choix il démarre tout va bien. J'éteins le pc sans soucis.
Surlendemain, je démarre le pc rebelote, la mise à niveau vers 20.04 me fait coucou dans coin (depuis un moment déjà d'ailleurs), je décide donc de la lancer après toutes les sauvegardes nécessaires. Je met le live-cd, installation etc. et redémarrage...je vous laisse deviner! "GNU GRUB...
J'ai installé le réparateur de démarrage, je lui ai fait faire ses petites affaires, il m'as donné un lien que je vous soumet boot-repair et la même chose en "code" au cas ou.
boot-repair-4ppa125 [20201122_1352]
============================= Boot Repair Summary ==============================
User choice:
Is sda (ATA SAMSUNG SSD 830) a removable disk? no
Default settings: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub2 of
sda5 into the MBRs of all disks (except live-disks and removable disks without OS).
Additional repair would be performed: unhide-bootmenu-10s
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your BIOS boot on sda (ATA SAMSUNG SSD 830) disk!
User settings: _________________________________________________________________
The settings chosen by the user will restore the [(generic mbr)] MBR in sdd, and make it boot on sdd1.
Additional repair will be performed: unhide-bootmenu-10s
============================== Restore MBR of sdd ==============================
dd if=/usr/lib/syslinux/mbr/mbr.bin of=/dev/sdd
Unhide GRUB boot menu in sda5/boot/grub/grub.cfg
Le démarrage de l'ordinateur a été correctement réparé.
Vous pouvez maintenant redémarrer votre ordinateur.
============================ Boot Info After Repair ============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector
1050624 of the same hard drive for core.img. core.img is at this location
and looks for (,gpt5)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_gpt biosdisk
---------------------------------------------------------------------------
=> Grub2 (v2.00) is installed in the MBR of /dev/sdb 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 edd46d07-9d4d-4a0a-b660-5dce756f0b3b root hd0,gpt5
set prefix=($root)'/boot/grub'
---------------------------------------------------------------------------
=> No boot loader is installed in the MBR of /dev/sdc.
=> Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdd.
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /efi/ubuntu/fwupx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi
/efi/ubuntu/grub.cfg
sda2: __________________________________________________________________________
File system: BIOS Boot partition
Boot sector type: Grub2's core.img
Boot sector info:
sda3: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda4: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
sda5: __________________________________________________________________________
File system: ext4
Boot sector type: Grub2 (v1.99-2.00)
Boot sector info: Grub2 (v2.00) is installed in the boot sector of sda5
and looks at sector 203747392 of the same hard drive
for core.img. core.img is at this location and looks
for (,gpt5)/boot/grub. It also embeds following
components:
modules
-------------------------------------------------------
fshelp ext2 part_gpt biosdisk
-------------------------------------------------------
Operating System: Ubuntu 20.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sdb1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
sdc1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
sdd1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 8/2012: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 8 or 10
Boot files: /bootmgr /Boot/BCD /Windows/System32/winload.exe
================================ 2 OS detected =================================
OS#1: L'OS actuellement utilisé - Ubuntu 20.04.1 LTS CurrentSession on sda5
OS#2: Windows 10 on sdd1
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.4.0-54-generic root=UUID=edd46d07-9d4d-4a0a-b660-5dce756f0b3b ro quiet splash vt.handoff=7
===================================== UEFI =====================================
This installed-session is not in EFI-mode.
EFI in dmesg.
[ 3.095180] systemd[1]: Condition check resulted in Store a System Token in an EFI Variable being skipped.
82894bcbe4f010664226ba7591372538 sda1/ubuntu/fwupx64.efi
474a3900382e54c2129626683f12f3b5 sda1/ubuntu/grubx64.efi
d5a2dfd48441834f97d7ab8e3c26ba0f sda1/ubuntu/mmx64.efi
6e94c3d33194c89bd327bfaa5871e294 sda1/ubuntu/shimx64.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : is-GPT, hasBIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
sdd : notGPT, no-BIOSboot, has-noESP, 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
sdc : is-GPT, no-BIOSboot, has-noESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda5 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ok, update-grub, farbios
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda4 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sdd1 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdc1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sda5 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda4 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdd1 : isnotESP, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, bootmgr, is-winboot
sdb1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdc1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda5 : 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
sda4 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sdd1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdd
sdb1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdc1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdc
fdisk -l (filtered): ___________________________________________________________
Disk sda: 119.25 GiB, 128035676160 bytes, 250069680 sectors
Disk identifier: 18AE6C68-138F-495B-BE0D-73B0780E71AA
Start End Sectors Size Type
sda1 2048 1050623 1048576 512M Microsoft basic data
sda2 1050624 1052671 2048 1M BIOS boot
sda3 233496576 250068991 16572416 7.9G Linux swap
sda4 1052672 2103295 1050624 513M Microsoft basic data
sda5 2103296 233496575 231393280 110.3G Linux filesystem
Partition table entries are not in disk order.
Disk sdd: 119.25 GiB, 128035676160 bytes, 250069680 sectors
Disk identifier: 0x250dd602
Boot Start End Sectors Size Id Type
sdd1 * 2048 250066943 250064896 119.2G 7 HPFS/NTFS/exFAT
Disk sdb: 465.78 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 0x157f652c
Boot Start End Sectors Size Id Type
sdb1 2048 976769023 976766976 465.8G 7 HPFS/NTFS/exFAT
Disk sdc: 189.95 GiB, 203928109056 bytes, 398297088 sectors
Disk identifier: CA456B57-1A7F-4629-813E-119351D1340B
Start End Sectors Size Type
sdc1 2048 398295039 398292992 189.9G Microsoft basic data
parted -lm (filtered): _________________________________________________________
sda:128GB:scsi:512:512:gpt:ATA SAMSUNG SSD 830:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:msftdata;
2:538MB:539MB:1049kB:::bios_grub;
4:539MB:1077MB:538MB:fat32::msftdata;
5:1077MB:120GB:118GB:ext4::;
3:120GB:128GB:8485MB:linux-swap(v1)::swap;
sdb:500GB:scsi:512:512:msdos:ATA Samsung SSD 860:;
1:1049kB:500GB:500GB:ntfs::;
sdc:204GB:scsi:512:512:gpt:ATA Maxtor 6L200S0:;
1:1049kB:204GB:204GB:ntfs:Basic data partition:msftdata;
sdd:128GB:scsi:512:512:msdos:ATA SAMSUNG SSD 830:;
1:1049kB:128GB:128GB:ntfs::boot;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 vfat 6BF1-7CF3 ac5ce4af-62ec-4768-bf90-34ec50632bd4 EFI System Partition
├─sda2 be135210-cc71-45f8-9121-0f560f81e9bc
├─sda3 swap 83abfe2d-9008-4ff6-896a-4930e457b7aa 2cb99bb2-880e-4303-819c-24612744ee92
├─sda4 vfat A4F0-9A93 afe3d7d6-88ad-4e8c-a687-1938091d66eb
└─sda5 ext4 edd46d07-9d4d-4a0a-b660-5dce756f0b3b 79f36ee1-6920-4455-b881-ddf8b1804052
sdb
└─sdb1 ntfs F0728BE2728BABC2 157f652c-01 compléments
sdc
└─sdc1 ntfs DADCACABDCAC837D d037c764-875e-4da0-bf6c-057a8ab3a126 bazar Basic data partition
sdd
└─sdd1 ntfs C41C75641C755302 250dd602-01
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 507.6M 1% /mnt/boot-sav/sda1
sda4 512M 0% /mnt/boot-sav/sda4
sda5 91.7G 10% /
sdb1 321.8G 31% /media/raphanel/complxc3xa9ments
sdc1 186G 2% /mnt/boot-sav/sdc1
sdd1 79.9G 33% /mnt/boot-sav/sdd1
Mount options: __________________________________________________________________
sda1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sda4 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sda5 rw,relatime,errors=remount-ro
sdb1 rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096
sdc1 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sdd1 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 8125889c-5168-4046-9dbc-edcfa3c41a70 root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sda5/boot/grub/grub.cfg (filtered) ======================
Ubuntu edd46d07-9d4d-4a0a-b660-5dce756f0b3b
Ubuntu, with Linux 5.4.0-54-generic edd46d07-9d4d-4a0a-b660-5dce756f0b3b
Ubuntu, with Linux 5.4.0-42-generic edd46d07-9d4d-4a0a-b660-5dce756f0b3b
Windows 10 (on sdd1) C41C75641C755302
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sda5/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=edd46d07-9d4d-4a0a-b660-5dce756f0b3b / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda4 during installation
/swapfile none swap sw 0 0
======================= sda5/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=""
==================== sda5: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
77,145408630 = 82,834251776 boot/grub/grub.cfg 1
97,157875061 = 104,322473984 boot/grub/i386-pc/core.img 1
6,943492889 = 7,455518720 boot/vmlinuz 1
5,651363373 = 6,068105216 boot/vmlinuz-5.4.0-42-generic 2
6,943492889 = 7,455518720 boot/vmlinuz-5.4.0-54-generic 1
5,651363373 = 6,068105216 boot/vmlinuz.old 2
3,518264771 = 3,777708032 boot/initrd.img 2
8,719406128 = 9,362391040 boot/initrd.img-5.4.0-42-generic 1
3,518264771 = 3,777708032 boot/initrd.img-5.4.0-54-generic 2
8,719406128 = 9,362391040 boot/initrd.img.old 1
===================== sda5: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 17622 oct. 1 17:19 10_linux
-rwxr-xr-x 1 root root 42359 oct. 1 17:19 10_linux_zfs
-rwxr-xr-x 1 root root 12894 juil. 31 02:34 20_linux_xen
-rwxr-xr-x 1 root root 12059 juil. 31 02:34 30_os-prober
-rwxr-xr-x 1 root root 1424 juil. 31 02:34 30_uefi-firmware
-rwxr-xr-x 1 root root 214 juil. 31 02:34 40_custom
-rwxr-xr-x 1 root root 216 juil. 31 02:34 41_custom
========= Devices which don't seem to have a corresponding hard drive ==========
sde sdf
J'ai plusieurs questions vis à vis du problèmes.
1. Le disque dur en raid m'aurait il mis le bazar?
2. Il y a un soucis avec W10 dans les paramétres de veille qui met les disques durs presents sur le systeme en lecture seule, j'ai corrigé ce parametre dans W10 durant ces soucis en m'aidant de ce post ici au message #4.
3. Je pensais que la mise à jour de 18.04 vers 20.04 m'aurait "corriger" le problème ai je eu tord?
J'ai la critique constructive, surtout n'hesitez pas à conseiller, interpeller, orienter.
Cordialement
Raphanel
Dernière modification par Raphanel (Le 25/11/2020, à 10:55)
Hors ligne
#2 Le 22/11/2020, à 17:56
- lucmars
Re : [Résolu] GRUB capricieux avec un dual-boot ubuntu 20.04 et W10
Ton installe 2004 sur sda est cradingue : installe Legacy sur disque type gpt donc:
-Grub en MBR
- espace Bios_boot comme il se doit en ce cas
- au cas où Grub dans la partition racine (on ne sait jamais)
- enfin une partoche EFI avec du buntu.efi mais inutile !
Pas très digeste non?
Concernant le disque en raid a récupérer, je pense que l'ajout de mdadm a faussé le Grub en lui invoquant un truc en Raid qui n'est plus, puisque t'as retiré le disque en Raid.
Gaulois Matter !
Hors ligne
#3 Le 22/11/2020, à 18:36
- Raphanel
Re : [Résolu] GRUB capricieux avec un dual-boot ubuntu 20.04 et W10
Merci pour la réponse rapide, malheureusement je n'ai pas trop saisi les différents conseils. J'essaye de résumer pour que je comprennes bien la marche à suivre. Je ne suis pas expert.
je met mon bios en Legacy pour installer 20.04 (là c'est bon) sur disque type GPT (?) je peux sélectionner ce type dans le live cd?
A l'installation je met le grub en sda (<= qui correspond a la racine du disque?) tout simplement et non pas sda 1, sda2 etc?
Par contre le grub en MBR et partition EFI je comprends pas désolé.
Avec le live-cd je formate le dd sda et ensuite je lance l'installation "par défaut" pour avoir les paramètres demandés ou alors je met en mode "expert"? (Je met le disque a zero et je lance une nouvelle installation)
Cordialement
Raphanel
Hors ligne
#4 Le 22/11/2020, à 19:55
- lucmars
Re : [Résolu] GRUB capricieux avec un dual-boot ubuntu 20.04 et W10
T'as pigé que ton dual-boot doit etre en Legacy, ok !
En Legacy Grub sur sda (et non sda1 ou sdaX) = Grub en Mbr
Si tu veux une réinstalle Legacy propre du buntu : depuis une clef/dvd buntu, tu convertis la table de partition de sda de Gpt (plutot EFI) en Ms-dos (plutot Legacy). Sauves tes billes car ça efface tout !
Puis t'installes à ta sauce. Notes qu'avec une table Ms-dos t'as droit qu'a 4 partoches primaires.
Gaulois Matter !
Hors ligne
#5 Le 22/11/2020, à 20:42
- ikewdu
Re : [Résolu] GRUB capricieux avec un dual-boot ubuntu 20.04 et W10
Salut,
Je pense que si tu supprimes la partition efi du disque sda, ou moins radical, si tu désactives complètement l'UEFI dans ton bios pour n'avoir que le mode "Legacy", tu n'auras plus ce double "grub". C'est en effet ce grub sur la partition efi qui te met le bazar. Il cherche une partition dont l'uuid n'existe pas : 8125889c-5168-4046-9dbc-edcfa3c41a70
On le voit ici :
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 8125889c-5168-4046-9dbc-edcfa3c41a70 root hd0,gpt2
Et ce qui existe est là.
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 vfat 6BF1-7CF3 ac5ce4af-62ec-4768-bf90-34ec50632bd4 EFI System Partition
├─sda2 be135210-cc71-45f8-9121-0f560f81e9bc
├─sda3 swap 83abfe2d-9008-4ff6-896a-4930e457b7aa 2cb99bb2-880e-4303-819c-24612744ee92
├─sda4 vfat A4F0-9A93 afe3d7d6-88ad-4e8c-a687-1938091d66eb
└─sda5 ext4 edd46d07-9d4d-4a0a-b660-5dce756f0b3b 79f36ee1-6920-4455-b881-ddf8b1804052
Ton expérience en RAID n'a rien à voir, selon moi. Mais il n'en demeure pas moins vrai que ton installation n'est pas très heureuse. Ton Windows fonctionnant en Legacy sur disque ms-dos, ton Linux devrait utiliser les mêmes paramétrages.
Dernière modification par ikewdu (Le 22/11/2020, à 20:59)
Hors ligne
#6 Le 23/11/2020, à 16:29
- Raphanel
Re : [Résolu] GRUB capricieux avec un dual-boot ubuntu 20.04 et W10
J'ai pris note de tout ça. Je résous mon problème en faisant une installation toute fraîche (que je désirais faire de toute manière) et je reviens ici mettre un "résolu" dans la foulée.
Merci à vous deux!
Raphanel
Hors ligne