#1 Le 01/07/2020, à 14:21
- Ordinosaure
Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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.
Hors ligne
#2 Le 01/07/2020, à 14:56
- geole
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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.
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
#3 Le 01/07/2020, à 15:41
- Ordinosaure
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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.
Hors ligne
#4 Le 01/07/2020, à 15:55
- malbo
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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.
Dernière modification par malbo (Le 01/07/2020, à 15:57)
Hors ligne
#5 Le 01/07/2020, à 16:14
- Ordinosaure
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
Hors ligne
#6 Le 01/07/2020, à 16:37
- Babdu89
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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 .
Dernière modification par Babdu89 (Le 01/07/2020, à 17:00)
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#7 Le 01/07/2020, à 16:50
- geole
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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é.
Dernière modification par geole (Le 01/07/2020, à 16: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
#8 Le 01/07/2020, à 16:52
- malbo
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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
Dernière modification par malbo (Le 01/07/2020, à 16:53)
Hors ligne
#9 Le 01/07/2020, à 17:18
- geole
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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.
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
#10 Le 01/07/2020, à 17:25
- Ordinosaure
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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!
@+
Hors ligne
#11 Le 01/07/2020, à 17:56
- Babdu89
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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 .
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#12 Le 01/07/2020, à 18:27
- Ordinosaure
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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
@+
Hors ligne
#13 Le 01/07/2020, à 20:32
- Babdu89
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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 .
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#14 Le 02/07/2020, à 09:51
- Ordinosaure
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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.
Hors ligne
#15 Le 02/07/2020, à 10:36
- geole
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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.
Dernière modification par geole (Le 02/07/2020, à 10:38)
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
#16 Le 02/07/2020, à 11:23
- Ordinosaure
Re : Démarrer UBUNTU tantôt depuis clé USB, tantôt depuis Disque interne
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.
Dernière modification par Ordinosaure (Le 02/07/2020, à 12:07)
Hors ligne