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

Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne

Ordinosaure

Bonjour,

Sur un ordinateur Packard Bell EasyNote LG avec Windows 8 à l’origine, j’ai testé UBUNTU 20.04 à partir d’une clé USB bootable créée par RUFUS, d’abord en live simple, puis persistant. A partir de cet ordinateur booté sur la clé, j’ai fait une installation complète sur une autre clé, plus grosse et plus rapide (choix d’installation=autre chose, périphérique où sera installé le programme de démarrage=ma clé).

Tout a bien fonctionné, mais j’ai été surpris par la nouvelle présentation du menu « boot » qui s’ouvre par F12 et qui avait changé. Jusqu’à présent j’avais fait ce genre de manip sur un ordinateur « BIOS/MBR » et là j’étais en UEFI…
Mais je pouvais démarrer avec Ubuntu ou avec Windows 8 sans problème. Donc j’ai complété ma configuration Ubuntu et j’ai finalement décidé d’installer définitivement Ubuntu en Dual Boot sur le disque dur. J’ai suivi en cela l’excellent tuto EFI un jeu d’enfant Windows 8

Tout a bien fonctionné et j’ai recommencé à installer « au propre » sur le disque dur ce que j’avais déjà testé avec ma clé. A un moment donné pour vérifier un truc qui me semblait bizarre j’ai voulu booter sur la version Ubuntu de ma clé… or je ne peux pas car la clé n’est pas visible quand je fais F12 au démarrage et je ne peux plus démarrer le PC que sur Windows 8 ou sur Ubuntu du disque dur. 🙁

Je crois comprendre qu’il n’y a pas forcément de dysfonctionnement dans cette affaire, mais ça ne m’arrange pas ! Surtout que je ne peux pas démarrer non plus l’Ubuntu de ma clé sur un autre ordi…
Donc un long préambule pour arriver aux questions :

1) Si je change le mode de boot de UEFI en Legacy, est-ce que ça a des effets secondaires néfastes?
2) Si ma clé réapparait par cette méthode, en bootant dessus est-ce que je risque d’altérer le boot depuis le disque dur ?
3) Enfin –ou d’abord !- est ce qu’une sauvegarde de la partition EFI du disque dur par DD avant ces manips me protège à tous les coups ?

Merci d’avance pour vos conseils.

geole

Bonjour
Pas facile de comprendre la raison pour laquelle tu ne peux plus booter
Si tu as installé en EFI, le boot se fait à partir d'une partition EFI
Ta clé d'installation en possède déjà, il est probable que ton disque dur en possède aussi une
Lorsque tu as fais ta première installation sur la clé USB, il n'est pas du tout évident que la structure de boot EFI ait été écrite sur la clé, Il est fort probable que cela ait été la structure de boot EFI du disque dur qui a été mis a jour

Si tu positionnes en LEGACY
Il est fort probable que ta clé initiale sache booter en LEGACY grâce au MBR qui a été fabriqué.
Il est presque certain que le disque dur n'a pas de MBR de fabriqué.
Il est certain que la seconde clé n'a pas reçu de MBR pendant l'installation. Elle avait peut-être un vieux MBR qui n'est pas à jour

Si tu réussis à booter avec la clé cela n'altère pas le disque dur

Si tu sauves la partition EFI, tu pourras faire presque toutes les fausses manipulations que tu veux , tu pourras la restaurer. Tu peux sauver par dd dans un fichier.
Evite d'écraser sa sauvegarde.
Evite aussi de la reformater.
Aucune installation de logiciel ne détruit son contenu, Seul le contenu du logiciel de même nom est remplacé s'il existe.

Ordinosaure

Merci pour cette réponse rapide!

J'ai sauvegardé la partition EFI par DD.
J'ai mis le Bios en Legacy: la clé est bien ré-apparue dans les options de Boot!

Mais... quand je boote dessus j'ai en tout et pour tout: "Missing operating system" 🙁
C'est le message que j'ai aussi si j'essaye de booter sur un autre micro.

malbo

Bonjour,
Tu devrais remettre le Bios en UEFI, connecter ta clé USB puis démarrer sur le Ubuntu du disque dur. Depuis cette session du Ubuntu du disque dur, tu ferais un Boot-info et tu donnerais l'URL de ce Boot-info dans ta réponse. Comme ça on y verrait sans doute plus clair sur ta clé USB : on verrait si le Ubuntu qui est dessus est installé en mode UEFI ou en mode Legacy.

Ordinosaure

Bonjour Malbo,

Voilà le résultat: Boot Info

Merci pour ton aide!

Babdu89

Bonjour.

Le contenu du boot-info https://paste.ubuntu.com/p/knbW8S9rHw/


Ubuntu Pastebin
Paste from boot-repair at Wed, 1 Jul 2020 15:10:24 +0000

This paste expires on 2020-08-01.
Download as text
	

boot-info-4ppa125                                              [20200701_1708]

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

 => No boot loader is installed in the MBR of /dev/sda.
 => Windows 7/8/2012 is installed in the MBR of /dev/sdb.

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:       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/bootx64.efi /efi/Boot/fbx64.efi 
                       /efi/Boot/mmx64.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

sda3: __________________________________________________________________________

    File system:       
    Boot sector type:  -
    Boot sector info: 

sda4: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 8/2012: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  Windows 7
    Boot files:        /Windows/System32/winload.exe

sda5: __________________________________________________________________________

    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:        

sda6: __________________________________________________________________________

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

sda7: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        

sdb1: __________________________________________________________________________

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


================================ 3 OS detected =================================

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04 LTS CurrentSession on sda6
OS#2:   Ubuntu 20.04 LTS on sdb1
OS#3:   Windows 7 on sda4

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

CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-5.4.0-39-generic root=UUID=21f96e57-dbe0-4dfa-b75c-99d272bd5896 ro quiet splash vt.handoff=7


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

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

efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0001,0002,2001,2002,2003
Boot0001* Windows Boot Manager	HD(2,GPT,5b3fcd3d-8680-4e6a-8789-5ee018886dc1,0x12c800,0x96000)/File(\EFI\Microsoft\Boot\bootmgfw.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* HDD: 	HD(2,GPT,5b3fcd3d-8680-4e6a-8789-5ee018886dc1,0x12c800,0x96000)/File(\EFI\ubuntu\shimx64.efi)RC
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

f7a57b08bc7c1c85417ae4cea582d1d4   sda2/Boot/bootx64.efi
bed45d1c9554cea09924d3814cb7c446   sda2/Boot/fbx64.efi
4487628005555bfd4a4c0a47211e0700   sda2/Boot/mmx64.efi
5c14b2158486ded02655f86386b249e2   sda2/ubuntu/grubx64.efi
4487628005555bfd4a4c0a47211e0700   sda2/ubuntu/mmx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4   sda2/ubuntu/shimx64.efi
86f6426a9b47dc73eb8c8bafbb46799f   sda2/Microsoft/Boot/bootmgfw.efi
3ce8c3424654411d11779676b52c7cba   sda2/Microsoft/Boot/bootmgr.efi
86f6426a9b47dc73eb8c8bafbb46799f   sda2/OEM/Boot/bootmgfw.efi
3ce8c3424654411d11779676b52c7cba   sda2/OEM/Boot/bootmgr.efi


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

Disks info: ____________________________________________________________________

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

Partitions info (1/3): _________________________________________________________

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

Partitions info (2/3): _________________________________________________________

sda6	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda1	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	recovery-or-hidden,	no-bmgr,	notwinboot
sda2	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda4	: isnotESP,	part-has-no-fstab,	no-nt,	haswinload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda5	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	recovery-or-hidden,	no-bmgr,	notwinboot
sda7	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdb1	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda6	: not-sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda
sda1	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda
sda2	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda
sda4	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda
sda5	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda
sda7	: maybesepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sda
sdb1	: not-sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sdb

fdisk -l (filtered): ___________________________________________________________

Disk sda: 465.78 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 5DDBFA02-8C48-4272-AF12-F7ADCB09924F
          Start       End   Sectors  Size Type
sda1       2048   1230847   1228800  600M Windows recovery environment
sda2    1230848   1845247    614400  300M EFI System
sda3    1845248   2107391    262144  128M Microsoft reserved
sda4    2107392 725719039 723611648  345G Microsoft basic data
sda5  945467392 976773119  31305728   15G Windows recovery environment
sda6  725719040 869079039 143360000 68.4G Linux filesystem
sda7  869079040 945467391  76388352 36.4G Linux filesystem
Partition table entries are not in disk order.
Disk sdb: 29.85 GiB, 32027705344 bytes, 62554112 sectors
Disk identifier: 0xc799d259
      Boot Start      End  Sectors  Size Id Type
sdb1  *     2048 62554111 62552064 29.8G 83 Linux

parted -lm (filtered): _________________________________________________________

sda:500GB:scsi:512:4096:gpt:ATA WDC WD5000LPVX-2:;
1:1049kB:630MB:629MB:ntfs::hidden, diag;
2:630MB:945MB:315MB:fat32::boot, esp;
3:945MB:1079MB:134MB::Microsoft reserved partition:msftres;
4:1079MB:372GB:370GB:ntfs:Basic data partition:msftdata;
6:372GB:445GB:73.4GB:ext4:Ubuntu:;
7:445GB:484GB:39.1GB:ext4:Data:;
5:484GB:500GB:16.0GB:ntfs::hidden, diag;
sdb:32.0GB:scsi:512:512:msdos: USB DISK 2.0:;
1:1049kB:32.0GB:32.0GB:ext2::boot;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL             PARTLABEL
sda                                                                                                         
├─sda1 ntfs     540437130436F816                     399426df-a15c-4a45-a417-61329a24e1d1 Recovery          Basic data partition
├─sda2 vfat     EE39-AC5B                            5b3fcd3d-8680-4e6a-8789-5ee018886dc1 ESP               EFI system partition
├─sda3                                               a995fb9d-6f2c-4998-b6d4-7866b6fcd8d7                   Microsoft reserved partition
├─sda4 ntfs     E47C3EBB7C3E87F6                     319f0bad-87d1-4717-95fb-512c245f8248 Packard Bell      Basic data partition
├─sda5 ntfs     6C98414C984115CC                     a726866f-59dc-47c2-b3cf-45dbc9151c26 Push Button Reset Basic data partition
├─sda6 ext4     21f96e57-dbe0-4dfa-b75c-99d272bd5896 cef650b2-3ee3-4e0a-abba-4fe93446b4f1                   Ubuntu
└─sda7 ext4     159d3d77-d7b1-4723-b81e-4b6bfc6bbc51 e1dd500e-647d-4148-b28b-d25391f56a9c                   Data
sdb                                                                                                         
└─sdb1 ext2     bd24e407-dca7-47fe-a042-4a34861af857 c799d259-01                                            

df (filtered): _________________________________________________________________

                   Avail Use% Mounted on
sda1              311.7M  48% /mnt/boot-sav/sda1
sda4              190.3G  45% /mnt/boot-sav/sda4
sda5                  2G  87% /mnt/boot-sav/sda5
sda6               54.2G  14% /
sda7               33.1G   2% /home
sdb1               14.2G  47% /media/jf/bd24e407-dca7-47fe-a042-4a34861af857

Mount options: __________________________________________________________________

sda1              rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda4              rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda5              rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
sda6              rw,relatime,errors=remount-ro
sda7              rw,relatime
sdb1              rw,nosuid,nodev,relatime

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

search.fs_uuid 21f96e57-dbe0-4dfa-b75c-99d272bd5896 root hd0,gpt6 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

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

Ubuntu   21f96e57-dbe0-4dfa-b75c-99d272bd5896
Ubuntu, avec Linux 5.4.0-39-generic   21f96e57-dbe0-4dfa-b75c-99d272bd5896
Ubuntu, avec Linux 5.4.0-26-generic   21f96e57-dbe0-4dfa-b75c-99d272bd5896
Windows Boot Manager (sur sda2)   osprober-efi-EE39-AC5B
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sda6/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=21f96e57-dbe0-4dfa-b75c-99d272bd5896 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=EE39-AC5B  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda7 during installation
UUID=159d3d77-d7b1-4723-b81e-4b6bfc6bbc51 /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0

======================= sda6/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=""

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

           GiB - GB             File                                 Fragment(s)
 360,177227020 = 386,737352704  boot/grub/grub.cfg                             1
 388,857540131 = 417,532604416  boot/vmlinuz                                   2
 350,377925873 = 376,215433216  boot/vmlinuz-5.4.0-26-generic                  2
 388,857540131 = 417,532604416  boot/vmlinuz-5.4.0-39-generic                  2
 350,377925873 = 376,215433216  boot/vmlinuz.old                               2
 349,283744812 = 375,040565248  boot/initrd.img                                4
 389,357673645 = 418,069618688  boot/initrd.img-5.4.0-26-generic               6
 349,283744812 = 375,040565248  boot/initrd.img-5.4.0-39-generic               4
 389,357673645 = 418,069618688  boot/initrd.img.old                            6

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

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

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

Ubuntu   bd24e407-dca7-47fe-a042-4a34861af857
Ubuntu, avec Linux 5.4.0-39-generic   bd24e407-dca7-47fe-a042-4a34861af857
Ubuntu, avec Linux 5.4.0-37-generic   bd24e407-dca7-47fe-a042-4a34861af857
Windows Boot Manager (sur sda2)   osprober-efi-EE39-AC5B
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sdb1/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdc1 during installation
UUID=bd24e407-dca7-47fe-a042-4a34861af857 /               ext2    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=EE39-AC5B  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

======================= sdb1/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=""

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

           GiB - GB             File                                 Fragment(s)
  27,690036774 = 29,731950592   boot/grub/grub.cfg                             2
  28,699337006 = 30,815678464   boot/vmlinuz                                   8
  27,089038849 = 29,086633984   boot/vmlinuz-5.4.0-37-generic                  6
  28,699337006 = 30,815678464   boot/vmlinuz-5.4.0-39-generic                  8
  27,089038849 = 29,086633984   boot/vmlinuz.old                               6
  27,659702301 = 29,699379200   boot/initrd.img                                8
  27,298324585 = 29,311352832   boot/initrd.img-5.4.0-37-generic               7
  27,659702301 = 29,699379200   boot/initrd.img-5.4.0-39-generic               8
  27,298324585 = 29,311352832   boot/initrd.img.old                            7

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

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


Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub-efi-amd64-signed of
sda6,
using the following options:        sda2/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s win-legacy-basic-fix use-standard-efi-file    

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 20.04 LTS CurrentSession entry (sda2/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)

Download as text

Post#1 on lit;

Je crois comprendre qu’il n’y a pas forcément de dysfonctionnement dans cette affaire, mais ça ne m’arrange pas ! Surtout que je ne peux pas démarrer non plus l’Ubuntu de ma clé sur un autre ordi…
Donc un long préambule pour arriver aux questions :

Je pense que l'explication est là;

 => Windows 7/8/2012 is installed in the MBR of /dev/sdb.

Un mbr compatible Windows dans le secteur de boot de la clé /dev/sdb.
La clé a un partitionnement de type MSDos. et il n'y a pas de grub première partie dans le secteur de boot de cette clé.

On voit aussi ceci pour le Ubuntu de la clé ;

sdb1	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	not-far

sdb1	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Un grub efi installé sur /dev/sdb1

Et pour démarrer en UEFI, il y a besoin de la partition efi /dev/sda2;

========================== sdb1/etc/fstab (filtered) ===========================

# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdc1 during installation
UUID=bd24e407-dca7-47fe-a042-4a34861af857 / ext2 errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=EE39-AC5B /boot/efi vfat umask=0077 0 1
/swapfile

Si tu branches ta clé sur une autre machine que celle qui a sevit à faire l'installation, çà ne peut pas démarrer.

@+. Babdu89 .

geole

Voici quelques extraits

=> Windows 7/8/2012 is installed in the MBR of /dev/sdb 

OS#1:   L'OS actuellement utilisé - Ubuntu 20.04 LTS CurrentSession on sda6
OS#2:   Ubuntu 20.04 LTS on sdb1

sdb1: __________________________________________________________________________
    File system:       ext2
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.04 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub
.
sda2: __________________________________________________________________________
    File system:       vfat
    Boot files:        /efi/Boot/bootx64.efi /efi/Boot/fbx64.efi 
                       /efi/Boot/mmx64.efi /efi/ubuntu/grubx64.efi 
                       /efi/ubuntu/mmx64.efi /efi/ubuntu/shimx64.efi 
                       /efi/ubuntu/grub.cfg

Je te propose une réparation manuelle à faire à partir du UBUNTU installé
1) Installer l'application GPARTED, La lancer
2) Rétrécir la partition SDB1 de 36 Mo.
3) Créer une partition de boot EFI dans l'espace libéré au format FAT32
4) Y mettre le drapeau ESP
5) Quitter l'application gparted et utiliser le gestionnaire de fichier pour
Y créer le répertoire /EFI/Boot
Y transférer les deux fichiers /efi/ubuntu/grubx64.efi et /efi/ubuntu/grub.cfg
Puis renommer /EFI/Boot/grubx64.efi en /EFI/Boot/bootx64.efi

Cela devrait permettre de faire booter la clé sur les ordinateurs EFI.
Si tu veux aussi la faire booter sur les ordinateurs LEGACY, c'est plus compliqué.

malbo

Tu devrais arrêter de vouloir démarrer sur ta clé USB parce que tu vas réussir à mettre le bazar dans l'ordi. Ce qui est dangereux, est visible dans le fstab du Ubuntu qui se trouve sur la clé USB:

========================== sdb1/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdc1 during installation
UUID=bd24e407-dca7-47fe-a042-4a34861af857 /               ext2    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=EE39-AC5B  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0

C'est particulièrement la ligne suivante qui est dangereuse :

UUID=EE39-AC5B  /boot/efi       vfat    umask=0077      0       1

geole

Bonjour Malbo
J'avais effectivement oublié de dire que lorsque le boot sera fait, il faut modifier le fichier pour y mettre le UUID de la nouvelle partition avant de commencer les mises à jour potentiellement capable d'installer un nouveau grub.

Ordinosaure

Merci Geole.

Si je peux booter en EFI ça me suffit!
Dans la mesure où je n'interviens que sur la clé, ça me va aussi.
Je vais essayer de faire ça et je reviens demain matin.

Merci Malbo, mais pour moi rien n'est visible 🙁 🙁
J'ai utilisé cette clé depuis un moment, après avoir fait une installation dans les règles sur ce même PC, et tout allait bien.
J'ai cru que le disque dur du PC ne serait pas mis à jour dans l'opération et ce n'a pas été le cas...

Lors de ma seconde installation définitive sur le disque dur, j'en déduis que l'information précédente permettant à la clé de booter a été détruite.
Le boot sur la clé est provisoire mais je voudrais quand même pouvoir y arriver par principe!

@+

Babdu89

Concernant la clé usb avec un Ubuntu installé.

Geole a écrit;

Si tu veux aussi la faire booter sur les ordinateurs LEGACY, c'est plus compliqué.

Si tu veux pouvoir démarrer sur des machines soit en UEFI, soit en Bio_Legacy, c'est possible. Mais il faut réinstaller Ubuntu comme ceci.
En premier en Bios_Legacy, puis réinstaller grub en UEFI. dans Ubuntu

Donc démarrer une session live Ubuntu en mode Bios_Legacy. la clé live (/dev/sdb) qui va servir à installer, Puis bancher la la clé (/dev/sdc) qui va recevoir la nouvelle installation.

Avec Gparted en session live,sur la clé /dev/sdc qui va recevoir l'installation. Supprimer toutes les partitions.

_Changer le type de table de partition, actuellement en MSDos pour du GPT.

_Faire une partition de quelques Mo . (/dev/sdc1) sans format de partition avec le drapeau boot-bios ou boot-grub. Elle va recevoir le core.img de l'installation de Ubuntu en Bios_Legacy, indispensable pour démarrer en Bios_Legacy.

_Faire une partition ( /dev/sdc2 ) de 250 Mo, format FAT32, avec le drapeau boot-esp. Elle va recevoir la réinstallation de Grub-efi. pour pouvoir démarrer en mode UEFI.

_Faire une partition format Ext4 (/dev/sdc3) du reste de l'espace non alloué, qui va recevoir l'installation de Ubuntu.

Installer Ubuntu en mode Bios_Legacy, en manuel, sur la partition /dev/sdc3, en mettant la première partie de grub dans le secteur de boot de la clé (installation du programme de démarrage dans /dev/sdc sans numéro de partition). le core.img sera mis dans la partition boot-bios boot-grub par l'installateur.

Redémarrer la machine en Bios_Legacy à partir de la clé /dev/sdb pour vérifier que l'installation fonctionne.
Si c'est le cas on va réinstaller grub en UEFI dans Ubuntu de la clé /dev/sdc.

Éteindre la machine. Débrancher les deux clés. Ne brancher que la clé Live (/dev/sdb).

Redémarrer une session live Ubuntu machine démarrée en mode UEFI .
Vérifier que l'on est bien démarrer en mode UEFI. Si c'est bon, brancher la clé /dev/sdc) qui a reçu la novelle installation.

Installer en session live boot-repair. Il faut passer par les "Options avancées" de boot-Repair, pour réinstaller un grub-efi dans le Ubuntu de la clé /dev/sdc3, en utilisant la partition boot-esp de la clé (/dev/sdc2) .

Lorsque c'est fait. Éteindre la machine. Ne brancher que la clé qui a reçu la nouvelle installation; Redémarrer la machine en mod UEFI sur la clé et vérifier que çà fonctionne. Si c'est le cas, la clé peut démarrer dans les deux modes sur n’importe quelle machine.

J'ai une clé de tests faite comme çà. Le Xubuntu qui démarre dans les deux mode est sur /dev/sdb3
La partition bios-grub /dev/sdb2 sert à démarrer en mode Bios_Legacy.
La partition boot-esp /dev/sdb1 sert à démarrer en mode UEFI.

@+. Babdu89 .

Ordinosaure

Merci Babdu89.

Ta solution m'intéresse, mais ce que je voudrais bien retrouver pour le moment c'est "juste" l' Ubuntu qui est installé sur ma clé. Donc je ne peux pas ré-installer.

J'ai cru comprendre que le problème que je rencontre vient du fait qu' Ubuntu utilise systématiquement la partition EFI du premier disque monté...
Donc quand j'ai fait l'installation sur ma clé quoique je n'aie pas choisi une installation "à cote de Windows", ni demandé un dual boot etc... et précisé que je voulais le programme de démarrage sur ma clé,
Ubuntu est allé bricoler la partition EFI du disque dur du PC au lieu de me créer une partition EFI sur ma clé. 🙁
Je suppose que si j'avais fait la même opération en démontant le disque dur du PC avant l'installation d'Ubuntu, la clé aurait été correcte ?

Je n'avais pas vu le complément apporté par geole:
"lorsque le boot sera fait, il faut modifier le fichier pour y mettre le UUID de la nouvelle partition avant de commencer les mises à jour potentiellement capable d'installer un nouveau grub."

Là ça commence à se compliquer pour moi 😛

Mon intention initiale était pourtant simple:
- Créer une clé USB pour préparer mon installation en évitant de polluer quoi que ce soit.
- Une fois au point sur la clé refaire une installation propre sur le disque dur

@+

Babdu89

Bonsoir.

Ordinosaure a écrit;

J'ai cru comprendre que le problème que je rencontre vient du fait qu' Ubuntu utilise systématiquement la partition EFI du premier disque monté...
Donc quand j'ai fait l'installation sur ma clé quoique je n'aie pas choisi une installation "à cote de Windows", ni demandé un dual boot etc... et précisé que je voulais le programme de démarrage sur ma clé,
Ubuntu est allé bricoler la partition EFI du disque dur du PC au lieu de me créer une partition EFI sur ma clé.

Lorsqu'on installe en mode UEFI. Lors de la première installation, que ce soit un Windows ou un Linux, est créée une partition boot-efi. Puis les installations suivantes dans le même mode, que ce soit un autre Windows ou des Linux, elles utilisent la même partition boot-efi, en y ajoutant des données qui permettent de les démarrer. Même si on installe sur plusieurs disques.

On le voit dans les fichiers /etc/fstab de tes deux Ubuntu. /dev/sda6 et /dev/sdb1
La partition;

# /boot/efi was on /dev/sda2 during installation
UUID=EE39-AC5B  /boot/efi       vfat    umask=0077      0       1

figure dans les fichiers fstab.

Je suppose que si j'avais fait la même opération en démontant le disque dur du PC avant l'installation d'Ubuntu, la clé aurait été correcte ?

