Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

JohnMilton · Le 29/06/2018, à 20:47

?? a écrit :

Montres moi dans ce tuto l'endroit où on voit que la table de partition est en GPT et pas en MS-DOS
regardes bien s'il a booté en EFI et pas en LEGACY par pour moi j'ai vaguement l'impression que cela ressemble à un demarrage LEGACY Avais-tu exactement le même ?
Car c'est trop compliqué pour moi de regarder une video.
Quelque ce soit le portable en EFI, tu auras ce problème.
En plus tu as une excellante documentation qui explique comment faire. Tu la suis.

J'ai suivi une nouvelle fois le tuto que tu as linké. Ca change rien. Mon laptop Acer continue de booter sur windows malgré que j'ai mis l'usb en 1er dans la séquence de boot.

J'ai réduit ma partition à 20Go.
J'ai sauvegardé ma partition.
J'ai créer une nouvelle table de partition GPT. --> Faut-il que je la cré en msdos ?
Puis 1 table de 520Mo en fat32, drapeau boot + esp (esp est indissociable de boot).
J'ai restauré ma partition de 20Go.
J'ai effectué un boot repair. Qui s'est bien passé : rapport

Il n'y a que ça que j'ai pas zapé,
"Il est nécessaire de monter les partitions fat32 des disques externe et interne et de faire la commande de duplication cp -R /media/ubuntu/'identifiant partition FAT32 du disque interne'/EFI/ubuntu /media/ubuntu/ESPusb/EFI"
Tu vas me dire que tout repose sur cette commande ? XD

?? · Le 29/06/2018, à 21:09

Bonsoir.
Cela sera seulement la troisième fois que je dirais qu'une clé, cela est fait avec une table de partition msDos et pas GPT contenant une partition fat32 ayant des fichiers de boot pour être compatible avec un bios EFI.

Dans le boot info, le contenu de la partition sdb1semble correct. La priorité est donc que la table de partition ne soit plus définie en GPT.

Dernière modification par ?? (Le 29/06/2018, à 21:20)

JohnMilton · Le 29/06/2018, à 21:23

?? a écrit :

Bonsoir.
Cela sera seulement la troisième fois que je dirais qu'une clé, cela est fait avec une table de partition msDos et pas GPT contenant une partition fat32 ayant des fichiers de boot pour être compatible avec un bios EFI.

Ecoute je te remercie. Je suis loin d'être un expert en micmac de boot and co. Donc tu l'as peut-être déjà dit mais je ne l'avais pas lu aussi clairement avant. Il y a eu beaucoup d'info à traiter quand même.

Et surtout, dans le tuto que tu as posté, je lis :
"En Live-USB Préparer le support avec gparted
- La création d'une table de partition au format "gpt" et non "msdos" peut être choisie afin de ne plus gérer les partitions logiques.
- La création d'une table de partition au format "msdos" et non "gpt" peut être choisie afin de rester bootable avec les ordinateurs les moins récents."

Tu ne m'en voudras pas d'avoir cru possible la conservation d'une partition en GPT...

Bref, en espérant que ça fonctionne finalement.

Merci, again and again and again and... etc...

JohnMilton · Le 29/06/2018, à 21:29

Je viens de terminer le boot repair, avec la clé sur table de partition msdos.

Aucun changement. Mon ordi continue de ne pas voir la clé au démarrage. Voilà, je pense qu'on a tout tenté et que c'est mort.

J'y pige rien.

Wait : lueur d'espoir ! En bootant ma machine avec le doit sur F12, il voit maintenant Ubuntu et je peux donc booter dessus.
Mais pourquoi diable ne veut-il pas booter directement dessus comme la séquence de boot lui demande ?
J'ai testé en activant ou désactivant le bootSecure, pas d'impact.

Une idée ? Cela dit, je me contenterai de ça s'il faut ! C'est relativement fluide ...

Dernière modification par JohnMilton (Le 29/06/2018, à 21:33)

?? · Le 29/06/2018, à 21:41

