#2176 Le 21/12/2021, à 13:22
- YannUbuntu
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Merci geole et jibel pour les retours.
@jibel, ça serait plus efficace si tu testais une fonctionnalité ou un scénario particulier, et que tu m'indiquais quelles lignes de ton boot-info te paraissent erronées/inutiles/bizarres...
@geole, le conseil partition cachée n'apparaissait pas car supplanté par celui concernant le decryptage (l.1764), j'ai corrigé ça dans ppa138, tu devrais avoir les 2 conseils maintenant.
dans ppa138, j'en ai profité pour cacher la section "Unknown MBRs" si grub-efi sélectionné,
ainsi que les sections "StdErr Messages" et "Devices which don't seem to have a corresponding hard drive" , sauf si option --no-filter activée.
Dernière modification par YannUbuntu (Le 21/12/2021, à 13:25)
à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison
Hors ligne
#2177 Le 21/12/2021, à 13:48
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonjour
Bonne idée d avoir supprimé le vidage hexadécimal des MBR si boot en EFI
Le chiffrage est toujours plein de surprises..
Confirmation request before suggested repair: __________________________________
You may want to retry after removing the [hidden] flag from the sda6 partition. This can be performed via tools such as Gparted.
You may want to retry after mounting your encrypted partitions so that the tool can verify their contents. (https://help.ubuntu.com/community/Encry … eDirectory)
Are you sure you want to continue anyway?
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#2178 Le 21/12/2021, à 14:08
- jibel
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
@Yannubuntu,
@jibel, ça serait plus efficace si tu testais une fonctionnalité ou un scénario particulier, et que tu m'indiquais quelles lignes de ton boot-info te paraissent erronées/inutiles/bizarres...
Effectivement, dans certaines circonstances. Créer table de partition et les utilisations de B.R.D. et gparted puis installation d'OS en M.B.R.ou mon choix....
Pour "utiliser" que "options avancées"===> "emplacement du grub" Pour définir quel OS sera en 1er dans mon choix pour que sda7 14.04 sera en 1er lors du lancement de ce disque dur, le seul connecté.
Mais jamais je démarrais B.R.D. pour les réparations recommandés...
Si je faisais les connexions de mes trois disques dur, le résultat de boot-info serait encore plus énorme ligne par ligne. Mon test perso de boot-info ne concerne que ce disque dur avec les systèmes d'exploitations installés.
Je crois, que tu sais que j'utilisais cette application depuis 7/8 ans sans avoir d'échec, par contre, j'ai des manques de connaissances d'analyser les lignes une par une pour éventuellement modifier/corriger..J'ai la dernière version 4ppa137 pour faire ce test. Cet 4app137 sera modifié pour 4ppa138, merci
Dernière modification par jibel (Le 21/12/2021, à 14:13)
Plus grande est la face, plus grand est le dos!
Toutes les fautes de frappe, d'orthographe, de grammaire et de syntaxe ci-dessus, sont la propriété intellectuelle de l'auteur. Elles doivent être reproduites et même corrigées sans l'accord préalable du susdit et toc !
Mint 21.1,Voyager20.04 et 22.04,Ubuntu 22.04,Emmabuntus 1.Buster, Debian 12.buster, Hybryde 14.04, Pas d'OS intermédiaire ! PC Medion AKOYA DD 1T + 2 .
Hors ligne
#2179 Le 21/12/2021, à 15:43
- YannUbuntu
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
ppa139: amelioration filtrage gdisk + ajout titres mdadm et dmraid + ne selectionne plus 'win-legacy-basic-fix' si grub-efi
@tous: pouvez-vous svp m'indiquer vos boot-info ppa139 ? afin que je verifie ce qu'il pourrait rester à améliorer.
à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison
Hors ligne
#2180 Le 21/12/2021, à 16:01
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Version LEGACY https://paste.ubuntu.com/p/kTM5pWD99y/
Version EFI avec supports externes https://paste.ubuntu.com/p/3P2Z5hPZNq/
Bonne lecture
Dernière modification par geole (Le 21/12/2021, à 16:19)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#2181 Le 21/12/2021, à 18:26
- YannUbuntu
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
merci geole.
ppa140: cette fois [ne selectionne plus 'win-legacy-basic-fix' si grub-efi] devrait fonctionner :-)
à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison
Hors ligne
#2182 Le 21/12/2021, à 19:47
- jibel
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
@Yannubuntu,
Je suis étonné en voyant les boot-infos de geole? Pourquoi, parce qu'une quantité énorme des lignes concernant les versions de Windows vista , W7, W8 , W10 et autres versions? les Fat 32 Que ça soit en EFI . Que viennent faire ici dans le forum ubuntu fr les réparations a effectuer avec B.R.D. que pour des systèmes d'exploitations libres, Gnu-linux arch linux, Debian et un choix dans +/- les 350 Operating systems depuis les années 1984/85 ? Puis aussi pour des versions de Windows XX
Il y aurait une concurrence entre Microsoft des versions de Windows et les O.S.s libres ?
Je dois avouer, ma tour de Medion AKOYA P5350D est en O.E.M avec Windows7 préinstallé. J'ai ce matériel depuis 10 ans et demi avec mes ajouts des trois disques dur internes.
Je signale avoir été averti d'être obligé de changer le disque dur officiel de cette tour depuis 2 ans....Sans Windows, bien sur? Pour la bonne et simple raison les sociétés en O.E.M ont un contrat avec Microsoft de préinstaller une des versions de Windows avec l'autorisation de garantie.. Quand cette garantie est terminée , c'est a l'utilisateur de faire son possible d'avoir la version suivante, familiale ou pro..
Je n'ai pas encore la dernière version de 4app140, même avec une mise a jour faite avec synaptic je me pose la question , mon commentaire servira-t-il ou non? Car depuis mon "évasion" de Windows je n'ai que des OSS libres. Est-ce qu'il peut y avoir une impasse avec M.B.R. et G.P.T dans le choix qui m'est fait lors de ma création de la table de partition qui sera en MS.DOS puis avec mon choix soit de G.P.T. soit en ext4 et sda... Si ma stupéfaction ne sert a rien, je clôturerais mes commentaires, merci
Plus grande est la face, plus grand est le dos!
Toutes les fautes de frappe, d'orthographe, de grammaire et de syntaxe ci-dessus, sont la propriété intellectuelle de l'auteur. Elles doivent être reproduites et même corrigées sans l'accord préalable du susdit et toc !
Mint 21.1,Voyager20.04 et 22.04,Ubuntu 22.04,Emmabuntus 1.Buster, Debian 12.buster, Hybryde 14.04, Pas d'OS intermédiaire ! PC Medion AKOYA DD 1T + 2 .
Hors ligne
#2183 Le 21/12/2021, à 20:57
- iznobe
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonsoir , voici un boot-info classique si ca peut aider : https://paste2.org/ a partir de LM una .
iznobe@iznobe-PC:~$ boot-info -v
boot-info version : 4ppa140
iznobe@iznobe-PC:~$
mais j' ai l' impression qu ' il y a un soucis :
A partir de budgie 21.10 : https://paste.ubuntu.com/p/2TyScp6Jrq/
Dernière modification par iznobe (Le 21/12/2021, à 21:04)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#2184 Le 21/12/2021, à 22:32
- Babdu89
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonsoir.
Je prends le train en route. Je ne sais trop ce qui est recherché actuellement, mais je poste un ou plusieurs boot info, suivant les réponses de YannUbuntu...
État des lieux;
Une machine qui démarre dans les deux modes UEFI et Bios_Legacy.
Un SSD interne avec table de partition MSDos. Qui démarre en mode Bios_Legacy.
Où sont installés un Windows 7 en /dev/sda1, et en dual boot un Ubuntu 20.04 à jour.
Une clé USB de tests table de partition en GPT. Qui me sert à faire connaissance de L'UEFI.
Mais pas que, puisque pour ma culture personnelle, j'ai installé deux systèmes que j'ai trituré pour qu'ils démarrent dans les deux modes UEFI et Bios_ Legacy.
Merci Boot-Repair pour réinstaller Grub en Bios_Legacy une foi les installation en UEFI terminés.
Donc dans le/les boot-info on voit des définitions de grub un peu particulières...
Partitionnement de la clé de test. avec table de partition en GPT.
Une partition fat32 boot-efi /dev/sdb1
Une partition /dev/sdb2, sans format bios-grub (bios-boot) pour y recevoir le "core image" du Ubuntu 14.04 installé /dev/sdb3 . Il n'est pas mis à jour.
Un Ubuntu 18.04 installé en /dev/sdb4 . Il n'est pas mis à jour.
Une partition data FT32 en /dev/sdb5.
Ci-dessous un boot-info, clé de tests branchée.
Machine démarrée en mode UEFI sur le Ubuntu 18.04 en /dev/sdb4, qui entre temps est passé Os qui démarre par défaut, Re merci boot-repair pour le changement d'ordre des Os au démarrage.
Le PPA boot-repair était installé, donc mise à jour faite pour avoir la dernière version.
boot-info fait depuis le Ubuntu 18.04 installé en /dev/sdb4.
boot-info-4ppa140 [20211221_2150]
============================== Boot Info Summary ===============================
=> 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 (,msdos2)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
=> Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector
34402304 of the same hard drive for core.img. core.img is at this location
and looks for (,gpt4)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_gpt biosdisk
---------------------------------------------------------------------------
sda1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 7/2008: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 7
Boot files: /bootmgr /Boot/BCD /Windows/System32/winload.exe
sda2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.3 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /efi/Boot/grubx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/MokManager.efi
/efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg
sdb2: __________________________________________________________________________
File system: BIOS Boot partition
Boot sector type: Grub2's core.img
Boot sector info:
sdb3: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 14.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
sdb4: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 18.04.4 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab
/boot/grub/i386-pc/core.img
sdb5: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
================================ 4 OS detected =================================
OS#1: L'OS actuellement utilisé - Ubuntu 18.04.4 LTS CurrentSession on sdb4
OS#2: Ubuntu 20.04.3 LTS on sda2
OS#3: Ubuntu 14.04.1 LTS on sdb3
OS#4: Windows 7 on sda1
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-4.15.0-101-generic root=UUID=cb4fb6ab-daa4-405d-a278-99d4c4ca5e63 ro quiet splash vt.handoff=1
===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this installed-session.
efibootmgr -v
BootCurrent: 0006
Timeout: 2 seconds
BootOrder: 0005,0000,0002,0001,0003,0004,0006
Boot0000 Diskette Drive BBS(Floppy,,0x0)
Boot0001* Internal HDD BBS(HD,,0x0)P0: LDLC .
Boot0002* USB Storage Device BBS(USB,,0x0)USB Storage Device.
Boot0003* CD/DVD/CD-RW Drive BBS(CDROM,,0x0)P1: TSSTcorp DVD+/-RW TS-U633J.
Boot0004 Onboard NIC BBS(Network,,0x0)
Boot0005* ubuntu HD(1,GPT,c279ab17-8851-4486-b8fb-7ae86a52026d,0x2007000,0xc8000)/File(\EFI\ubuntu\grubx64.efi)
Boot0006 UEFI: INT13(USB,0x80) PciRoot(0x0)/Pci(0x1d,0x0)/VenHw(aa7ba38a-dabf-40c3-8d18-b55b39609ef7,8001000000005553422020202020ffffffffffffffffffffffffffffffffffffffffffffffff)/HD(1,GPT,c279ab17-8851-4486-b8fb-7ae86a52026d,0x2007000,0xc8000)
648f9e93ae58ed689530b3e2da07414d sdb1/Boot/grubx64.efi
7dd96e18f135f11330a01701b6858e95 sdb1/ubuntu/grubx64.efi
d5a2dfd48441834f97d7ab8e3c26ba0f sdb1/ubuntu/mmx64.efi
ba8a7979ac57f1c0c307ef94d1020eb8 sdb1/ubuntu/MokManager.efi
6e94c3d33194c89bd327bfaa5871e294 sdb1/ubuntu/shimx64.efi
7dd96e18f135f11330a01701b6858e95 sdb1/Boot/BOOTX64.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sdb : is-GPT, hasBIOSboot, has---ESP, usb-disk, not-mmc, has-os, 2048 sectors * 512 bytes
sda : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sdb4 : is-os, 64, apt-get, grub-efi , grub1, grub-install, grubenv-ok, update-grub, not-far
sda1 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda2 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ok, update-grub, farbios
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sdb3 : is-os, 64, apt-get, signed grub-efi , grub2, grub-install, grubenv-ok, update-grub, not-far
sdb5 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
Partitions info (2/3): _________________________________________________________
sdb4 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda1 : isnotESP, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, bootmgr, is-winboot
sda2 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb3 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb5 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sdb4 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sdb
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 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdb3 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sdb
sdb5 : not-sepboot, 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.8 GiB, 120034123776 bytes, 234441648 sectors
Disk identifier: 0x00040603
Boot Start End Sectors Size Id Type
sda1 * 2048 56383487 56381440 26.9G 7 HPFS/NTFS/exFAT
sda2 56383488 234440703 178057216 84.9G 83 Linux
Disk sdb: 58.9 GiB, 63216549888 bytes, 123469824 sectors
Disk identifier: ECB2E9FC-2892-4570-89E6-CBFC2C80BF0F
Start End Sectors Size Type
sdb1 33583104 34402303 819200 400M EFI System
sdb2 34402304 35426303 1024000 500M BIOS boot
sdb3 35426304 79447788 44021485 21G Linux filesystem
sdb4 79448064 123467595 44019532 21G Linux filesystem
sdb5 2048 33583103 33581056 16G Microsoft basic data
Partition table entries are not in disk order.
parted -lm (filtered): _________________________________________________________
sda:120GB:scsi:512:512:msdos:ATA LDLC:;
1:1049kB:28.9GB:28.9GB:ntfs::boot;
2:28.9GB:120GB:91.2GB:ext4::;
sdb:63.2GB:scsi:512:512:gpt: USB DISK 3.0:;
5:1049kB:17.2GB:17.2GB:fat32::msftdata;
1:17.2GB:17.6GB:419MB:fat32::boot, esp;
2:17.6GB:18.1GB:524MB:::bios_grub;
3:18.1GB:40.7GB:22.5GB:ext4::;
4:40.7GB:63.2GB:22.5GB:ext4::;
Free space (filtered): _________________________________________________________
sda:114473MiB:scsi:512:512:msdos:ATA LDLC:;
1:0.03MiB:1.00MiB:0.97MiB:free;
1:114473MiB:114473MiB:0.46MiB:free;
sdb:60288MiB:scsi:512:512:gpt: USB DISK 3.0:;
1:0.02MiB:1.00MiB:0.98MiB:free;
1:38793MiB:38793MiB:0.13MiB:free;
1:60287MiB:60288MiB:1.07MiB:free;
gdisk (filtered): ______________________________________________________________
Found invalid GPT and valid MBR; converting MBR to GPT format
Disk /dev/sda: 234441648 sectors, 111.8 GiB
Disk identifier (GUID): 5EB34097-85FC-4FA8-97AA-1E7A507C6341
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 234441614
Partitions will be aligned on 2048-sector boundaries
Total free space is 2925 sectors (1.4 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 56383487 26.9 GiB 0700 Microsoft basic data
2 56383488 234440703 84.9 GiB 8300 Linux filesystem
GPT: damaged
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
Disk /dev/sdb: 123469824 sectors, 58.9 GiB
Disk identifier (GUID): ECB2E9FC-2892-4570-89E6-CBFC2C80BF0F
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 123469790
Partitions will be aligned on 2048-sector boundaries
Total free space is 4484 sectors (2.2 MiB)
Number Start (sector) End (sector) Size Code Name
1 33583104 34402303 400.0 MiB EF00
2 34402304 35426303 500.0 MiB EF02
3 35426304 79447788 21.0 GiB 8300
4 79448064 123467595 21.0 GiB 8300
5 2048 33583103 16.0 GiB 0700
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ntfs FA2AC6152AC5CF37 00040603-01 windows-7-del
└─sda2 ext4 9f5305b9-ddf9-4400-838d-7bb99f8b492f 00040603-02 ubuntu20.04-dell
sdb
├─sdb1 vfat 92C8-E043 c279ab17-8851-4486-b8fb-7ae86a52026d
├─sdb2 1f6dd8ce-568c-4617-9138-bb17d3c624a5
├─sdb3 ext4 72a66c99-76c9-420b-b133-77d8811a67f5 fcb240a0-cd9d-4f0f-829f-fac324612298 xubuntu-efi
├─sdb4 ext4 cb4fb6ab-daa4-405d-a278-99d4c4ca5e63 75c298a7-c048-4426-8ee7-943d786ea1f2 SB@
└─sdb5 vfat 0669-366B ee32a4b8-08a9-4165-b9e8-cf034813eaf5 test-multi
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 2.9G 89% /mnt/boot-sav/sda1
sda2 5.9G 88% /mnt/boot-sav/sda2
sdb3 14.9G 22% /media/bernard/xubuntu-efi
sdb4 2.3G 84% /
sdb5 5.6G 65% /media/bernard/test-multi
Mount options: __________________________________________________________________
sda1 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda2 rw,relatime,data=ordered
sdb3 rw,nosuid,nodev,relatime,stripe=32639,data=ordered
sdb4 rw,noatime,errors=remount-ro,data=ordered
sdb5 rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro
====================== sda2/boot/grub/grub.cfg (filtered) ======================
Ubuntu 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.11.0-43-generic 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.11.0-41-generic 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Windows 7 (sur sda1) FA2AC6152AC5CF37
### 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/sdb16 during installation
UUID=9f5305b9-ddf9-4400-838d-7bb99f8b492f / ext4 errors=remount-ro 0 1
# swap was on /dev/sdc6 during installation
/file.swap none swap sw 0 0
======================= 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)
61.620223999 = 66.164211712 boot/grub/grub.cfg 1
32.926273346 = 35.354316800 boot/grub/i386-pc/core.img 1
74.490428925 = 79.983489024 boot/vmlinuz 2
52.940639496 = 56.844578816 boot/vmlinuz-5.11.0-41-generic 2
74.490428925 = 79.983489024 boot/vmlinuz-5.11.0-43-generic 2
52.940639496 = 56.844578816 boot/vmlinuz.old 2
67.377925873 = 72.346497024 boot/initrd.img 12
84.648162842 = 90.890272768 boot/initrd.img-5.11.0-41-generic 13
67.377925873 = 72.346497024 boot/initrd.img-5.11.0-43-generic 12
84.648162842 = 90.890272768 boot/initrd.img.old 13
===================== sda2: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 18151 août 12 11:18 10_linux
-rwxr-xr-x 1 root root 42359 août 17 2020 10_linux_zfs
-rwxr-xr-x 1 root root 12894 avril 15 2020 20_linux_xen
-rwxr-xr-x 1 root root 12059 avril 15 2020 30_os-prober
-rwxr-xr-x 1 root root 1424 avril 15 2020 30_uefi-firmware
-rwxr-xr-x 1 root root 214 avril 15 2020 40_custom
-rwxr-xr-x 1 root root 216 avril 15 2020 41_custom
===================== sdb1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 72a66c99-76c9-420b-b133-77d8811a67f5 root hd1,gpt3
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sdb3/boot/grub/grub.cfg (filtered) ======================
Ubuntu 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-170-generic 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-117-generic 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-32-generic 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu 20.04 LTS (20.04) (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.4.0-40-generic (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.4.0-39-generic (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu 18.04.4 LTS (18.04) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, avec Linux 4.15.0-101-generic (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, avec Linux 4.15.0-99-generic (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, avec Linux 4.15.0-91-generic (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu 18.04.4 LTS (18.04) (sur sda3) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu (sur sda3) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, with Linux 4.15.0-101-generic (sur sda3) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, with Linux 4.15.0-99-generic (sur sda3) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sdb3/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb3 during installation
UUID=72a66c99-76c9-420b-b133-77d8811a67f5 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdb1 during installation
UUID=92C8-E043 /boot/efi vfat defaults 0 1
======================= sdb3/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
==================== sdb3: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
19.029289246 = 20.432543744 boot/grub/grub.cfg 1
19.077713013 = 20.484538368 boot/vmlinuz-3.13.0-117-generic 2
19.308181763 = 20.732002304 boot/vmlinuz-3.13.0-117-generic.efi.signed 1
19.421516418 = 20.853694464 boot/vmlinuz-3.13.0-170-generic 1
17.878444672 = 19.196833792 boot/vmlinuz-3.13.0-32-generic 2
19.421516418 = 20.853694464 vmlinuz 1
17.878444672 = 19.196833792 vmlinuz.old 2
21.895526886 = 23.510142976 boot/initrd.img-3.13.0-117-generic 2
19.653495789 = 21.102780416 boot/initrd.img-3.13.0-170-generic 2
19.528972626 = 20.969074688 boot/initrd.img-3.13.0-32-generic 2
19.653495789 = 21.102780416 initrd.img 2
19.528972626 = 20.969074688 initrd.img.old 2
===================== sdb3: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 11608 mars 22 2019 10_linux
-rwxr-xr-x 1 root root 10412 mars 22 2019 20_linux_xen
-rwxr-xr-x 1 root root 11692 mars 22 2019 30_os-prober
-rwxr-xr-x 1 root root 1418 mars 22 2019 30_uefi-firmware
-rwxr-xr-x 1 root root 214 mars 22 2019 40_custom
-rwxr-xr-x 1 root root 216 mars 22 2019 41_custom
====================== sdb4/boot/grub/grub.cfg (filtered) ======================
Ubuntu cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, with Linux 4.15.0-101-generic cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, with Linux 4.15.0-99-generic cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, with Linux 4.15.0-91-generic cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu 20.04.2 LTS (20.04) (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.8.0-50-generic (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.8.0-49-generic (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu 14.04.1 LTS (14.04) (on sdb3) 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu (on sdb3) 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-170-generic (on sdb3) 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-117-generic (on sdb3) efi.signed--72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-32-generic (on sdb3) 72a66c99-76c9-420b-b133-77d8811a67f5
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sdb4/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=cb4fb6ab-daa4-405d-a278-99d4c4ca5e63 / ext4 noatime,errors=remount-ro 0 1
UUID=92C8-E043 /boot/efi vfat defaults 0 1
==================== sdb4: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
54.183116913 = 58.178678784 boot/grub/grub.cfg 2
44.132431030 = 47.386836992 boot/grub/i386-pc/core.img 1
45.524402618 = 48.881455104 boot/vmlinuz-4.15.0-101-generic 2
44.243148804 = 47.505719296 boot/vmlinuz-4.15.0-91-generic 1
39.215808868 = 42.107654144 boot/vmlinuz-4.15.0-99-generic 1
45.524402618 = 48.881455104 vmlinuz 2
39.215808868 = 42.107654144 vmlinuz.old 1
49.648735046 = 53.309923328 boot/initrd.img-4.15.0-101-generic 4
43.367458344 = 46.565453824 boot/initrd.img-4.15.0-91-generic 5
54.641597748 = 58.670968832 boot/initrd.img-4.15.0-99-generic 4
49.648735046 = 53.309923328 initrd.img 4
54.641597748 = 58.670968832 initrd.img.old 4
===================== sdb4: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 12808 janv. 7 2021 10_linux
-rwxr-xr-x 1 root root 11298 mars 4 2018 20_linux_xen
-rwxr-xr-x 1 root root 12059 mars 4 2018 30_os-prober
-rwxr-xr-x 1 root root 1418 mars 4 2018 30_uefi-firmware
-rwxr-xr-x 1 root root 214 mars 4 2018 40_custom
-rwxr-xr-x 1 root root 216 mars 4 2018 41_custom
================================= User choice ==================================
Is sdb ( USB DISK 3.0) a removable disk? yes
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub2 of
sdb4 into the MBR of sdb.
It would also fix access to other systems (other MBRs) for the situations
when the removable media is disconnected.
Grub-efi would not be selected by default because legacy Windows detected.
Additional repair would be performed: unhide-bootmenu-10s
Blockers in case of suggested repair: __________________________________________
LegacyWindows detected. Please enable BIOS-compatibility/CSM/Legacy mode in your UEFI firmware, and use this software from a live-CD (or live-USB).
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your BIOS boot on the removable disk!
The boot of your PC is in UEFI mode. You may want to retry after changing it to BIOS-compatibility/CSM/Legacy mode.
Je vais redémarrer la machine en mode Bios_Legacy sur le même Ubuntu 18.04 de test faire un nouveau boot info.
@+. Babdu89 .
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#2185 Le 21/12/2021, à 22:56
- Babdu89
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Alors;
Babdu89 a écrit;
Je vais redémarrer la machine en mode Bios_Legacy sur le même Ubuntu 18.04 de test faire un nouveau boot info.
Clé de tests branchée. La machine démarre en Bios_Legacy sur le Ubuntu 18.04 en /dev/sdb4
Voici le boot-info.
boot-info-4ppa140 [20211221_2245]
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector
34402304 of the same hard drive for core.img. core.img is at this location
and looks for (,gpt4)/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 (,msdos2)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
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/grubx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/MokManager.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: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 14.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
sda4: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 18.04.4 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab
/boot/grub/i386-pc/core.img
sda5: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
sdb1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows 7/2008: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 7
Boot files: /bootmgr /Boot/BCD /Windows/System32/winload.exe
sdb2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.3 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
================================ 4 OS detected =================================
OS#1: L'OS actuellement utilisé - Ubuntu 18.04.4 LTS CurrentSession on sda4
OS#2: Ubuntu 14.04.1 LTS on sda3
OS#3: Windows 7 on sdb1
OS#4: Ubuntu 20.04.3 LTS on sdb2
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-4.15.0-101-generic root=UUID=cb4fb6ab-daa4-405d-a278-99d4c4ca5e63 ro
===================================== UEFI =====================================
This installed-session is not in EFI-mode.
648f9e93ae58ed689530b3e2da07414d sda1/Boot/grubx64.efi
7dd96e18f135f11330a01701b6858e95 sda1/ubuntu/grubx64.efi
d5a2dfd48441834f97d7ab8e3c26ba0f sda1/ubuntu/mmx64.efi
ba8a7979ac57f1c0c307ef94d1020eb8 sda1/ubuntu/MokManager.efi
6e94c3d33194c89bd327bfaa5871e294 sda1/ubuntu/shimx64.efi
7dd96e18f135f11330a01701b6858e95 sda1/Boot/BOOTX64.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : is-GPT, hasBIOSboot, has---ESP, usb-disk, not-mmc, has-os, 2048 sectors * 512 bytes
sdb : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda4 : is-os, 64, apt-get, grub-efi , grub1, grub-install, grubenv-ok, update-grub, not-far
sdb1 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sdb2 : 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
sda3 : is-os, 64, apt-get, signed grub-efi , grub2, grub-install, grubenv-ok, update-grub, not-far
sda5 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
Partitions info (2/3): _________________________________________________________
sda4 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb1 : isnotESP, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, bootmgr, is-winboot
sdb2 : isnotESP, fstab-without-efi, 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
sda3 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda5 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda4 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sdb1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdb2 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sdb
sda1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sda3 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sda5 : 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 sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Disk identifier: 0x00040603
Boot Start End Sectors Size Id Type
sdb1 * 2048 56383487 56381440 26.9G 7 HPFS/NTFS/exFAT
sdb2 56383488 234440703 178057216 84.9G 83 Linux
Disk sda: 58.9 GiB, 63216549888 bytes, 123469824 sectors
Disk identifier: ECB2E9FC-2892-4570-89E6-CBFC2C80BF0F
Start End Sectors Size Type
sda1 33583104 34402303 819200 400M EFI System
sda2 34402304 35426303 1024000 500M BIOS boot
sda3 35426304 79447788 44021485 21G Linux filesystem
sda4 79448064 123467595 44019532 21G Linux filesystem
sda5 2048 33583103 33581056 16G Microsoft basic data
Partition table entries are not in disk order.
parted -lm (filtered): _________________________________________________________
sda:63.2GB:scsi:512:512:gpt: USB DISK 3.0:;
5:1049kB:17.2GB:17.2GB:fat32::msftdata;
1:17.2GB:17.6GB:419MB:fat32::boot, esp;
2:17.6GB:18.1GB:524MB:::bios_grub;
3:18.1GB:40.7GB:22.5GB:ext4::;
4:40.7GB:63.2GB:22.5GB:ext4::;
sdb:120GB:scsi:512:512:msdos:ATA LDLC:;
1:1049kB:28.9GB:28.9GB:ntfs::boot;
2:28.9GB:120GB:91.2GB:ext4::;
Free space (filtered): _________________________________________________________
sda:60288MiB:scsi:512:512:gpt: USB DISK 3.0:;
1:0.02MiB:1.00MiB:0.98MiB:free;
1:38793MiB:38793MiB:0.13MiB:free;
1:60287MiB:60288MiB:1.07MiB:free;
sdb:114473MiB:scsi:512:512:msdos:ATA LDLC:;
1:0.03MiB:1.00MiB:0.97MiB:free;
1:114473MiB:114473MiB:0.46MiB:free;
gdisk (filtered): ______________________________________________________________
GPT: damaged
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
Disk /dev/sda: 123469824 sectors, 58.9 GiB
Disk identifier (GUID): ECB2E9FC-2892-4570-89E6-CBFC2C80BF0F
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 123469790
Partitions will be aligned on 2048-sector boundaries
Total free space is 4484 sectors (2.2 MiB)
Number Start (sector) End (sector) Size Code Name
1 33583104 34402303 400.0 MiB EF00
2 34402304 35426303 500.0 MiB EF02
3 35426304 79447788 21.0 GiB 8300
4 79448064 123467595 21.0 GiB 8300
5 2048 33583103 16.0 GiB 0700
Found invalid GPT and valid MBR; converting MBR to GPT format
Disk /dev/sdb: 234441648 sectors, 111.8 GiB
Disk identifier (GUID): C0BA1A84-1D40-4995-B0D2-3B9E854B3281
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 234441614
Partitions will be aligned on 2048-sector boundaries
Total free space is 2925 sectors (1.4 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 56383487 26.9 GiB 0700 Microsoft basic data
2 56383488 234440703 84.9 GiB 8300 Linux filesystem
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 vfat 92C8-E043 c279ab17-8851-4486-b8fb-7ae86a52026d
├─sda2 1f6dd8ce-568c-4617-9138-bb17d3c624a5
├─sda3 ext4 72a66c99-76c9-420b-b133-77d8811a67f5 fcb240a0-cd9d-4f0f-829f-fac324612298 xubuntu-efi
├─sda4 ext4 cb4fb6ab-daa4-405d-a278-99d4c4ca5e63 75c298a7-c048-4426-8ee7-943d786ea1f2 SB@
└─sda5 vfat 0669-366B ee32a4b8-08a9-4165-b9e8-cf034813eaf5 test-multi
sdb
├─sdb1 ntfs FA2AC6152AC5CF37 00040603-01 windows-7-del
└─sdb2 ext4 9f5305b9-ddf9-4400-838d-7bb99f8b492f 00040603-02 ubuntu20.04-dell
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda3 14.9G 22% /media/bernard/xubuntu-efi
sda4 2.3G 84% /
sda5 5.6G 65% /media/bernard/test-multi
sdb1 2.9G 89% /mnt/boot-sav/sdb1
sdb2 5.9G 88% /mnt/boot-sav/sdb2
Mount options: __________________________________________________________________
sda3 rw,nosuid,nodev,relatime,stripe=32639,data=ordered
sda4 rw,noatime,errors=remount-ro,data=ordered
sda5 rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro
sdb1 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sdb2 rw,relatime,data=ordered
===================== sda1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 72a66c99-76c9-420b-b133-77d8811a67f5 root hd1,gpt3
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sda3/boot/grub/grub.cfg (filtered) ======================
Ubuntu 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-170-generic 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-117-generic 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-32-generic 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu 20.04 LTS (20.04) (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.4.0-40-generic (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.4.0-39-generic (on sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu 18.04.4 LTS (18.04) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, avec Linux 4.15.0-101-generic (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, avec Linux 4.15.0-99-generic (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, avec Linux 4.15.0-91-generic (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu 18.04.4 LTS (18.04) (sur sda3) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu (sur sda3) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, with Linux 4.15.0-101-generic (sur sda3) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Ubuntu, with Linux 4.15.0-99-generic (sur sda3) (on sdb4) cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sda3/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb3 during installation
UUID=72a66c99-76c9-420b-b133-77d8811a67f5 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdb1 during installation
UUID=92C8-E043 /boot/efi vfat defaults 0 1
======================= sda3/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
==================== sda3: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
19.029289246 = 20.432543744 boot/grub/grub.cfg 1
19.077713013 = 20.484538368 boot/vmlinuz-3.13.0-117-generic 2
19.308181763 = 20.732002304 boot/vmlinuz-3.13.0-117-generic.efi.signed 1
19.421516418 = 20.853694464 boot/vmlinuz-3.13.0-170-generic 1
17.878444672 = 19.196833792 boot/vmlinuz-3.13.0-32-generic 2
19.421516418 = 20.853694464 vmlinuz 1
17.878444672 = 19.196833792 vmlinuz.old 2
21.895526886 = 23.510142976 boot/initrd.img-3.13.0-117-generic 2
19.653495789 = 21.102780416 boot/initrd.img-3.13.0-170-generic 2
19.528972626 = 20.969074688 boot/initrd.img-3.13.0-32-generic 2
19.653495789 = 21.102780416 initrd.img 2
19.528972626 = 20.969074688 initrd.img.old 2
===================== sda3: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 11608 mars 22 2019 10_linux
-rwxr-xr-x 1 root root 10412 mars 22 2019 20_linux_xen
-rwxr-xr-x 1 root root 11692 mars 22 2019 30_os-prober
-rwxr-xr-x 1 root root 1418 mars 22 2019 30_uefi-firmware
-rwxr-xr-x 1 root root 214 mars 22 2019 40_custom
-rwxr-xr-x 1 root root 216 mars 22 2019 41_custom
====================== sda4/boot/grub/grub.cfg (filtered) ======================
GNU/Linux cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
GNU/Linux, avec Linux 4.15.0-101-generic cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
GNU/Linux, avec Linux 4.15.0-99-generic cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
GNU/Linux, avec Linux 4.15.0-91-generic cb4fb6ab-daa4-405d-a278-99d4c4ca5e63
Windows 7 (sur sda1) FA2AC6152AC5CF37
Ubuntu 20.04.3 LTS (20.04) (sur sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu (sur sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.11.0-43-generic (sur sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.11.0-41-generic (sur sda2) 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu 14.04.1 LTS (14.04) (sur sdb3) 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu (sur sdb3) 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-170-generic (sur sdb3) 72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-117-generic (sur sdb3) efi.signed--72a66c99-76c9-420b-b133-77d8811a67f5
Ubuntu, with Linux 3.13.0-32-generic (sur sdb3) 72a66c99-76c9-420b-b133-77d8811a67f5
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sda4/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=cb4fb6ab-daa4-405d-a278-99d4c4ca5e63 / ext4 noatime,errors=remount-ro 0 1
UUID=92C8-E043 /boot/efi vfat defaults 0 1
==================== sda4: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
56.323417664 = 60.476809216 boot/grub/grub.cfg 4
44.132431030 = 47.386836992 boot/grub/i386-pc/core.img 1
45.524402618 = 48.881455104 boot/vmlinuz-4.15.0-101-generic 2
44.243148804 = 47.505719296 boot/vmlinuz-4.15.0-91-generic 1
39.215808868 = 42.107654144 boot/vmlinuz-4.15.0-99-generic 1
45.524402618 = 48.881455104 vmlinuz 2
39.215808868 = 42.107654144 vmlinuz.old 1
49.648735046 = 53.309923328 boot/initrd.img-4.15.0-101-generic 4
43.367458344 = 46.565453824 boot/initrd.img-4.15.0-91-generic 5
54.641597748 = 58.670968832 boot/initrd.img-4.15.0-99-generic 4
49.648735046 = 53.309923328 initrd.img 4
54.641597748 = 58.670968832 initrd.img.old 4
===================== sda4: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 12808 janv. 7 2021 10_linux
-rwxr-xr-x 1 root root 11298 mars 4 2018 20_linux_xen
-rwxr-xr-x 1 root root 12059 mars 4 2018 30_os-prober
-rwxr-xr-x 1 root root 1418 mars 4 2018 30_uefi-firmware
-rwxr-xr-x 1 root root 214 mars 4 2018 40_custom
-rwxr-xr-x 1 root root 216 mars 4 2018 41_custom
====================== sdb2/boot/grub/grub.cfg (filtered) ======================
Ubuntu 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.11.0-43-generic 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Ubuntu, avec Linux 5.11.0-41-generic 9f5305b9-ddf9-4400-838d-7bb99f8b492f
Windows 7 (sur sda1) FA2AC6152AC5CF37
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sdb2/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb16 during installation
UUID=9f5305b9-ddf9-4400-838d-7bb99f8b492f / ext4 errors=remount-ro 0 1
# swap was on /dev/sdc6 during installation
/file.swap none swap sw 0 0
======================= sdb2/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=""
==================== sdb2: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
61.620223999 = 66.164211712 boot/grub/grub.cfg 1
32.926273346 = 35.354316800 boot/grub/i386-pc/core.img 1
74.490428925 = 79.983489024 boot/vmlinuz 2
52.940639496 = 56.844578816 boot/vmlinuz-5.11.0-41-generic 2
74.490428925 = 79.983489024 boot/vmlinuz-5.11.0-43-generic 2
52.940639496 = 56.844578816 boot/vmlinuz.old 2
67.377925873 = 72.346497024 boot/initrd.img 12
84.648162842 = 90.890272768 boot/initrd.img-5.11.0-41-generic 13
67.377925873 = 72.346497024 boot/initrd.img-5.11.0-43-generic 12
84.648162842 = 90.890272768 boot/initrd.img.old 13
===================== sdb2: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 18151 août 12 11:18 10_linux
-rwxr-xr-x 1 root root 42359 août 17 2020 10_linux_zfs
-rwxr-xr-x 1 root root 12894 avril 15 2020 20_linux_xen
-rwxr-xr-x 1 root root 12059 avril 15 2020 30_os-prober
-rwxr-xr-x 1 root root 1424 avril 15 2020 30_uefi-firmware
-rwxr-xr-x 1 root root 214 avril 15 2020 40_custom
-rwxr-xr-x 1 root root 216 avril 15 2020 41_custom
================================= User choice ==================================
Is sda ( USB DISK 3.0) a removable disk? yes
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub2 of
sda4 into the MBR of sda.
It would also fix access to other systems (other MBRs) for the situations
when the removable media is disconnected.
Grub-efi would not be selected by default because legacy Windows detected.
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 the removable disk!
@YannUbuntu?
Pour les installations en mode BiosLegacy, on traine toujours ce souci?.
Lors de la présence de plusieurs disques dans une machine. boot-repair boot-info voit bien les disques et demande toujours si tel dique est un disque amovible (USB) ou pas?.
Dans mon cas il demande si mon disque interne /dev/sda est un disque amovible?.
Si je répond OUI. Ce qui n'est pas le cas puisque c'est mon disque interne.
Voila la réparation recommadée qu'il propose;
================================= User choice ==================================
Is sda ( USB DISK 3.0) a removable disk? yes
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub2 of
sda4 into the MBR of sda.
It would also fix access to other systems (other MBRs) for the situations
when the removable media is disconnected.
Grub-efi would not be selected by default because legacy Windows detected.
Additional repair would be performed: unhide-bootmenu-10s
Final advice in case of suggested repair: ______________________________________
Si je répond NON. Ce qui est le cas puisque c'est mon disque interne.
Voila la réparation recommandée qu'il propose;
================================= User choice ==================================
Is sda ( USB DISK 3.0) a removable disk? no
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub2 of
sda4 into the MBRs of all disks (except live-disks and removable disks without OS).
Grub-efi would not be selected by default because legacy Windows detected.
Additional repair would be performed: unhide-bootmenu-10s
Final advice in case of suggested repair: ______________________________________
On est toujours dans la configuration d'une machine démarrée en Bios_Legacy.
Dans le cas ou il y a un disque interne table de partition type MSDos avec une des installations, plus un ou plusieurs disque avec table de partition en GPT avec installations en UEFI.
Si on répond non.
Boot-repair va réinstaller gtub première partie dans le PROTECTIVE MBR des disque en GPT si ils sont internes eux aussi...
Ça peut poser problème ou pas?...
J'avais remarqué ça avec ma clé de tests en lancée en Bios_Legacy, à la réinstallation d'un grub-pc dans la première installation en UEFI, pour le faire démarrer en B ios_Legacy.
@+. Babdu89 .
Dernière modification par Babdu89 (Le 21/12/2021, à 23:33)
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#2186 Le 22/12/2021, à 10:32
- YannUbuntu
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
@iznobe: merci. Je note 2 choses:
1) le pastebin https://paste2.org/ qui n'a pas retourné d'url valide. Il me semble que j'avais fait en sorte que boot-repair détecte quand ça arrive et qu'il re-essaye avec le pastebin d'ubuntu, il faut que je verifie le code.
2) actuellement, boot-repair sélectionne grub-efi-amd64-signed par défaut, même lorsque SecureBoot est désactivé dans le firmware uefi. Personne ne s'en est plaint jusqu'ici, mais je préfère vérifier: @tous: est-ce que vous avez vu un cas de figure où grub-efi-amd64-signed ne fonctionne pas mais grub-efi (non signé) fonctionne ?
@Babdu: content de te revoir ici :-) merci pour ton retour.
Le fait que Boot-Repair continue à demander si tel disque est amovible ou pas, a pour but d'installer grub-pc dans tous les MBRs (donc maximiser les chances de booter quel que soit le paramétrage bios), tout en conservant un démarrage fonctionnel même si le disque amovible est débranché.
- Si le Linux sélectionné (OS démarré par défaut dans l'onglet 'Options de grub') n'est pas sur un disque amovible, alors par défaut B-R installe le grub-pc (du Linux sélectionné) dans le MBR de tous les disques (sauf les live et les amovibles sans OS).
- Si le Linux sélectionné est sur un disque amovible, alors par défaut B-R installe le grub-pc (du Linux sélectionné) uniquement dans le MBR du disque du Linux sélectionné. Puis ensuite sélectionne un autre Linux (d'un autre disque) et installe son grub-pc dans tous les disques restants (sauf les live et les amovibles sans OS).
C'est sensé fonctionner correctement dans les cas les plus courants (s'il y a 1 seul disque amovible avec Linux, ou bien 2 mais sans 3e disque avec OS).
Si jamais il y a 2 disques amovibles avec chacun leur Linux, plus au moins un autre disque (amovible ou non) contenant un autre OS, je ne suis pas sûr que le démarrage fonctionne dans tous les cas de figure de combinaisons des amovibles, il faudrait tester.
Autre point qu'il faudrait creuser: comme tu le soulignes, si parmi les différents disques il y en a des GPT, il faudrait vérifier que Boot-Repair n'y installe grub-pc que lorsqu'il y a une partition BIOS-boot. (dans le cas contraire afficher un warning/conseil).
à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison
Hors ligne
#2187 Le 22/12/2021, à 12:04
- Babdu89
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
@YannUbuntu.
Dans le cadre d'une installation en Bios_Legacy dans un disque avec table de partition en GPT.
La partition partition "bios-boot" n'était utile que lorsqu'on installait des "vieilles" versions de Ubuntu, même en mode automatique de l'installateur. C'est lui qui la faisait.
On voyait ça dans les boot-info.
Ce n'est plus le cas actuellement, on voit des installations de ce type sans partition bios_boot.
@+. Babdu89 .
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#2188 Le 22/12/2021, à 12:59
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonjour
Remarque concernant la possibilité de remplacer shimx64.efi par grubx64.efi lorsque le secure boot n'est pas positionné:
J'approuve à 100%
En effet, les dernières versions du shim sont probablement compatibles windows 11 qui exige le secure boot avec puce TPM2
Malheureusement certains ordinateurs (dont le mien) ont une version plus ancienne TPM1.2 qui ne sait pas signer dans ce nouveau mode. Cela rale pendant des dizaines de secondes. J'essaierais de filmer.
Extrait final de la version APP140 en EFI. Tout me semble parfait hormis quelques mots de français (que j'ai voulu souligner) au milieu d'une phrase anglaise. Ainsi que cette portion de phrase (**** will be updated in the final message) qui ne semble pas vouloir dire qu'il faut remplacer lorsqu'on frappe la commande.: (**** MUST be replaced with good values ) ???
(Il faudra que je pense à enlever wubi puisque remplacé par wsl).
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
sdb10,
using the following options: sdb9/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file restore-efi-backups
Confirmation request before suggested repair: __________________________________
You may want to retry after mounting your encrypted partitions so that the tool can verify their contents. (https://help.ubuntu.com/community/EncryptedPrivateDirectory)
Are you sure you want to continue anyway?
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your UEFI firmware boot on the[u] L'OS actuellement utilisé [/u]- Ubuntu Jammy Jellyfish entry (sdb9/efi/****/shim****.efi (**** will be updated in the final message) file) !
If your computer reboots directly into Windows, try to change the boot order in your UEFI firmware.
If your UEFI firmware does not allow to change the boot order, change the default boot entry of the Windows bootloader.
For example you can boot into Windows, then type the following command in an admin command prompt:
bcdedit /set {bootmgr} path \EFI\****\shim****.efi (**** will be updated in the final message)
A broken Wubi has been detected. Please fix it this way:
https://wiki.ubuntu.com/WubiGuide#Cannot_boot_into_Ubuntu
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#2189 Le 23/12/2021, à 14:20
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonjour
Aparté sur le fonctionnement du SHIM version récente sur ordinateur EFI version ancienne.
1) Il indique que le boot EFI n'est pas positionné sur secure mode.
2) On doit valider ce choix. ( touche Entrée).
3) Il fait un traitement mystérieux.
4) On doit dit dire qu'on est d'accord (touche Entrée).
5) Il insiste.
6) Puis boot classique.
J'ai fais un capture de réalisation. Il me reste beaucoup de mise en forme pour redresser et alléger la taille. https://public.db.files.1drv.com/y4mMEY … %2bvgGuhkC
Et la version publicitaire: https://public.db.files.1drv.com/y4mgME … 0GaZjbrxkC
Dernière modification par geole (Le 23/12/2021, à 14:52)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#2190 Le 23/12/2021, à 14:44
- YannUbuntu
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
bonjour
@Babdu: à partir de quelle version de grub (ou d'ubuntu) la partition BIOS-boot n'est-elle plus nécessaire ? source ? (il faudrait documenter cela dans le wiki https://doc.ubuntu-fr.org/gpt )
@geole:
- si je comprends bien, quand tu as SecureBoot désactivé dans ton firmware, alors tu démarres normalement via grubx64.efi , et tu arrives aussi a démarrer via shimx64.efi mais seulement après avoir validé plusieurs fois via Entrée comme indiqué dans ta vidéo, c'est bien ça ?
- le bout de phrase 'L'OS actuellement utilisé' est difficile à remettre en anglais, je préfère ne pas y toucher de peur de tout péter. Un jour peut-etre :-)
- (**** will be updated in the final message) : signifie que ce message sera actualisé (les étoiles seront remplacées par le chemin exact) dans le message final qui s'affichera en pop-up après l'install de grub. Je ne connais pas le chemin complet par avance de manière fiable à cause de la diversité d'OS / versions.
@tous: vous pouvez m'aider à améliorer cela en m'envoyant des boot-info contenant des installation EFI d'autres distros que Ubuntu, par ex Mint, Fedora, Arch, Suse, Debian... (si possible en machine virtuelle avec 1 seul OS installé)
à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison
Hors ligne
#2191 Le 23/12/2021, à 15:25
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonjour YannUbuntu
C'est bien ça
Lorsque j'ai commencé, comme tout le monde, j'ai déactivé le secure car cela semblait la consigne.
A cette époque, c'était le shim qui était mis.....
Puis, comme lorsqu'il y a trop d.O.S. Le grub finit par grossir exponentiellement, je l'ai remplacé par REFIND. qui au début nécessitait une astuce si on était positionné en mode secure. Il faut écraser grubx64.efi par refind_x64.efi.
Puis refind a livré son propre shim.
Pendant un certain temps, j'ai pu mettre le mode secure en oeuvre
Puis récemment, probablement à l'arrivée de la version 21.04, j'ai eu ce comportement que ce soit avec le shim livré par refind ou le shim livré par ubuntu. ==> Blocage total au démarrage, J'ai donc déactivé le mode secure, Les deux shim (refind et ubuntu) se comportent de la façon que je viens de décrire .
Pour moi, ce n'est pas grave. J'ai traité de la façon suivante:
Pour refind installé sur le disque dur, j'ai retéléchargé de vieilles versions. Donc pas de problèmes dans les boots depuis le disque dur qui sont la majorité des cas
J'ai donc le problème uniquement dans les trois cas suivants qui sont très rares.
1) En bootant avec ventoy et en sélectionnant le REFIND de secours installé sur la clé ventoy. que je trouve plus pratique que SuperGrub2Disk.
2) En installant une nouvelle version récente en oubliant de le faire en ligne de commande pour ne pas installer le grub.
3) En testant l'installation sur support externe de la future version 22.04 (Ce contexte) pour laquelle je veux voir le comportement du grub.
Lorsque, la première fois, j'ai découvert ce problème, j'ai vu qu'il existe deux versions du shim signed.
Sans certitude, je pense que l'une fonctionne avec les puces TPM1.2 et l'autre avec les puces TPM2.0 nécessaire pour faire fonctionner windows11 et qu'il y incompatibilité entre les deux versions.
Dernière modification par geole (Le 23/12/2021, à 15:29)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#2192 Le 23/12/2021, à 16:17
- YannUbuntu
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
ok, dans le prochain ppa je vais donc selectionner grub-efi-signed par defaut uniquement lorsque SecureBoot est activé dans le firmware.
@tous: est-ce qu'il est possible de démarrer un Windows 10 ou 11 pré-installé, après avoir désactivé Secureboot dans le firmware ?
à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison
Hors ligne
#2193 Le 23/12/2021, à 17:28
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Windows 11 exige que le secure soit positionné. Il ne mettra certainement pas en route dans sa séquence de contrôle.
Pour windows10 préinstallé, il doit obéir aux mêmes règles que si on installe nous-même.
Son shim est resté certainement très proche de celui fourni auparavant par ubuntu. Il ne doit pas y avoir de problèmes particuliers . Lorsqu'on installe windows, donc certainement windows10, après ubuntu, le boot windows devient prioritaire.
Je crains que tu n'obtiennes pas de réponse de personnes ayant windows10 préinstallé.
Mais, vu le nombre de fois, où il y a eu des conseils de déactiver le sécure et puis de le remettre, notament les ACER..., Il ne devrait pas y avoir de problème particulier pour gérer enable/disable
Pour windows11, c'est quasiment impossible, les ordinateurs windows11 préinstallés sont rares. Je vois mal quelqu'un venant d'acheter un windows 11 lire cette discussion. Lorsque la période de garantie de windows sera finie, il pensera peut-être à installer un dual-boot. Mais ce n'est pas certain car WSL va lui convenir.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#2194 Le 23/12/2021, à 18:18
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
ATTENTION
Gros problème en vue avec boot-repair. Certaines personnes avaient déjà indiqué qu'il était difficile de mettre à jour le grub car il ne se supprimait pas. Je viens d'avoir le contexte. Voici le rapport que je vais commenter tout à l'heure.
https://paste.ubuntu.com/p/b84Pq6ySBF/
Cela tourne autour de cette séquence que je remets un peu en forme pour meilleure lisibilité
Please type: sudo chroot "/mnt" dpkg --configure -an
sudo chroot "/mnt" apt-get install -fyn
sudo chroot "/mnt" apt-get install -y mdadmn
sudo chroot "/mnt" mdadm --assemble --scann
sudo chroot "/mnt" apt-get install -y dmraidn
sudo chroot "/mnt" dmraid -ayn
sudo chroot "/mnt" apt-get install -y lvm2n
sudo chroot "/mnt" apt-get purge --allow-remove-essential -y grub*-common shim-signed
GRUB est encore présent. Veuillez réessayer.
GRUB est encore présent. Veuillez réessayer.
No mapper/home/etc/default/grub
GRUB est encore présent. Veuillez réessayer.
No mapper/home/etc/default/grub
GRUB est encore présent. Veuillez réessayer.
No mapper/home/etc/default/grub
GRUB est encore présent. Veuillez réessayer.
No mapper/home/etc/default/grub
GRUB est encore présent. Veuillez réessayer.
No mapper/home/etc/default/grub
GRUB est encore présent. Veuillez réessayer.
No mapper/home/etc/default/grub
GRUB est encore présent. Veuillez réessayer.
shim-signed available
linux-headers-generic available
linux-signed-generic available
Then type: sudo chroot "/mnt" apt-get install -y grub-efi-amd64-signed shim-signed linux-headers-generic linux-signed-generic
Souvent, je disais refaites deux fois et cela va passer.
Donc j'ai fais plusieurs fois. J'ai fini par rechercher si c'était vrai
sudo chroot "/mnt" dpkg -l | grep grub
Il restait pas mal de choses
je les ai épurées... Mais il faudra que je refasses pour être certain qu'il manquait uniquement un astérisque dans la commande
purge --allow-remove-essential -y grub*-common shim-signed
pour devenir
purge --allow-remove-essential -y grub*-common* shim-signed
en effet je n'ai pas pensé à regarder tout ce qui avait été épuré. J'ai du frapper ces deux commandes pour débloquer sans penser à faire mieux
sudo chroot "/mnt" purge grub-common:i386
sudo chroot "/mnt" purge grub2-common:i386
NOTA. la live USB de réparation actuelle est la 20.04
La relance et la capture de la commande
ubuntu@ubuntu:~$ sudo chroot "/mnt" apt-get purge --allow-remove-essential -y grub*-common shim-signed
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Note : sélection de grub-common pour l'expression rationnelle « grub*-common »
Note : sélection de grub2-common pour l'expression rationnelle « grub*-common »
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
libdevmapper1.02.1:i386 libfreetype6:i386 libfuse2:i386 libpng16-16:i386
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
grub-common* grub-efi-amd64* grub-efi-amd64-bin* grub-efi-amd64-signed* grub2-common* os-prober* shim-signed*
ATTENTION : Les paquets essentiels suivants vont être enlevés.
Vous NE devez PAS faire ceci, à moins de savoir exactement ce
que vous êtes en train de faire.
shim-signed grub-efi-amd64-signed (en raison de shim-signed) grub2-common (en raison de shim-signed)
0 mis à jour, 0 nouvellement installés, 7 à enlever et 0 non mis à jour.
Après cette opération, 30,1 Mo d'espace disque seront libérés.
(Lecture de la base de données... 164864 fichiers et répertoires déjà installés.)
Suppression de shim-signed (1.37~18.04.11+15.4-0ubuntu9) ...
Suppression de grub-efi-amd64-signed (1.167~18.04.5+2.04-1ubuntu44.1.2) ...
Suppression de grub-efi-amd64 (2.04-1ubuntu44.1.2) ...
Suppression de grub-efi-amd64-bin (2.04-1ubuntu44.1.2) ...
Suppression de grub2-common (2.02-2ubuntu8.23) ...
Suppression de os-prober (1.74ubuntu1) ...
dpkg: avertissement: lors de la suppression de os-prober, le répertoire « /var/lib/os-prober » n'était pas vide, donc il n'a pas été supprimé
Suppression de grub-common (2.02-2ubuntu8.23) ...
Running in chroot, ignoring request.
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: is-active
Running in chroot, ignoring request: stop
Running in chroot, ignoring request: daemon-reload
Traitement des actions différées (« triggers ») pour man-db (2.8.3-2ubuntu0.1) ...
Traitement des actions différées (« triggers ») pour install-info (6.5.0.dfsg.1-2) ...
(Lecture de la base de données... 164416 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de grub-efi-amd64-bin (2.04-1ubuntu44.1.2) ...
Purge des fichiers de configuration de grub-efi-amd64 (2.04-1ubuntu44.1.2) ...
Purge des fichiers de configuration de shim-signed (1.37~18.04.11+15.4-0ubuntu9) ...
Purge des fichiers de configuration de grub-common (2.02-2ubuntu8.23) ...
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: daemon-reload
Traitement des actions différées (« triggers ») pour systemd (237-3ubuntu10.52) ...
Running in chroot, ignoring request: daemon-reload
Traitement des actions différées (« triggers ») pour ureadahead (0.100.0-21) ...
ubuntu@ubuntu:~$
Dernière modification par geole (Le 23/12/2021, à 19:55)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#2195 Le 23/12/2021, à 18:52
- YannUbuntu
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
De ce que je vois c'est la purge de grub qui ne se fait pas entièrement. Il faudrait déterminer quel paquet en plus on doit purger, et dans quels cas de figure (quelles versions de grub ou d'ubuntu -> jammy uniquement?).
Dans ppa141 je vais aussi modifier GRUB_DISABLE_OS_PROBER=true en false par défaut. Pour l'instant je l'inclue dans l'option 'Faire apparaitre le menu de démarrage' (donc activé par défaut), vous me direz si vous préférez une option séparée.
à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison
Hors ligne
#2196 Le 23/12/2021, à 19:03
- YannUbuntu
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
ah je viens de voir la modif de ton message précédent.
Oui si ajouter l'étoile à la fin de grub*-common* fonctionne pour jammy, c'est déjà un bon début.
Ensuite il faudrait vérifier que cette modif fonctionne aussi pour les versions antérieures d'ubuntu, et les autres distributions , du boulot en perspective -> @tous: aide bienvenue !
à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison
Hors ligne
#2197 Le 24/12/2021, à 12:38
- jnq
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonjour depuis une semaine je reçois une mise a jour de boot-repair à chaque démarrage d'ubuntu. Que ce passe t il pour que la même mise a jour ce répète chaque jour ?
Ubuntu 24.04 LTS
Hors ligne
#2198 Le 24/12/2021, à 12:53
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonjour
Tu reçois ces mises à jour car boot-repait/boot-info sont en train de se peaufiner. Lis cette discussion pour voir les nouveautés.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#2199 Le 24/12/2021, à 12:55
- jibel
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
Bonjour depuis une semaine je reçois une mise a jour de boot-repair à chaque démarrage d'ubuntu. Que ce passe t il pour que la même mise a jour ce répète chaque jour ?
Il y a de fortes chances que B.R.D. est déjà présent dans Ubuntu 20.04.3? Mais s'il s'agit de mise a jour? j'ai le même ennui..encore pire, car j'utilise B.R.D. depuis + 7 ans sans échec.
En plus avec mon utilisation bien spécifique de B.R.D.
En ce moment j'ai la version 4ppa137...si je lance synaptic, y aura-t-il une mise a jour ===> 4ppa140 ....
Oup's, voila, c'est fait en lançant synaptic je suis avec la version 4ppa141 avec l'intégralité des applications dans boot-repair-disk...
Dernière modification par jibel (Le 24/12/2021, à 13:13)
Plus grande est la face, plus grand est le dos!
Toutes les fautes de frappe, d'orthographe, de grammaire et de syntaxe ci-dessus, sont la propriété intellectuelle de l'auteur. Elles doivent être reproduites et même corrigées sans l'accord préalable du susdit et toc !
Mint 21.1,Voyager20.04 et 22.04,Ubuntu 22.04,Emmabuntus 1.Buster, Debian 12.buster, Hybryde 14.04, Pas d'OS intermédiaire ! PC Medion AKOYA DD 1T + 2 .
Hors ligne
#2200 Le 25/12/2021, à 12:50
- geole
Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair
De ce que je vois c'est la purge de grub qui ne se fait pas entièrement. Il faudrait déterminer quel paquet en plus on doit purger, et dans quels cas de figure (quelles versions de grub ou d'ubuntu -> jammy uniquement?).
Bonjour
Procédure de test en cours
Tout d'abord les grub en 32 bits deviennent rares. Je n'en ai plus retrouvé dans mes multiples O.S.. Donc décision de fabriquer le cas.
sudo apt install grub-pc-bin:i386
sudo apt install grub-common:i386
sudo apt install grub2-common:i386
Puis quatre essais à faire.
Je mets la commande ici pour l'avoir sous la main.
a) Boot-repair en 22.04
sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y boot-repair ; boot-repair
ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/sda16" apt-get purge --allow-remove-essential -y grub*-common shim-signed
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Note : sélection de grub-common pour l'expression rationnelle « grub*-common »
Note : sélection de grub2-common pour l'expression rationnelle « grub*-common »
Le paquet « grub-common » n'est pas installé, et ne peut donc être supprimé. Peut-être vouliez-vous écrire « grub-common:i386 » ?
Le paquet « grub2-common » n'est pas installé, et ne peut donc être supprimé. Peut-être vouliez-vous écrire « grub2-common:i386 » ?
Le paquet « shim-signed » n'est pas installé, et ne peut donc être supprimé
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
glade2script glade2script-python3 pastebinit
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
ubuntu@ubuntu:~$
[ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/sda16" dpkg -l | grep grub
ii grub-common:i386 2.02-2ubuntu8.23 i386 GRand Unified Bootloader (common files)
ii grub-efi 2.02-2ubuntu8.23 amd64 GRand Unified Bootloader, version 2 (dummy package)
ii grub-efi-amd64 2.04-1ubuntu44.1.2 amd64 GRand Unified Bootloader, version 2 (EFI-AMD64 version)
ii grub-efi-amd64-bin 2.04-1ubuntu44.1.2 amd64 GRand Unified Bootloader, version 2 (EFI-AMD64 modules)
ii grub-efi-amd64-signed 1.167~18.04.5+2.04-1ubuntu44.1.2 amd64 GRand Unified Bootloader, version 2 (EFI-AMD64 version, signed)
ii grub-pc-bin:i386 2.02-2ubuntu8.23 i386 GRand Unified Bootloader, version 2 (PC/BIOS binaries)
ii grub2-common:i386 2.02-2ubuntu8.23 i386 GRand Unified Bootloader (common files for version 2)
ubuntu@ubuntu:~$
ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/sda16" apt-get purge --allow-remove-essential -y grub*-common:* shim-signed
sudo chroot "/mnt/boot-sav/sda16" dpkg -l | grep grub
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Note : sélection de grub-common pour l'expression rationnelle « grub*-common:* »
Le paquet « grub-common » n'est pas installé, et ne peut donc être supprimé. Peut-être vouliez-vous écrire « grub-common:i386 » ?
Le paquet « shim-signed » n'est pas installé, et ne peut donc être supprimé
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
glade2script glade2script-python3 pastebinit
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
ii grub-common:i386 2.02-2ubuntu8.23 i386 GRand Unified Bootloader (common files)
ii grub-efi 2.02-2ubuntu8.23 amd64 GRand Unified Bootloader, version 2 (dummy package)
ii grub-efi-amd64 2.04-1ubuntu44.1.2 amd64 GRand Unified Bootloader, version 2 (EFI-AMD64 version)
ii grub-efi-amd64-bin 2.04-1ubuntu44.1.2 amd64 GRand Unified Bootloader, version 2 (EFI-AMD64 modules)
ii grub-efi-amd64-signed 1.167~18.04.5+2.04-1ubuntu44.1.2 amd64 GRand Unified Bootloader, version 2 (EFI-AMD64 version, signed)
ii grub-pc-bin:i386 2.02-2ubuntu8.23 i386 GRand Unified Bootloader, version 2 (PC/BIOS binaries)
ii grub2-common:i386 2.02-2ubuntu8.23 i386 GRand Unified Bootloader (common files for version 2)
ubuntu@ubuntu:~$
Cette commande ne supprime pas non plus
sudo chroot "/mnt/boot-sav/sda16" apt-get purge --allow-remove-essential -y grub*-common grub*-common:i* shim-signed
ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/sda16" apt-get purge --allow-remove-essential -y grub*-common grub*-common:i386 shim-signed
sudo chroot "/mnt/boot-sav/sda16" dpkg -l | grep grub
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Note : sélection de grub-common pour l'expression rationnelle « grub*-common »
Note : sélection de grub2-common pour l'expression rationnelle « grub*-common »
Note : sélection de grub-common:i386 pour l'expression rationnelle « grub*-common »
Note : sélection de grub2-common:i386 pour l'expression rationnelle « grub*-common »
Le paquet « grub-common » n'est pas installé, et ne peut donc être supprimé. Peut-être vouliez-vous écrire « grub-common:i386 » ?
Le paquet « grub2-common » n'est pas installé, et ne peut donc être supprimé. Peut-être vouliez-vous écrire « grub2-common:i386 » ?
Le paquet « shim-signed » n'est pas installé, et ne peut donc être supprimé
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
glade2script glade2script-python3 libdevmapper1.02.1:i386 libfreetype6:i386 libfuse2:i386 libpng16-16:i386 pastebinit
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
grub-common:i386* grub-efi* grub-efi-amd64* grub-efi-amd64-bin* grub-efi-amd64-signed* grub-pc-bin:i386* grub2-common:i386*
os-prober:i386*
0 mis à jour, 0 nouvellement installés, 8 à enlever et 0 non mis à jour.
Après cette opération, 30,7 Mo d'espace disque seront libérés.
(Lecture de la base de données... 202698 fichiers et répertoires déjà installés.)
Suppression de grub-efi (2.02-2ubuntu8.23) ...
Suppression de grub-efi-amd64-signed (1.167~18.04.5+2.04-1ubuntu44.1.2) ...
Suppression de grub-efi-amd64 (2.04-1ubuntu44.1.2) ...
Suppression de grub2-common:i386 (2.02-2ubuntu8.23) ...
Suppression de grub-efi-amd64-bin (2.04-1ubuntu44.1.2) ...
Suppression de grub-pc-bin:i386 (2.02-2ubuntu8.23) ...
Suppression de os-prober:i386 (1.74ubuntu1) ...
dpkg: avertissement: lors de la suppression de os-prober:i386, le répertoire « /var/lib/os-prober » n'était pas vide, donc il n'a pas été supprimé
Suppression de grub-common:i386 (2.02-2ubuntu8.23) ...
Running in chroot, ignoring request.
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: is-active
Running in chroot, ignoring request: stop
Running in chroot, ignoring request: daemon-reload
Traitement des actions différées (« triggers ») pour man-db (2.8.3-2ubuntu0.1) ...
Traitement des actions différées (« triggers ») pour install-info (6.5.0.dfsg.1-2) ...
(Lecture de la base de données... 201966 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de grub-efi-amd64-bin (2.04-1ubuntu44.1.2) ...
Purge des fichiers de configuration de grub-efi-amd64 (2.04-1ubuntu44.1.2) ...
Purge des fichiers de configuration de grub-common:i386 (2.02-2ubuntu8.23) ...
Running in chroot, ignoring request: daemon-reload
Running in chroot, ignoring request: daemon-reload
Purge des fichiers de configuration de grub-efi (2.02-2ubuntu8.23) ...
Traitement des actions différées (« triggers ») pour systemd (237-3ubuntu10.52) ...
Running in chroot, ignoring request: daemon-reload
Traitement des actions différées (« triggers ») pour ureadahead (0.100.0-21) ...
ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/sda16" dpkg -l | grep grub
ubuntu@ubuntu:~$
La réinstallation se fait alors bien.
b) Boot-repair en 20.04
Exactement pareil. J'ai capturé ces messages
Note : sélection de grub-common pour l'expression rationnelle « grub*-common* »
Note : sélection de grub2-common pour l'expression rationnelle « grub*-common* »
A mon avis, on n'a le droit qu'à un seul * par nom.
c) Boot-repair en 21.10
Plus de remarques mais messages d'erreur
E: Impossible de trouver le paquet grub*-common:i*
E: Impossible de trouver de paquet correspondant à l'expression rationnelle « grub*-common:i* »
E: Impossible de trouver de paquet correspondant à l'expression rationnelle « grub*-common:i* »
La réparation se fait alors bien en mettant aussi le grub 386
d) Boot-repair en 18.04
Exactement le même comportement.
https://paste.ubuntu.com/p/kfNp7KYw2v/
Dernière modification par geole (Le 25/12/2021, à 18:09)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne