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

Installation sur clé USB -> Problème

Miel13

Hello,

J'ai actuellement un pc portable avec un SSD nvme avec 3 partitions :

EFI (fat32) : 512 Mo -> fichiers EFI
BOOT (ext4) : 1GO -> fichiers GRUB
/ (ext4) : 500 GO -> ubuntu

Et j'essaie d'installer un autre ubuntu sur une clé USB.
Je démarre en live puis réalise une installation.

Je fais les mêmes 3 partitions sur ma clé (le SSD est branché mais rien est monté).
Puis lors de fin de l'installation, il me modifie le fichier conf de la partition EFI du SSD pour pointer sur le /boot de ma clé USB :o
La partition EFI de la clé reste vide.

Quand je démarre avec la clé, la partition EFI du SSD est montée et me démarre le ubuntu de la clé.
Si j'enlève la clé, mon ubuntu du SSD ne démarre plus (grub minimal...).
Bon du coup, j'ai corrigé le fichier conf du SSD pour que tout refonctionne.

Idéalement je devrais réaliser l'installation sans le SSD mais je ne peux pas démonter le pc (sticker garantie).

Avez-vous une solution s.v.p pour faire une installation propre sur la clé sans toucher au SSD ?

Merci

malbo

Bonjour,
Si ton but final est d'utiliser cette installation sur clé USB comme un OS nomade, pouvant démarrer sur n'importe quel ordi, ça ne va pas marcher. De plus, faire une véritable installation sur une clé USB, c'est déconseillé : la durée de vie de la clé USB sera courte à cause des écritures incessantes faites sur cette clé (*). Si tu veux faire du nomadisme avec une clé USB, c'est la LiveUSB qui convient.

(*) il faut un disque dur externe ou un SSD externe : eux, ils sont faits pour les écritures incessantes.

Miel13

Merci pour votre réponse.

Le but final est d'avoir un OS en full disk encryption LUKS non nomade.
OS utilisé seulement pour de la navigation, documents..
Effectivement la durée de vie est moins bonne mais je l'ai payé 15 € en tiny USB (moins encombrant qu'un SSD externe), donc ce n'est pas un problème.

En réalité, l'OS sur la clé fonctionne.
Mais il monte la partition EFI du SSD et non sa propre partition EFI, et c'est ça que je ne comprends pas et que je ne souhaite pas.

Dans le bios, en premier boot, c'est pourtant la clé USB EFI.

malbo

Bonjour,
Pour avoir l'état des lieux, je te prie de démarrer une session sur le Ubuntu de ton SSD (la clé USB étant branchée) et de faire un Boot-info depuis cette session. Tu donneras l'URL de ce Boot-info dans ta réponse.

lucmars

En plus du boot-info demandé, l'installateur manque de discernement/souplesse : pour lui c'est comme un dual-boot win/linux, il préfère la partoche efi d'origine plutot que toute autre (que le disque cible soit interne ou externe).

geole

Bonsoir
Tu bootes avec ton support d'installation
Tu installes boot-repair et tu le lances
Tu fais la réparation recommandée pour réparer le disque dur
Tu branches alors la clé USB contenant un ubuntu installé
Tu lances encore boot-repair, tu choisis "options avancées"
Tu sélectionnes Onglet 'Emplacement de GRUB
Tu pars à la recherche du ubuntu qui est installé dans la clé USB
Puis tu pars à la recherche de la partition de boot EFI qui est sur la clé USB
(Il n'y probablement pas de partition de boot)
Tu Sélectionnes Onglet 'Options de GRUB
Il devrait être correctement rempli.
Tu n'as plus qu'à lancer la réparation.

Miel13

Merci pour vos réponses.

Je suis d'accord lucmars, l'installateur manque de souplesse.

J'ai testé la méthode de geole et ça fonctionne merci 😛
SSD : rien de monté.
USB : EFI, BOOT, Ubuntu -> montés.

J'ai juste en démarrant sur la clé USB, le message avant de me demander le password LUKS :

System Bootorder not found Initializing defaults.
Creating boot entry "Boot0000" with label "ubuntu" for file "\EFI\ubuntu\shimx64.efi"

Pas de boot loop, tout fonctionne.
Secure boot sur disable.

C'est étrange..

Flip85

Je suis d'accord avec le post 5. Pour contourner j'installe a partir d'un Live, j'ouvre un terminal et quand la partition efi est montée (faire une suite de 'df' ) je la démonte et la remonte au bon endroit.
Le boot efi est écrit à la fin de l'install , ce qui laisse un peu de temps pour taper qqes commandes (umount / mount). Le point de montage est /boot/efi.

Flip85

Pour completer :
Je vous propose un petit script pour créer une clef usb live persistante.
Le système testé est Ubuntu-Mate 20.04
Il vous faudra installer un 2ème système sur une partition libre qui servira de modèle.
Une fois fait, les clefs peuvent être faites à la chaîne.
Environ 6 minutes pour en faire une.
Si vous avez un ssd c'est encore mieux.
Vous avez alors un système linux dans votre poche.
Exécutable à peu près n'importe où, elle est en boot hybride. (MBR ou EFI)

Le script (en beta) est ici: https://drive.google.com/file/d/1jmC1rwS_SHAq5CHoZ0X0CNsYyau0BfNv/view
Si cela peut vous inspirer.

lucmars

Miel a écritJ'ai juste en démarrant sur la clé USB, le message avant de me demander le password LUKS :

System Bootorder not found Initializing defaults.
Creating boot entry "Boot0000" with label "ubuntu" for file "\EFI\ubuntu\shimx64.efi"

Lors de ton prochain boot sur ta clef buntu, dis-nous si il y a création d'une nouvelle entrée.

Miel13

@Flip85:
Merci Flip85, intéressant comme scipt même si je préfère du FDE sur la clé 😉

Ta méthode d'installation est :
Lors du début de l'installation (copie des fichiers), je démonte la partition EFI du SSD.
Je demonte la partition EFI de la clé USB et je la remonte sur /boot/efi ?

@lucmars:
Boot0000 est bien créé :

Sur ubuntu USB :

BootCurrent: 0002
BootOrder: 0000,0002,0001
Boot0000* ubuntu   HD(1,GPT, 2d29a4c0...... , 0x800, 0xF3800/File(\EFI\ubuntu\shimx64.efi)
Boot0001* ubuntu   HD(1,GPT, 8f651563...... , 0x800, 0xF3800/File(\EFI\UBUNTU\SHIMX64.EFI)..BO
Boot0002* EFI : SAMSUNF FIT, Partition 1   PciRoot(0x0)/Pci(0x14,0x0)/USB(15,0)/HD(1,GPT, 2d29a4c0...... , 0x800, 0xF3800)..BO

Maintenant que l'entrée est créée, j'ai juste au démarrage :
System Bootorder not found, Initializing defaults.
Puis demande password LUKS.

//EDIT:
J'ai testé cette commande :

sudo su
cd /boot/efi/EFI
mv BOOT BOOT_back
cp -R ubuntu BOOT
cd BOOT
mv shimx64.efi bootx64.efi

Puis supprimé le Boot000 et c'est bon, je n'ai plus l'erreur. Je ne sais pas si c'est fiable mais ça fonctionne lol

lucmars

Miel a écritPuis supprimé le Boot000 et c'est bon, je n'ai plus l'erreur. Je ne sais pas si c'est fiable mais ça fonctionne lol

Tu veux dire que sur ta clef buntu tu as travesti le shimx64 en bootx64, n'est-ce pas ?

Possible que ton bios préfère cela. Après je ne sais si c'est fiable sur le long mais en tout cas ta mémoire ne l'est pas ! Donc notes cette manipe dans un "cahier de fil".

Car à l'avenir...

Miel13

lucmars a écritTu veux dire que sur ta clef buntu tu as travesti le shimx64 en bootx64, n'est-ce pas ?.

Oui sur la clef.
La grosse première update de la 20.04 a fait "sauter" la manipe.
J'ai recommencé et depuis c'est bon.
Donc ce n'est pas vraiment fiable mais bon je crois que je vais m'en contenter...
.
Merci pous vos aides 😉

Flip85

@Miel13
J'ai un disque (sdb) avec 6 systemes dessus. Je prepare une install d'1 système avec 2 partitions , une en EFI (FAT32) pour /boot/efi , l'autre en ext4 pour /. (par ex sdb2 et sdb3)
Je boote en Live et je commence l'install.
sur "Type d'install" je clique sur autre.
j'indique sdb2 en efi et sdb3 pour /. et rien d'autre.
toutes les swaps seront détectées et utilisées, tous les efi détectés et un seul utilisé.

Avant de rentrer le nom du compte, je fais un 'df' dans un terminal.
je démonte /target/boot/efi
umount /target/boot/efi
et
mount /dev/sdb2 /target/boot/efi

Je modfie le fichier /target/etc/fstab
vi /target/etc/fstab
virer le swap en trop.
modifier le UUID de l'entrée EFI (commande blkid pour le savoir) pour pointer sur sdb2.

Je confirme un bug pour la 20.10. Workaround:
sudo apt-get update
sudo apt-get install apt
Then start installation of Ubuntu with your favourite options - even with third party drivers.

https://bugs.launchpad.net/ubuntu-cdimage/+bug/1871268

ikewdu

Salut,

Pour info.

J'avais fait il y a quelques mois une démo proche de ce que tu désirais faire, erreur d'installation comprise : http://ikewdu.free.fr/ubuntu-sur-usb-ou-disque-independant-de-windows-en-uefi/