Puisque ton ordinateur est capable de booter avec une clé usb contenant un machin capable de lancer une installation de ubuntu.
Il est aussi capable de booter avec une clé USB contenant un machin capable de lancer un ubuntu installé,
on a simplement raté la création du machin.
Peux-tu refaire un boot-info avec la seconde clé connectée.

AJout.
Je vient de voir qu'en appuyant sur une touche, ton ordinateur se comporte comme les ordinateurs HP.
J'attends de voir si c'est bien convertit en msdos . Si cela ne l'est pas, et que la solution F12 te convient et que windows boote enfin naturellement, on peut rester dans cette situation..

Dernière modification par ?? (Le 29/06/2018, à 21:52)

JohnMilton · Le 29/06/2018, à 21:49

?? a écrit :

Puisque ton ordinateur est capable de booter avec une clé usb contenant un machin capable de lancer une installation de ubuntu.
Il est aussi capable de booter avec une clé USB contenant un machin capable de lancer un ubuntu installé,
on a simplement raté la création du machin.
Peux-tu refaire un boot-info avec la seconde clé connectée.

Voici le rapport

JohnMilton · Le 29/06/2018, à 22:31

?? a écrit :

Puisque ton ordinateur est capable de booter avec une clé usb contenant un machin capable de lancer une installation de ubuntu.
Il est aussi capable de booter avec une clé USB contenant un machin capable de lancer un ubuntu installé,
on a simplement raté la création du machin.
Peux-tu refaire un boot-info avec la seconde clé connectée.
AJout.
Je vient de voir qu'en appuyant sur une touche, ton ordinateur se comporte comme les ordinateurs HP.
J'attends de voir si c'est bien convertit en msdos . Si cela ne l'est pas, et que la solution F12 te convient et que windows boote enfin naturellement, on peut rester dans cette situation..

Truc très étrange dans le rapport :

/boot/efi detected in the fstab of sdd2: UUID=F7D2-539D	 (sdd1)

