#1 Le 10/09/2021, à 17:00
- duo737
Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Bonjour,
Depuis 3 ans j’ai un ACER ASPIRE C24-825 installé en dual boot . Il y a 2 jours après une màj de routine automatique du 18.4 LTS , le message suivant apparaît à l’allumage « Failed to open \EFI\UBUNTU\???? »
« Invalid Parameter » « Failed to load image \EFI\UBUNTU\???? » « start image returned invalid parameter «
J’ai pu booter sur ma clé live usb d’origine 18.4, les données et les programmes sont accessibles, les 2 disques ont l’air intacts : SSID de 256 Gb avec partition système Ntfs et Ext 4, et HD data de 950 Gb, partition commune Ntfs et partition ext4 Ubuntu.
Voici le rapport boot-info : http://paste.Ubuntu.com/p/n69F4N45fV/
Question : qu’est-ce qui a foiré , y a t il moyen de revenir à la situation antérieure ?
Merci de votre aide à tous
Dernière modification par duo737 (Le 10/09/2021, à 17:10)
Hors ligne
#2 Le 10/09/2021, à 17:18
- godverdami
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Peux ptètre t'inspirer de ça
%NOINDEX%
Un peuple prêt à sacrifier un peu de liberté pour un peu de sécurité ne mérite ni l'une ni l'autre, et finit par perdre les deux.
Bonux lave plus blanc
Hors ligne
#3 Le 10/09/2021, à 18:18
- malbo
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Bonjour,
Je colle ci-dessous le contenu du Boot-info dont tu as donné le lien dans le post #1 :
boot-info-4ppa130 [20210910_1346]
============================== Boot Info Summary ===============================
=> No boot loader is installed in the MBR of /dev/sda.
=> No boot loader is installed in the MBR of /dev/sdb.
=> No boot loader is installed in the MBR of /dev/sdc.
sda1: __________________________________________________________________________
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:
sda2: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: Windows 8/2012: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /efi/Boot/bkpbootx64.efi /efi/Boot/bootx64.efi
/efi/Boot/fbx64.efi /efi/ubuntu/grubx64.efi
/efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi
/efi/ubuntu/grub.cfg /efi/Microsoft/Boot/bootmgfw.efi
/efi/Microsoft/Boot/bootmgr.efi
/efi/Microsoft/Boot/memtest.efi
/efi/OEM/Boot/bootmgfw.efi /efi/OEM/Boot/bootmgr.efi
/efi/OEM/Boot/memtest.efi
sdb2: __________________________________________________________________________
File system:
Boot sector type: -
Boot sector info:
sdb3: __________________________________________________________________________
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: /Windows/System32/winload.exe
sdb4: __________________________________________________________________________
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:
sdb5: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 18.04.5 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
sdc1: __________________________________________________________________________
File system: vfat
Boot sector type: Windows 8/2012: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /syslinux.cfg /efi/BOOT/grubx64.efi
================================ 2 OS detected =================================
OS#1: Ubuntu 18.04.5 LTS on sdb5
OS#2: Windows 8 or 10 on sdb3
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 18.04.1 LTS, bionic, x86_64)
===================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot enabled.
efibootmgr -v
BootCurrent: 0002
Timeout: 2 seconds
BootOrder: 0001,0002,0000
Boot0000 ubuntu VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0001* Windows Boot Manager HD(1,GPT,a747ce68-4130-4fbd-870e-8c23b37ebdc9,0x800,0x32000)/File(\EFI\ubuntu\shimx64.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0002* UEFI: Intenso Speed Line 1100, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(13,0)/HD(1,GPT,cdda9cab-b513-4594-bfbc-c329a7ad99a7,0x800,0x3a977df)..BO
This session has been detected as 'live' because /proc/cmdline contains (boot=casper)
This session has been detected as 'live' because df -Th / contains overlay
f7a57b08bc7c1c85417ae4cea582d1d4 sdb1/Boot/bkpbootx64.efi
d91bd7045f56ef46e2d140afb64bb534 sdb1/Boot/bootx64.efi
897e0fc824916f395a94fffb224f4231 sdb1/Boot/fbx64.efi
621356d82b109cd860ad92cdf241c58b sdb1/ubuntu/grubx64.efi
b4f7b433cbcc06403d758b497bcd1519 sdb1/ubuntu/mmx64.efi
d91bd7045f56ef46e2d140afb64bb534 sdb1/ubuntu/shimx64.efi
e87c4f299e44cf4153ad321c6fc7dabc sdb1/Microsoft/Boot/bootmgfw.efi
ac84bbacadaa85317812273ac07cda2f sdb1/Microsoft/Boot/bootmgr.efi
dd719fddad19ab643c555eb8d7855a10 sdb1/OEM/Boot/bootmgfw.efi
6ab720c48a15e6447fbea3dafc4c4a00 sdb1/OEM/Boot/bootmgr.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : is-GPT, no-BIOSboot, has-noESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes
sdb : is-GPT, no-BIOSboot, has---ESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sda2 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sdb3 : is-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb4 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdb5 : is-os, 64, apt-get, signed grub-pc grub-efi , grub2, grub-install, grubenv-ok, update-grub, farbios
Partitions info (2/3): _________________________________________________________
sda1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda2 : isnotESP, part-has-no-fstab, 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, part-has-no-fstab, no-nt, haswinload, no-recov-nor-hid, no-bmgr, notwinboot
sdb4 : isnotESP, part-has-no-fstab, no-nt, no-winload, recovery-or-hidden, no-bmgr, notwinboot
sdb5 : isnotESP, fstab-has-goodEFI, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sda2 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, 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, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdb4 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdb5 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sdb
fdisk -l (filtered): ___________________________________________________________
Disk sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 92D35272-B9D3-4A80-93C0-443FED86782D
Start End Sectors Size Type
sda1 2048 415995903 415993856 198.4G Microsoft basic data
sda2 415995904 1953523711 1537527808 733.2G Linux filesystem
Disk sdb: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Disk identifier: BD5B3B62-2D2B-4981-B0F6-EC9C787A855C
Start End Sectors Size Type
sdb1 2048 206847 204800 100M EFI System
sdb2 206848 239615 32768 16M Microsoft reserved
sdb3 239616 424292351 424052736 202.2G Microsoft basic data
sdb4 498020352 500117503 2097152 1G Windows recovery environment
sdb5 424292352 498020351 73728000 35.2G Linux filesystem
Partition table entries are not in disk order.
Disk sdc: 29.3 GiB, 31457280000 bytes, 61440000 sectors
Disk identifier: F3C83B45-58E2-4A17-A8AF-5B3238F0EF13
Start End Sectors Size Type
sdc1 2048 61439966 61437919 29.3G Microsoft basic data
parted -lm (filtered): _________________________________________________________
sda:1000GB:scsi:512:4096:gpt:ATA TOSHIBA MQ04ABF1:;
1:1049kB:213GB:213GB:ntfs:Basic data partition:msftdata;
2:213GB:1000GB:787GB:ext4::;
sdb:256GB:scsi:512:512:gpt:ATA Micron_1100_MTFD:;
1:1049kB:106MB:105MB:fat32:EFI system partition:boot, esp;
2:106MB:123MB:16.8MB::Microsoft reserved partition:msftres;
3:123MB:217GB:217GB:ntfs:Basic data partition:msftdata;
5:217GB:255GB:37.7GB:ext4:Ubuntu Syst Progr:;
4:255GB:256GB:1074MB:ntfs::hidden, diag;
sdc:31.5GB:scsi:512:512:gpt:Intenso Speed Line:;
1:1049kB:31.5GB:31.5GB:fat32:Microsoft Basic Data:msftdata;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ntfs F654352E5434F2CB 7d9854ff-02bf-45c4-a6fc-9f72063207d4 DATA Basic data partition
└─sda2 ext4 3a676f1f-1bfd-46aa-a8cf-d4a8f8d0f2f9 21e72913-15d5-4a9f-9230-3bf97daba4c2 Data Ubuntu
sdb
├─sdb1 vfat 1C85-1365 a747ce68-4130-4fbd-870e-8c23b37ebdc9 ESP EFI system partition
├─sdb2 c9983ec6-eca3-4181-a512-977bf7015672 Microsoft reserved partition
├─sdb3 ntfs 4476C0CD76C0C0C2 109e31f1-e901-4c18-ae65-351bbab9b3f5 Acer Basic data partition
├─sdb4 ntfs BAB2E538B2E4F9B1 3d883da6-8130-4cb1-b65e-93f1966ecef2 Recovery Basic data partition
└─sdb5 ext4 b7500ab7-6065-49a6-9b0e-8dbccc047f7d 7b3a6822-5637-43a7-8793-540ac32ab679 Ubuntu Syst Progr
sdc
└─sdc1 vfat 82DA-C5A5 cdda9cab-b513-4594-bfbc-c329a7ad99a7 UBUNTU 18_0 Microsoft Basic Data
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 46.5G 77% /mnt/boot-sav/sda1
sda2 594.6G 12% /mnt/boot-sav/sda2
sdb1 41.3M 57% /mnt/boot-sav/sdb1
sdb3 135.2G 33% /mnt/boot-sav/sdb3
sdb4 628.1M 39% /mnt/boot-sav/sdb4
sdb5 7.7G 72% /mnt/boot-sav/sdb5
sdc1 27.5G 6% /cdrom
Mount options: __________________________________________________________________
sda1 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda2 rw,relatime,data=ordered
sdb1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sdb3 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sdb4 rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sdb5 rw,relatime,data=ordered
sdc1 ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
===================== sdb1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid b7500ab7-6065-49a6-9b0e-8dbccc047f7d root hd1,gpt5
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
====================== sdb5/boot/grub/grub.cfg (filtered) ======================
Ubuntu b7500ab7-6065-49a6-9b0e-8dbccc047f7d
Ubuntu, avec Linux 4.15.0-156-generic b7500ab7-6065-49a6-9b0e-8dbccc047f7d
Ubuntu, avec Linux 4.15.0-154-generic b7500ab7-6065-49a6-9b0e-8dbccc047f7d
Ubuntu, avec Linux 4.15.0-153-generic b7500ab7-6065-49a6-9b0e-8dbccc047f7d
### END /etc/grub.d/30_os-prober ###
System setup uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###
========================== sdb5/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb5 during installation
UUID=b7500ab7-6065-49a6-9b0e-8dbccc047f7d / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdb1 during installation
/swapfile none swap sw 0 0
UUID=1C85-1365 /boot/efi vfat defaults 0 1
LABEL=DATA /mnt/DATA auto nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=3a676f1f-1bfd-46aa-a8cf-d4a8f8d0f2f9 /media/gg/Data040Ubuntu auto nosuid,nodev,nofail,x-gvfs-show 0 0
======================= sdb5/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=""
==================== sdb5: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
214.666908264 = 230.496837632 boot/grub/grub.cfg 2
224.962764740 = 241.551929344 boot/vmlinuz-4.15.0-153-generic 2
225.552791595 = 242.185465856 boot/vmlinuz-4.15.0-154-generic 2
226.936447144 = 243.671154688 boot/vmlinuz-4.15.0-156-generic 4
226.936447144 = 243.671154688 vmlinuz 4
225.552791595 = 242.185465856 vmlinuz.old 2
232.412567139 = 249.551093760 boot/initrd.img-4.15.0-153-generic 20
219.883903503 = 236.098543616 boot/initrd.img-4.15.0-154-generic 16
236.376834869 = 253.807693824 boot/initrd.img-4.15.0-156-generic 11
236.376834869 = 253.807693824 initrd.img 11
219.883903503 = 236.098543616 initrd.img.old 16
===================== sdb5: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 12808 Aug 24 2020 10_linux
-rwxr-xr-x 1 root root 11298 Jul 17 2018 20_linux_xen
-rw-r--r-- 1 root root 857 Oct 20 2018 25_custom
-rwxr-xr-x 1 root root 12059 Jul 17 2018 30_os-prober
-rwxr-xr-x 1 root root 1418 Jul 17 2018 30_uefi-firmware
-rwxr-xr-x 1 root root 214 Jul 17 2018 40_custom
-rwxr-xr-x 1 root root 216 Jul 17 2018 41_custom
========================== sdb5/etc/grub.d/25_custom ===========================
#!/bin/sh
exec tail -n +3 $0
menuentry "Windows UEFI bootmgfw.efi" {
search --fs-uuid --no-floppy --set=root 1C85-1365
chainloader (${root})/EFI/Microsoft/Boot/bootmgfw.efi
}
menuentry "Windows Boot UEFI loader" {
search --fs-uuid --no-floppy --set=root 1C85-1365
chainloader (${root})/EFI/Boot/bkpbootx64.efi
}
menuentry "Windows Boot UEFI fbx64.efi" {
search --fs-uuid --no-floppy --set=root 1C85-1365
chainloader (${root})/EFI/Boot/fbx64.efi
}
menuentry "EFI/ubuntu/fwupx64.efi" {
search --fs-uuid --no-floppy --set=root 1C85-1365
chainloader (${root})/EFI/ubuntu/fwupx64.efi
}
menuentry "EFI/ubuntu/mmx64.efi" {
search --fs-uuid --no-floppy --set=root 1C85-1365
chainloader (${root})/EFI/ubuntu/mmx64.efi
}
menuentry "EFI/OEM/Boot/bootmgfw.efi" {
search --fs-uuid --no-floppy --set=root 1C85-1365
chainloader (${root})/EFI/OEM/Boot/bootmgfw.efi
}
====================== sdc1/boot/grub/grub.cfg (filtered) ======================
Try Ubuntu without installing
Install Ubuntu
OEM install (for manufacturers)
Check disc for defects
========================= sdc1/syslinux.cfg (filtered) =========================
DEFAULT loadconfig
LABEL loadconfig
CONFIG /isolinux/isolinux.cfg
APPEND /isolinux/
==================== sdc1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1
================== sdc1: Location of files loaded by Syslinux ==================
GiB - GB File Fragment(s)
?? = ?? syslinux.cfg 1
=============================== StdErr Messages ================================
File descriptor 63 (pipe:[98683]) leaked on lvs invocation. Parent PID 6708: /bin/bash
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub-efi-amd64-signed of
sdb5,
using the following options: sdb1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s win-legacy-basic-fix use-standard-efi-file restore-efi-backups
Confirmation request before suggested repair: __________________________________
The boot of your PC is in Secure mode. You may want to retry after changing it to non-Secure mode.
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 Ubuntu 18.04.5 LTS entry (sdb1/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)
Hors ligne
#4 Le 10/09/2021, à 18:31
- malbo
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Depuis 3 ans j’ai un ACER ASPIRE C24-825
Tu t'es trompé (c'est un 6 au lieu du 2). Ta référence exacte visible dans ce fil de 2018 est ACER Aspire C24-865
Je pense qu'une mise à jour de Windows 10 a dû virer l'astuce que tu avais utilisée à l'époque. Essaie de refaire ce que tu as décrit dans ce post : https://forum.ubuntu-fr.org/viewtopic.p … #p21992876
Dernière modification par malbo (Le 10/09/2021, à 18:32)
Hors ligne
#5 Le 10/09/2021, à 23:00
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
En effet , faute de frappe dans le no de PC, tu as l .œil
Je ne peux pas appliquer les recettes d’il y a 3 ans car le menu F12 ‘ sélect boot device ‘ propose soit la clé live qui démarre Ubuntu , soit le Windows Boot Manager qui se plante en donnant les messages d’erreur décrits plus haut . Je n.ai donc pas accès à Windows et à sa ligne de commande .
L’option radicale est de sauver mes données , tout réinitialiser et donc virer Windows 10 installé par le fabricant ( pas de copie externe fournie) . Adieu dual boot et sa complexité .
Y a-t-il une autre option ?
Hors ligne
#6 Le 10/09/2021, à 23:05
- geole
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Bonsoir.
Dans un premier temps, essaie simplement de réinstaller la structure de boot standard de windows avec son support d'installation.
Methode 2 de https://lecrabeinfo.net/reparer-demarra … ws-10.html
Dernière modification par geole (Le 10/09/2021, à 23:08)
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
Hors ligne
#7 Le 11/09/2021, à 06:46
- malbo
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
L’option radicale est de sauver mes données
Bonjour,
Quelque soit la suite des évènements (que tu réussisses à retrouver ton dual-boot ou que tu décides de virer Windows 10), tu peux déjà faire cette sauvegarde de tes données en opérant depuis une session live de ta LiveUSB avec l'aide de la doc Récupérer ses données depuis un live-CD ou live-USB
Dernière modification par malbo (Le 11/09/2021, à 06:47)
Hors ligne
#8 Le 11/09/2021, à 16:18
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
J’ai sauvé mes données du disque système.
J’ai investigué en-suite la partition EFI ( Fat 32, 100 MB) sur sdb1.
Elle a 4 dossiers : Boot , Microsoft, OEM, Ubuntu
Microsoft/ et OEM/ ont la même sous-structure : Boot/ , Recovery/. Ce dernier comprend 2 files BCD et BCD.LOG, ( illisibles avec le text editor, c.est là qu.on doit trouver les paramètres. d.amorçage.)
Boot/ a 2 fichiers : bootx64.efi , fbx64.efi , datés tout deux de Mercredi , date fatidique de maj.
Ubuntu/ a 4 fichiers : grub.cfg , grubx64.efi ,mmx64.efi , shimx64.efi datés aussi de mercredi ! Il a aussi un fichier texte BOOTX64.CSV qui dit que shimx64.efi est le boot entry pour Ubuntu .
Mon problème étant un problème de boot efi, si l.on se rappelle les messages d.erreur ( /EFI/Ubuntu / ????? Invalid parameters ). , quels paramètres changer ci-dessus pour démarrer Ubuntu ou à défaut Windows , via le seul choix du Bios de booter par Win boot Manager ?
Hors ligne
#9 Le 11/09/2021, à 16:58
- geole
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Bonjour
Si j'ai bien compris, il y a trois ans, tu as fais une commande bcdedit pour dire à windows de lancer un fichier de boot /EFI/Ubuntu/shimx64.efi à la place du sien. Il a enregistré cela dans le fichier BCD Sans sauvegarder une version précédente qu'on aurait pu restoré
Je ne sais pourquoi, mais le nom de fichier serait maintenant connu comme /EFI/Ubuntu/?????
Evidemment ce fichier n'existe pas
Soit tu as mis des points ???????? au lieu du vrai nom. Dans ce cas, si tu dis le vrai nom, on peut le fabriquer à partir de shimx64.EFI
Soit le vrai nom est ?????? . Avec un nom comme cela, je ne suis pas certain qu'il soit "légal"
Il serait alors préférable de remettre le vrai nom de référence. Mais ubuntu ne sait pas lire le fichier BCD.
Il faut donc utiliser un outil de réparation windows dont je t'ai donné un lien
En voici un autre
https://www.malekal.com/reparer-demarra … indows-10/
Voici la séquence à jouer
Réparer le démarrage de Windows en UEFI
Il faut ensuite utiliser Diskpart pour pouvoir recréer la partition EFI.
Saisissez Diskpart puis entrée pour entrer dans l'interface de Diskpart.
puis saisissez la commande suivante pour lister les disqueslist disk
Sélectionnez votre disque principale, vous pouvez reconnaître ce dernier à partir des tailles de disque.
On sélectionne avec le numéro et la commande sel comme ci-dessous pour le disque 0 :sel disk 0
puis on liste les volumes de la partition avec la commande :
list vol
Repérer la partition EFI qui doit être en FAT32 et d’environ 100Mo à 150 Mo.
On sélectionne celle-ci par son numéro, dans l’exemple, ci-dessous, il s’agit de la partition 3.
Vous devez sélectionner le numéro de la partition EFI chez vous.sel vol 3
Puis on peut lui attribuer une lettre, disons la lettre R:
assign letter=R:
quitter la console diskpart avec la commande :
exit
En tapant R: et la commande dir, vérifier que le dossier EFI est présent
Comment réparer le démarrage de Windows 10Une fois l'interface de Diskpart quittée, il faut réparer le BCD de Windows en utilisant les commandes suivantes:
cd /d R:\EFI\Microsoft\Boot\ ren BCD BCD.old bcdboot c:\Windows /l fr-fr /s r: /f UEFI
A partir de là, redémarrez normalement l'ordinateur en espérant que le démarrage de Windows 10 soit réparé et fonctionnel.
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
Hors ligne
#10 Le 11/09/2021, à 20:23
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Réparation Windows : malheureusement impossible, je n.arrive jamais plus loin que le menu lancé par F10 lors du Bios , dès mise sous tension, qui choisit soit Win Boot Manager , dont les paramètres sont corrompus , soit une clé USB UEFI , Ubuntu dans mon cas ,puisque la sauvegarde Windows est sur le disque système .
Message d.erreur avec ???? : affiché tel quel en noir et blanc inversé, comme quand on essaye de lire du binaire avec un éditeur de texte
Et donc actuellement je n.ai que Ubuntu pour modifier des paramètres Systèmes, soit boot, soit UEFI, soit Windows . Les outils dont tu as parlé,sont hélas des outils Windows…
Hors ligne
#11 Le 12/09/2021, à 10:12
- geole
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Bonjour.
Les outils windows sont dans le support d'installation de windows. Il suffit de booter avec comme tu bootes avec un support d'installation de ubuntu puis de bien choisir les options pour se retrouver en ligne de commandes.
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
Hors ligne
#12 Le 13/09/2021, à 07:14
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Merci,mais je clarifie mon dernier post . L.ordi , acheté neuf, n.est pas livré avec un support d.installation’ juste un feuillet d.une page pour le démarrer. C.est de l’OEM…. La sauvegarde Win est sur le disque système , dans la partition Microsoft je suppose…
Je vais donc choisir l’option de virer Win et le dual boot .
Comment procéder pour être efficace : suffit il de booter sur ma clé 18.04 d’il y a 3 ans et de démarrer une installation complète, quid des maj postérieures et de mes options personnelles, j.ai sauvegardé mon /home/, est il utilisable ?
Merci pour votre aide
Hors ligne
#13 Le 13/09/2021, à 08:54
- geole
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Je vais donc choisir l’option de virer Win et le dual boot .
Bonjour.
Je te rappelle qu'il y a trois ans, tu n'as pas su lancer ubuntu sauf en demandant à windows de le faire.
Je ne vois pas pourquoi cela changerait maintenant.
Il n'y a pas lieu de réinstaller ubuntu, il est correct.
Ce que tu peux tenter pour lancer ubuntu en oubliant windows le temps de sa réparation.
Booter avec le support d'installation
Monter la partition de boot
sudo mount -v /dev/sdb1 /mnt
Écraser le fichier de boot de windows par celui de ubuntu
sudo cp -v /mnt/efi/ubuntu/shimx64.efi /mnt/efi/Microsoft/Boot/bootmgfw.efi
Dernière modification par geole (Le 13/09/2021, à 09:13)
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
Hors ligne
#14 Le 14/09/2021, à 10:22
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
@geole : merci , je viens d’exécuter ton dernier post, mais pas de changement. , memes messages d’erreur “ failed to open EFI\ubuntu\?????”
D’autre part je me suis procuré une clé Usb Windows10 , elle a le flag boot, mais cependant n.apparait pas dans le menu boot F12, contrairement à ma clé Ubuntu .
Patience et longueur de temps font plus ….:)
Hors ligne
#15 Le 14/09/2021, à 10:34
- geole
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Au point où tu en es
Booter avec le support d'installation
Monter la partition de bootsudo mount -v /dev/sdb1 /mnt
Écraser le fichier de boot du constructeur ar celui de ubuntu
sudo cp -v /mnt/efi/OEM/Boot/bootmgfw.efi /mnt/efi/OEM/Boot/bootmgfw.efi.ORI
sudo cp -v /mnt/efi/ubuntu/shimx64.efi /mnt/efi/OEM/Boot/bootmgfw.efi
Dernière modification par geole (Le 14/09/2021, à 11:06)
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
Hors ligne
#16 Le 14/09/2021, à 11:05
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
C’est fait, hélas sans succès : même message d’erreur
Dernière modification par duo737 (Le 14/09/2021, à 11:07)
Hors ligne
#17 Le 14/09/2021, à 11:11
- geole
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Autre piste
Déactive le secure boot dans le bios
puis
sudo mount -v /dev/sdb1 /mnt
sudo cp -v /mnt/efi/ubuntu/grubx64.efi /mnt/efi/Microsoft/Boot/bootmgfw.efi
sudo cp -v /mnt/efi/ubuntu/grubx64.efi /mnt/efi/OEM/Boot/bootmgfw.efi
sudo cp -v /mnt/efi/ubuntu/grub.cfg /mnt/efi/Microsoft/Boot
sudo cp -v /mnt/efi/ubuntu/grub.cfg /mnt/efi/OEM/Boot
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
Hors ligne
#18 Le 14/09/2021, à 12:01
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Voilà, c’est fait. Mais je reçois toujours les mêmes messages d’erreur
Hors ligne
#19 Le 14/09/2021, à 12:07
- geole
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
A part installer la vraie structure de boot de windows, je ne vois plus d'astuces à l'exception de réinitialiser le bios
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
Hors ligne
#20 Le 14/09/2021, à 16:02
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
A part installer la vraie structure de boot de windows, je ne vois plus d'astuces à l'exception de réinitialiser le bios
J’ai réinitialisé le BIos, Touche F9,sans succès .
Pour installer la structure Windows, pourquoi ma clé Windows n’est-elle pas reconnue comme Bootable ?
Enfin, question : si je réinstalle Ubuntu , sur quelle partition ? la partition EFI attribué actuellement au win boot manager ou bien la partition EXT4Ubuntu ou enfin la partition NTFS de Windows ?
Cela Résoudra-t-il le problème d’amorçage qui se situe en amont de l’opérating système…
Hors ligne
#21 Le 14/09/2021, à 18:16
- geole
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Bonsoir
Comment as-tu fabriqué la clé de boot de windows?
De mémoire, il faut un logiciel spécifique wintobootic qui fabrique une partition ntfs me semble-t-il.
ou utiliser ventoy. https://doc.ubuntu-fr.org/ventoy
Ubuntu fonctionne dans une partition ext4 mais c'est inutile de le réinstaller. Le problème est en amont
J'ai noté que tu as réinitialisé le bios. Je suis surpris ue cela soit la touche F9.
Dernière modification par geole (Le 14/09/2021, à 18:18)
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
Hors ligne
#22 Le 14/09/2021, à 21:09
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
la clé est une clé d’installation de Windows fourni par un copain, et les paramètres du boot sont peu nombreux, par ex pas d’option Legacy , tout passe par l’EFI.
Donc N’y a-t-il pas moyen de recopier au départ de la clé Windows toute la partitionEFI, tout en étant sous Ubuntu ,
Dernière modification par duo737 (Le 14/09/2021, à 21:15)
Hors ligne
#23 Le 15/09/2021, à 06:27
- malbo
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
les paramètres du boot sont peu nombreux, par ex pas d’option Legacy , tout passe par l’EFI.
Dans certains Bios d'ordi ACER, le terme "Legacy" n'est pas utilisé : le paramètre utilisé est "Launch CSM" et il est positionné par défaut sur "Never" quand l'EFI est utilisé (comme sur cette vue). S'il est positionné sur "Always", cela signifie que seul le mode Legacy est utilisé.
Peux-tu vérifier dans ton Bios si tu as (ou non) ce paramètre "Launch CSM"
Dernière modification par malbo (Le 15/09/2021, à 06:28)
Hors ligne
#24 Le 15/09/2021, à 07:30
- ikewdu
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
Salut,
Depuis la clé Windows, si elle foctionne, peux-tu donner le retour de
bcdedit /v
bcdedit /enum firmware
Sinon, essaie de refabriquer une clé avec l'outil Windows depuis un autre PC.
Dernière modification par ikewdu (Le 15/09/2021, à 07:36)
Hors ligne
#25 Le 15/09/2021, à 13:57
- duo737
Re : Démarrage dual boot impossible après m.a.j Ubuntu 18.04.05
duo737 a écrit :les paramètres du boot sont peu nombreux, par ex pas d’option Legacy , tout passe par l’EFI.
Dans certains Bios d'ordi ACER, le terme "Legacy" n'est pas utilisé : le paramètre utilisé est "Launch CSM" et il est positionné par défaut sur "Never" quand l'EFI est utilisé (comme sur cette vue). S'il est positionné sur "Always", cela signifie que seul le mode Legacy est utilisé.
Peux-tu vérifier dans ton Bios si tu as (ou non) ce paramètre "Launch CSM"
Le mode CSM est sur Never
Hors ligne