Oui, puisque l'installateur n'aurait pas trouvé de partition boot-efi, il en aurait créé une sur la clé.

Donc quand j'ai fait l'installation sur ma clé quoique je n'aie pas choisi une installation "à cote de Windows", ni demandé un dual boot etc... et précisé que je voulais le programme de démarrage sur ma clé,

Alors deux cas de figure;
_Installation en mode Bios_Legacy, Grub-pc s'installe en deux parties la première partie normalement dans le secteur de boot du disque d'installation, l'autre partie dans la partition système.

_Installation en mode UEFI, une partie de grub-efi dans la partition boot-efi, l'autre aussi dans la partition système. En cas de Multi boot, c'est la même partition boot-efi qui sert pour tous les systèmes.

Je n'avais pas vu le complément apporté par geole:
"lorsque le boot sera fait, il faut modifier le fichier pour y mettre le UUID de la nouvelle partition avant de commencer les mises à jour potentiellement capable d'installer un nouveau grub."

Là ça commence à se compliquer pour moi

Sur la clé, il faut réduire la partition /dev/sdb1 pour pouvoir créer une petite partition au format FAT32 et lui mettre le drapeau boot-efi.

Faire ce que dit geole post#7 , puis modifier le fichier /etc/fstab de /dev/sdb1

========================== sdb1/etc/fstab (filtered) ===========================

# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdc1 during installation
UUID=bd24e407-dca7-47fe-a042-4a34861af857 / ext2 errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=EE39-AC5B /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0

pour changer l'UUID EE39-AC5B par celui de la partition boot-efi créée. les UUID des partitions sont donné avec la commande;

sudo blkid

@+. Babdu89 .

Ordinosaure

Bonjour,

J'ai effectué les modifs pour mettre une partition EFI sur la cle USB.
Quand je boote avec le PC en UEFI, la clé n'apparait pas à l'appui du F12.
Quand je boote avec le PC en LEGACY, la clé apparait mais j'ai le même message qu'hier: pas de système pas de boot 🙁
Donc je vais en rester là car je ne peux pas y consacrer plus de temps.

Par contre si quelqu'un peut me dire COMMENT on en arrive là, je suis preneur!
Le sujet que j'ai mis laisse peut-être penser que je veux en permanence alterner les deux modes de démarrage.
Je voulais juste ponctuellement aller vérifier des choses sur l'ubuntu de la clé en mettant au point celui du DD.
Une fois ce dernier à niveau, je ne souhaitais plus utiliser la clé.

Donc mon vrai problème c'est d'éviter de me retrouver dans cette situation!
Je rappelle brièvement:
1) Création d'une clé1 bootable avec RUFUS: tout OK
2) A partir de cette clé1, installation complète sur une clé2 : tout OK
3) A partir de cette clé2, installation complète sur le DD: tout OK
4) A partir de là, clé2 inutilisable

L'ordinateur est un Packard Bell EasyNote LG avec Windows 8...

Merci à tous pour vos conseils.
Je reviendrai vers vous pour éclaircir certains points:
- Durée du boot
- Mise en veille avec mot de passe
- Contrôle des disques au boot
C'était pour vérifier ces points que je voulais revenir au système de la clé avant de poster des bêtises, car je suis sûr que les 2 systèmes ne réagissaient pas pareil. 😛

A ... plus!
Merci encore.

geole

Bonjour.
Je ne comprends pas comment tu as pu, à partir de la clé N° 2, faire une installation sur le disque dur.
Initialement, elle n'avait pas de structure de boot.
J'ai donné une façon d'y installer une structure de boot et d'y copier des fichiers de boot EFI qui auraient du permettre de booter le UBUNTU installé dans cette clé et rien de plus.

Ordinosaure

Il est possible que je n'aie pas enlevé la clé1 après avoir fait l'installation sur la clé 2 :/
Mais c'est bien le système de la clé2 qui était actif à partir de là...

Est-ce que ça peut être une explication?

#EDIT# D'autre part j'ai fait l'installation sur le disque dur à partir de la clé1 car je me souviens d'avoir hésité entre redémarrer et cliquer sur l'icône d'installation en haut à gauche.
La clé2 aurait eu l'icône Firefox à cet endroit.