=================== efibootmgr -v
BootCurrent: 0003
Timeout: 0 seconds
BootOrder: 2001,0001,0000,2002,2003
Boot0000* HDDubuntuy	PciRoot(0x0)/Pci(0x17,0x0)/Sata(0,0,0)/HD(2,GPT,60b5ca31-5c7c-4ffd-9f58-17adcb946a85,0xfa000,0x32000)/File(EFIubuntushimx64.efi)A01 ..
Boot0001* Windows Boot Manager	HD(2,GPT,60b5ca31-5c7c-4ffd-9f58-17adcb946a85,0xfa000,0x32000)/File(EFIMicrosoftBootbootmgfw.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* Unknown Device: 	HD(2,GPT,60b5ca31-5c7c-4ffd-9f58-17adcb946a85,0xfa000,0x32000)/File(EFIubuntushimx64.efi)RC
Boot0003* USB HDD: SMI     USB DISK	PciRoot(0x0)/Pci(0x14,0x0)/USB(0,0)/USB(0,0)/HD(1,MBR,0x2b192737,0x380acc,0x1240)RC
Boot0004* Unknown Device: 	HD(2,GPT,e3cb02ef-2197-432c-9111-c73aa88bf84a,0x749b000,0x30000)/File(EFIubuntushimx64.efi)RC
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

Donc dans l'ordre, la machine essaye de booter comme suit : Boot2001* EFI USB Device RC / Boot0001* Windows Boot Manager / Boot0000* HDDubuntuy / Boot0002* Unknown Device: HD / Boot0003* USB HDD: SMI USB DISK

WTF ?!?!?! Pas étonnant que ça boot sur Windows avant Ubuntu (Boot0001* Windows Boot Manager), vu que le boot qui me fait lancer Ubuntu si je presse F12, c'est Boot0000* HDDubuntuy. Et qu'il est APRES windows dans ce que le lis ici...
Ca ne correspond pas du tout à ce que j'ai défini dans le bios !

Rhoo j'y panne rien, plus bas le rapport il y a ça

chroot /media/ubuntu/9431f9db-eb88-43c4-9dec-b7393e9cb88a efibootmgr -v
BootCurrent: 0003
Timeout: 0 seconds
BootOrder: 0000,2001,0001,2002,2003
Boot0000* ubuntu	HD(1,MBR,0xcb3fa79a,0x800,0xfa000)/File(EFIubuntushimx64.efi)
Boot0001* Windows Boot Manager	HD(2,GPT,60b5ca31-5c7c-4ffd-9f58-17adcb946a85,0xfa000,0x32000)/File(EFIMicrosoftBootbootmgfw.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* Unknown Device: 	HD(2,GPT,60b5ca31-5c7c-4ffd-9f58-17adcb946a85,0xfa000,0x32000)/File(EFIubuntushimx64.efi)RC
Boot0003* USB HDD: SMI     USB DISK	PciRoot(0x0)/Pci(0x14,0x0)/USB(0,0)/USB(0,0)/HD(1,MBR,0x2b192737,0x380acc,0x1240)RC
Boot0004* Unknown Device: 	HD(2,GPT,e3cb02ef-2197-432c-9111-c73aa88bf84a,0x749b000,0x30000)/File(EFIubuntushimx64.efi)RC
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

Et là, la séquence respecte ce qui est dans le bios.

So ... what ?

?? · Le 29/06/2018, à 23:17

Désolé d'être un peu tardif pour la réponse.
Je vais être être très abrupt: Je te demande un boot-info et tu fais un boot-repair.

On voit donc que c'est parfait, je vois enfin écrit le mot MBR. Ce qui veut dire qu'on a raté la construction du machin.
mais je me fous de ce qu'il y a écrit dans la structure de boot EFI puisque je veux que cela boote avec une clé USB LEGACY

Avant d'envisager que boot-repair déconne, j'ai vu qu'il y avait au moins truc faux dans le boot-info fait avant la réparation.
Mais je suis quasiment certain que c'est resté en l'état.

Donc, recherches comme tu le peux, le contenu de ce fichier ( /EFI/ubuntu/grub.cfg) dans la clé USB contenant le ubuntu installé

========================== sdd1/EFI/ubuntu/grub.cfg: ===========================
--------------------------------------------------------------------------------
search.fs_uuid 9431f9db-eb88-43c4-9dec-b7393e9cb88a root hd3,msdos2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
--------------------------------------------------------------------------------

Fais en sorte de remplacer le mot hd3 par le mot hd2
Puis rebootes en ne mettant pas ta clé d'installation mais en mettant la clé du ubuntu installé en appliquant exactement la même procédure que lorsque tu décides d'installer.

Si tu as un plantage dans initramfs, on a gagné....

Si c'est pareil... On abandonne et tu installes refind voir ma signature avec ces commandes

 sudo apt-add-repository ppa:rodsmith/refind

 sudo apt-get update
 sudo apt-get install refind

et tu pourras écrire [résolu].
A demain.

Dernière modification par ?? (Le 29/06/2018, à 23:25)

JohnMilton · Le 29/06/2018, à 23:27

?? a écrit :

Désolé d'être un peu tardif pour la réponse.--> pas de souci c'est déjà très sympa de m'aider de la sorte !
Je vais être être très abrupt: Je te demande un boot-info et tu fais un boot-repair. --> j'ai fait un boot repair car c'était la procédure que tu m'as envoyé avant...

========================== sdd1/EFI/ubuntu/grub.cfg: ===========================
--------------------------------------------------------------------------------
search.fs_uuid 9431f9db-eb88-43c4-9dec-b7393e9cb88a root hd3,msdos2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
--------------------------------------------------------------------------------
Fais en sorte de remplacer le mot hd3 par le mot hd2
Puis rebootes en ne mettant pas ta clé d'installation mais en mettant la clé du ubuntu installé en appliquant exactement la même procédure que lorsque tu décides d'installer.
--> là par contre je panne pas... si je reboote avec ma clé 64Go branchée après la manip, il va soit booter sur windows (à moins que la manip fonctionne) soit je lui demande via F12 de booter sur Ubuntu...
Qu'entends-tu par : "en appliquant exactement la même procédure que lorsque tu décides d'installer." ??
--> je viens de rebooter dessus, et bon ça change rien.
Si tu as un plantage dans initramfs, on a gagné....
A demain.

Dernière modification par JohnMilton (Le 29/06/2018, à 23:40)

?? · Le 29/06/2018, à 23:45

Comment as-tu fais pour installer ubuntu avec ta clé???

J'ai déjà rencontré un seul cas vicieux. J'avais eu le sentiment que:
Si la clé était de taille 64 Go ou plus elle était systématiquement assimilée à un disque dur.
Il a fallu installer ubuntu sur une clé de 32 Go. Mais j'ai plus pensé à une fausse manipulation faite en 64 go et pas refaite en 32 go plutôt qu'a cette limite de 64 Go

Peut-être que ce n'est pas contraignant d'appuyer sur F12 pour booter avec cette clé. Mais il reste à comprendre pourquoi tu peux installer ubuntu sans appuyer sur F12.

Dernière modification par ?? (Le 30/06/2018, à 00:35)

JohnMilton · Le 30/06/2018, à 00:06

?? a écrit :

Comment as-tu fais pour installer ubuntu avec ta clé???
J'ai déjà rencontré un seul cas vicieux. J'avais eu le sentiment que:
Si la clé était de taille 64 Go ou plus elle était systématiquement assimilée à un disque dur.
Il a fallu installer ubuntu sur une clé de 32 Go. Mais j'ai plus pensé à une fausse manipulation faite en 64 bits et pas refaite en 32 bits plutôt qu'a cette limite de 64 Go

Peut-être que ce n'est pas contraignant d'appuyer sur F12 pour booter avec cette clé. Mais il reste à comprendre pourquoi tu peux installer ubuntu sans appuyer sur F12.

Oui, on est au niveau de l'énigme. Aucun souci à booter sur la live usb. Sans rien toucher.

J'imagine qu'un copier coller de la partition de boot de la clé live sur ma clé 64Gb ne fonctionnera pas ? (là tu dois te gausser devant une question aussi conne ... mais bon, on sait jamais...)

?? · Le 30/06/2018, à 08:21

JohnMilton a écrit :

Oui, on est au niveau de l'énigme. Aucun souci à booter sur la live usb. Sans rien toucher.
J'imagine qu'un copier coller de la partition de boot de la clé live sur ma clé 64Gb ne fonctionnera pas ? (là tu dois te gausser devant une question aussi conne ... mais bon, on sait jamais...)

Bonjour.

Non, pas du tout Mais l'opération ne va pas être simple, Car je ne l'avais pas imaginée initialement. On verra cette action en second essai

Pour le premier essai, Je vais considérer que boot-repair a mal réparé en voulant faire booter avec shimx64 au lieu de grubx64.efi

J'espère ne pas me tromper dans les commandes manuelles

1) Booter avec la clé d'installation et choisir " essayer....."'
2) Brancher la clé contenant le ubuntu installé.
3) Comme sa partition efi sera montée quelque part, il faut la démonter, cette commande devrait fonctionner

sudo umount /dev/sdd1

4) Monter les partitions EFI

sudo mkdir /mnt/D
sudo mount /dev/sdd1   /mnt/D
sudo mkdir /mnt/A
sudo mount /dev/sda2 /mnt/A

5) Faire manuellement les copies

sudo mv    /mnt/D/EFI/Boot  /mnt/D/EFI/BootOLD
sudo mkdir /mnt/D/EFI/Boot
sudo cp    -v   /mnt/A/EFI/ubuntu/grubx64.efi     /mnt/D/EFI/boot/bootx64.efi
sudo cp    -v   /mnt/A/EFI/ubuntu/grub.cfg        /mnt/D/EFI/Boot

6) Retenter un boot.

Second essai préparation du copier/coller de la partition de boot de la clé live

La structure de la clé USB est la suivante

Drive: sdc _____________________________________________________________________
Disk /dev/sdc: 29.6 GiB, 31782338560 bytes, 62074880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Partition  Boot  Start Sector    End Sector  # of Sectors  Id System
/dev/sdc1    *              0     3,753,599     3,753,600   0 Empty
/dev/sdc2           3,672,780     3,677,451         4,672  ef EFI (FAT-12/16/32)
/dev/sdc1 overlaps with /dev/sdc2
GUID Partition Table detected, but does not seem to be used.
Partition  Attrs   Start Sector    End Sector  # of Sectors System
/dev/sdc1   +  R              0     3,753,543     3,753,544 Data partition (Windows/Linux)
/dev/sdc2   +  R      3,672,780     3,677,451         4,672 Data partition (Windows/Linux)

sdc1: __________________________________________________________________________
    File system:       iso9660
    Boot sector type:  Unknown
    Boot sector info: 
    Mounting failed:   mount: /mnt/BootInfo/sdc1: /dev/sdc1 already mounted or mount point busy.
sdc2: __________________________________________________________________________
    File system:       vfat
    Boot sector type:  FAT16
    Boot sector info:  According to the info in the boot sector, sdc2 starts 
                       at sector 0. But according to the info from fdisk, 
                       sdc2 starts at sector 3672780. According to the info 
                       in the boot sector, sdc2 has 0 sectors.
    Mounting failed:   mount: /mnt/BootInfo/sdc1: /dev/sdc1 already mounted or mount point busy.
mount: /mnt/BootInfo/sdc2: /dev/sdc2 already mounted or mount point busy.

=================== df -Th:
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sdc       iso9660   1.8G  1.8G     0 100% /cdrom

D'abord en copier/ coller je ne sais pas trop s'il va falloir utiliser sdc1 ou sdc2. Mais je crains que la copie sois difficile.
Je verrais plutôt une méthode de copie manuelle de fichier/répertoire faite à partir d'une ISO que je fais traditionnellement pour éviter les clés USB car j'utilise refind.

Mais on a fait une partition FAT32 de 100 Mo et il faut qu'elle fasse 2 Go. Tout est donc à refaire.

Voici comment procéder

1) Booter avec la clé d'installation
2) Brancher la clé USB UBUNTU
3) Lancer Gparted
4) Rétrécir SDD2 de 2048 Mo ( les 2Go de l'iso)
5) Décaler SDD2 vers la fin de la clé, Pour cela, il suffit de lire la vakleur indiquée comme "espace libre après la partition" et de la frapper dans la zone
"espace libre avant la partition qui actuellement devrait contenir 0
On constatera que l'espace libre après la partition s'ajuste automatiquement à la valeur 0
6) Réaliser l'action. Elle va durer un certain temps. Ne pas l'interrompre sinon la partition sera irrémédiablement cassée.
7) Agrandir la partition SDD1 de tout l'espace qi est a sa suite.
Il est probable que l'agrandissement de la partition FAT32 soit encore buggé, dans ce cas, détruite la partition et la refabriquer avec tout l'espace disponible ( 2,1 Go)
8) Si la partition FAT32 a été détruite, il y a une correction à faire.
a) Monter la partition UBUNTU avec cette commande

 sudo mount /dev/sdd2 /tmp

b) Accéder au fichier fstab avec un éditeur . Je propose GEDIT

sudo gedit   /tmp/etc/fstab

c) Corriger la dernière ligne qui est actuellement
UUID=5DD8-679F /boot/efi vfat defaults 0 1
afin de l'invalider en mettant des #### en début de ligne.
d) Sauvegarder le fichier avant de quitter l'éditeur

9) Arrêter l'ordinateur.
10) Débrancher la clé contenant le support d'installation
11) Rebooter avec la clé UBUNTU à ta manière (touche F12)
12) Monter la partition EFI qui est vide avec les commande
sudo mount /dev/sdd1 /mnt
13) Brancher la clé USB d'installation
14) Accéder à l'ISO
Je pense particulièrement au monteur d'image ISO voir documentation de création d'ISO mais je n'arrive plus a retrouver cette documentation!!!!!
"Il est possible de monter une image ISO ou des dossiers compressés simplement sous le navigateur de fichier Nautilus (navigateur par défaut sous Ubuntu) en faisant "ouvrir avec" et en choisissant l'option "Monteur d'images disque" ou bien "Monteur d'archive"
puis il faudra copier tous les fichiers et répertoire dans la structure /mnt ( probablement à faire en ligne de commande a cause des permissions obligeant a écrire sudo devant les commandes de copie)
15) Dupliquer le contenu de cet ISO dans /mnt
16) Rebooter pour voir si l'installation est proposée
17) Si oui, on modifiera la grub pour ajouter ce qui covient pour booter le UBUNT
Cela sera un extrait de fichier boot/grub.cfg. Ici un ancien du temps du formatage en GPT

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9431f9db-eb88-43c4-9dec-b7393e9cb88a' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_gpt
	insmod ext2
	set root='hd1,gpt2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  9431f9db-eb88-43c4-9dec-b7393e9cb88a
	else
	  search --no-floppy --fs-uuid --set=root 9431f9db-eb88-43c4-9dec-b7393e9cb88a
	fi
        linux	/boot/vmlinuz-4.15.0-23-generic root=UUID=9431f9db-eb88-43c4-9dec-b7393e9cb88a ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.15.0-23-generic
}
submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-9431f9db-eb88-43c4-9dec-b7393e9cb88a' {
	menuentry 'Ubuntu, with Linux 4.15.0-23-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-23-generic-advanced-9431f9db-eb88-43c4-9dec-b7393e9cb88a' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  9431f9db-eb88-43c4-9dec-b7393e9cb88a
		else
		  search --no-floppy --fs-uuid --set=root 9431f9db-eb88-43c4-9dec-b7393e9cb88a
		fi
		echo	'Loading Linux 4.15.0-23-generic ...'
	        linux	/boot/vmlinuz-4.15.0-23-generic root=UUID=9431f9db-eb88-43c4-9dec-b7393e9cb88a ro  quiet splash $vt_handoff
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-4.15.0-23-generic
	}
	menuentry 'Ubuntu, with Linux 4.15.0-23-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-23-generic-recovery-9431f9db-eb88-43c4-9dec-b7393e9cb88a' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  9431f9db-eb88-43c4-9dec-b7393e9cb88a
		else
		  search --no-floppy --fs-uuid --set=root 9431f9db-eb88-43c4-9dec-b7393e9cb88a
		fi
		echo	'Loading Linux 4.15.0-23-generic ...'
	        linux	/boot/vmlinuz-4.15.0-23-generic root=UUID=9431f9db-eb88-43c4-9dec-b7393e9cb88a ro recovery nomodeset 
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-4.15.0-23-generic
	}
	menuentry 'Ubuntu, with Linux 4.15.0-20-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-20-generic-advanced-9431f9db-eb88-43c4-9dec-b7393e9cb88a' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  9431f9db-eb88-43c4-9dec-b7393e9cb88a
		else
		  search --no-floppy --fs-uuid --set=root 9431f9db-eb88-43c4-9dec-b7393e9cb88a
		fi
		echo	'Loading Linux 4.15.0-20-generic ...'
	        linux	/boot/vmlinuz-4.15.0-20-generic root=UUID=9431f9db-eb88-43c4-9dec-b7393e9cb88a ro  quiet splash $vt_handoff
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-4.15.0-20-generic
	}
	menuentry 'Ubuntu, with Linux 4.15.0-20-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-20-generic-recovery-9431f9db-eb88-43c4-9dec-b7393e9cb88a' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd1,gpt2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  9431f9db-eb88-43c4-9dec-b7393e9cb88a
		else
		  search --no-floppy --fs-uuid --set=root 9431f9db-eb88-43c4-9dec-b7393e9cb88a
		fi
		echo	'Loading Linux 4.15.0-20-generic ...'
	        linux	/boot/vmlinuz-4.15.0-20-generic root=UUID=9431f9db-eb88-43c4-9dec-b7393e9cb88a ro recovery nomodeset 
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-4.15.0-20-generic
	}
}

Puis, si besoin, 3eme et dernière proposition de ma part:; REFIND
Peut-être faudra-t-il remettre la clé en GPT car je n'ai jamais essayé avec une clé MBR et je ne sais pas si cela fonctionne parfaitement ( il y aurait des options à mettre pour détecter le LEGACY et je n'ai absolument pas investi)

Dernière modification par ?? (Le 30/06/2018, à 10:05)

JohnMilton · Le 30/06/2018, à 15:11

Hello ?? ,

Merci pour les manips !! Je ne suis pas chez moi ce weekend, mais j'implémente tout ça soit demain aprem soit Lundi.

En tous cas mes respects et mes remerciements pour le temps que tu m'accordes. Un huge thanks !!

JohnMilton · Le 02/07/2018, à 19:47

?? a écrit :

JohnMilton a écrit :
Oui, on est au niveau de l'énigme. Aucun souci à booter sur la live usb. Sans rien toucher.
J'imagine qu'un copier coller de la partition de boot de la clé live sur ma clé 64Gb ne fonctionnera pas ? (là tu dois te gausser devant une question aussi conne ... mais bon, on sait jamais...)
Bonjour.
Non, pas du tout Mais l'opération ne va pas être simple, Car je ne l'avais pas imaginée initialement. On verra cette action en second essai

Pour le premier essai, Je vais considérer que boot-repair a mal réparé en voulant faire booter avec shimx64 au lieu de grubx64.efi
J'espère ne pas me tromper dans les commandes manuelles
1) Booter avec la clé d'installation et choisir " essayer....."'
2) Brancher la clé contenant le ubuntu installé.
3) Comme sa partition efi sera montée quelque part, il faut la démonter, cette commande devrait fonctionner
sudo umount /dev/sdd1
4) Monter les partitions EFI
sudo mkdir /mnt/D
sudo mount /dev/sdd1   /mnt/D
sudo mkdir /mnt/A
sudo mount /dev/sda2 /mnt/A
5) Faire manuellement les copies
sudo mv    /mnt/D/EFI/Boot  /mnt/D/EFI/BootOLD
sudo mkdir /mnt/D/EFI/Boot
sudo cp    -v   /mnt/A/EFI/ubuntu/grubx64.efi     /mnt/D/EFI/boot/bootx64.efi
sudo cp    -v   /mnt/A/EFI/ubuntu/grub.cfg        /mnt/D/EFI/Boot
6) Retenter un boot.

Manifestement je ne comprends pas la manip...
En 4) je vais créer des répertoires vides, et donc comment les fichiers .efi que tu évoques en 5) peuvent exister ?
A moins que ça ne soit la commande "sudo mount /dev/sdd1 /mnt/D" qui mette des fichiers .efi dedans ?

JohnMilton · Le 03/07/2018, à 14:54

Bon allez, assez galéré ! Je reste comme je suis pour le moment. F12 fera le job.

Je passerai à terme sur un ssd externe (je n'ai plus de slot interne) et voilà. En espérant que ça se fera plus simplement !!

Merci bcp aux experts pour leur aide, leurs explications et leur grande persévérance !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 29/06/2018, à 20:47

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#27 Le 29/06/2018, à 21:09

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#28 Le 29/06/2018, à 21:23

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#29 Le 29/06/2018, à 21:29

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#30 Le 29/06/2018, à 21:41

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#31 Le 29/06/2018, à 21:49

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#32 Le 29/06/2018, à 22:31

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#33 Le 29/06/2018, à 23:17

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#34 Le 29/06/2018, à 23:27

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#35 Le 29/06/2018, à 23:45

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#36 Le 30/06/2018, à 00:06

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#37 Le 30/06/2018, à 08:21

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#38 Le 30/06/2018, à 15:11

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#39 Le 02/07/2018, à 19:47

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

#40 Le 03/07/2018, à 14:54

Re : Ubuntu 18.04 installé sur clé usb mais boot impossible ! (UEFI)

Pied de page des forums