Ubuntu-fr

Bougron

Re : problème installation ubuntu sur cle usb

Bonjour
J'ai finalisé le mode d'emploi après l'avoir rejoué sur une clé USB2.... Il va falloir que j'investisse.

Dernière modification par Bougron (Le 02/10/2016, à 11:44)

Babdu89

Re : problème installation ubuntu sur cle usb

Bonjour.

11) On va donc faire en sorte que windows puisse démarrer sans la présence de la clé USB en mettant à jour le fichier paramètre de la partition 1 de cette  clé USB. Pour l'instant, je ne sais pas le faire facilement. Mais j'ai vu que badbu89 suis cette discussion. (Si tu as une idée?).

(Si tu as une idée?).
Peut-être...
Outre le fait que la première partition /boot/efi est sur la carte qui remplace le hdd interne de la machine, si j'ai bien compris la config.
Çà résulte de l'installation de Windows en premier, en UEFI.
On veut installer un Ubuntu sur la clé usb en UEFI. Mais il n'y a pas de partition /boot/efi prévue. Et si on en fait une avant installation ?...

Il me semble que l'on avait vu que ces deux partitions présentes dans la config, çà se marchait sur les pieds à l'installation dans la config de "Pimprelune".
Installer un Ubuntu en UEFI sur hdd usb (GPT) (en fait la copie du système avec Systemback, lui se chargeant de refaire le boot en UEFI sur le hdd usb.) et donc avoir une partition /boot/efi avant installation sur le hdd usb. Systemback à révélé que en faisant la manip suivante, on pouvait installer en UEFI sur le hdd usb.

On avait, changé le drapeau boot de la partition /boot/efi (boot esp ) du hdd interne en ne cochant rien. (décochant tout)
L'installateur ne pouvait plus aller lire dans la partition /boot/efi du hdd interne. Et avait installé correctement en UEFI, en utilisant la partition boot/efi du hdd usb...
Après tu avais arrangé le contenu de cette partition, ou le fichier efibootmgr -v , pour créer les entrées qui permettaient de démarrer soit Ubuntu du hdd interne soit  Ubuntu du hdd usb lorsque celui-ci est branché ...
Évidement, sur la partition /boot/efi du hdd interne on avait remis les drapeau boot ; boot esp.(À vérifier ce point là, je ne me souviens plus très bien.).

Une piste peut-être?. 
Bon, je vois peut-être encore çà de ma fenêtre, je n'ai toujours pas de quoi tester en UEFI.

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 02/10/2016, à 14:04)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Bougron

Re : problème installation ubuntu sur cle usb

Bonjour
Après deux heures a regarder la commande

sudo apt upgrade

faire son travail, Je peux enfin frapper normalement à l'écran!!!!

Avec windows  on a  (on va) fabriquer une partition FAT32  de 1600Mo contenant un installeur de ubuntu.
Cette partition est  bien ESP car elle contient des fichiers de boot .EFI dans un répertoire EFI

usb1641@usb1641:/mnt/SDB1/EFI/BOOT$ ls
BOOTx64.EFI  grubx64.efi
usb1641@usb1641:/mnt/SDB1/EFI/BOOT
usb1641@usb1641:/mnt/SDB1/EFI/BOOT$ df -h|grep sdb1
/dev/sdb1          1,6G    1,5G  123M  93% /mnt/SDB1
usb1641@usb1641:/mnt/SDB1/EFI/BOOT$ 

L'un de ces fichiers boote en ufi  et utilise un fichier de paramètre proposant les choix de boot suivants

usb1641@usb1641:/mnt/SDB1/boot/grub$ cat   grub.cfg|grep menu
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
menuentry "Try Ubuntu without installing" {
menuentry "Install Ubuntu" {
menuentry "OEM install (for manufacturers)" {
menuentry "Check disc for defects" {
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-a95cb0ad-d52d-4452-917c-5084b472034c' {
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-a95cb0ad-d52d-4452-917c-5084b472034c' {
	menuentry 'Ubuntu, avec Linux 4.4.0-38-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-38-generic-advanced-a95cb0ad-d52d-4452-917c-5084b472034c' {
	menuentry 'Ubuntu, with Linux 4.4.0-38-generic (upstart)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-38-generic-init-upstart-a95cb0ad-d52d-4452-917c-5084b472034c' {
	menuentry 'Ubuntu, with Linux 4.4.0-38-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-38-generic-recovery-a95cb0ad-d52d-4452-917c-5084b472034c' {
menuentry 'Windows Boot Manager (sur /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-efi-2EB9-9415' {
menuentry 'Ubuntu 14.04.4 LTS (14.04) (sur /dev/sda11)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-d73e6600-751a-4936-bdde-f1b19b416f9a' {
submenu 'Options avancées pour Ubuntu 14.04.4 LTS (14.04) (sur /dev/sda11)' $menuentry_id_option 'osprober-gnulinux-advanced-d73e6600-751a-4936-bdde-f1b19b416f9a' {
	menuentry 'Ubuntu (sur /dev/sda11)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.2.0-42-generic--d73e6600-751a-4936-bdde-f1b19b416f9a' {
	menuentry 'Ubuntu, avec Linux 4.2.0-42-generic (sur /dev/sda11)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.2.0-42-generic--d73e6600-751a-4936-bdde-f1b19b416f9a' {
	menuentry 'Ubuntu, with Linux 4.2.0-42-generic (recovery mode) (sur /dev/sda11)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.2.0-42-generic-root=UUID=d73e6600-751a-4936-bdde-f1b19b416f9a ro recovery nomodeset-d73e6600-751a-4936-bdde-f1b19b416f9a' {
	menuentry 'Ubuntu, avec Linux 4.2.0-35-generic (sur /dev/sda11)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.2.0-35-generic--d73e6600-751a-4936-bdde-f1b19b416f9a' {
	menuentry 'Ubuntu, with Linux 4.2.0-35-generic (recovery mode) (sur /dev/sda11)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.2.0-35-generic-root=UUID=d73e6600-751a-4936-bdde-f1b19b416f9a ro recovery nomodeset-d73e6600-751a-4936-bdde-f1b19b416f9a' {
	menuentry 'ESSAI CODIF (sur /dev/sda11)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.2.0-35-generic--d73e6600-751a-4936-bdde-f1b19b416f9a' {
menuentry 'Ubuntu 16.04.1 LTS (16.04) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-17f90115-fe0b-440d-9708-7039508c3003' {
submenu 'Options avancées pour Ubuntu 16.04.1 LTS (16.04) (sur /dev/sda13)' $menuentry_id_option 'osprober-gnulinux-advanced-17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, avec Linux 4.4.0-31-generic (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-31-generic (upstart) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-31-generic (recovery mode) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed-root=UUID=17f90115-fe0b-440d-9708-7039508c3003 ro recovery nomodeset-17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, avec Linux 4.4.0-28-generic (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-28-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-28-generic (upstart) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-28-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-28-generic (recovery mode) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-28-generic.efi.signed-root=UUID=17f90115-fe0b-440d-9708-7039508c3003 ro recovery nomodeset-17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, avec Linux 4.4.0-24-generic (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-24-generic--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-24-generic (upstart) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-24-generic--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-24-generic (recovery mode) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-24-generic-root=UUID=17f90115-fe0b-440d-9708-7039508c3003 ro recovery nomodeset-17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, avec Linux 4.4.0-31-generic (sur /dev/sda6) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-31-generic (upstart) (sur /dev/sda6) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-31-generic (recovery mode) (sur /dev/sda6) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed-root=UUID=0cdf2ac8-7678-4156-be85-dfe4539be124 ro recovery nomodeset-17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu 16.04.1 LTS (16.04) (sur /dev/sda12) (sur /dev/sda6) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu (sur /dev/sda12) (sur /dev/sda6) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, avec Linux 4.4.0-31-generic (sur /dev/sda12) (sur /dev/sda6) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-31-generic (upstart) (sur /dev/sda12) (sur /dev/sda6) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed--17f90115-fe0b-440d-9708-7039508c3003' {
	menuentry 'Ubuntu, with Linux 4.4.0-31-generic (recovery mode) (sur /dev/sda12) (sur /dev/sda6) (sur /dev/sda13)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-31-generic.efi.signed-root=UUID=17f90115-fe0b-440d-9708-7039508c3003 ro recovery nomodeset-17f90115-fe0b-440d-9708-7039508c3003' {
menuentry 'Ubuntu 16.04.1 LTS (16.04) (sur /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-0cdf2ac8-7678-4156-be85-dfe4539be124' {
submenu 'Options avancées pour Ubuntu 16.04.1 LTS (16.04) (sur /dev/sda7)' $menuentry_id_option 'osprober-gnulinux-advanced-0cdf2ac8-7678-4156-be85-dfe4539be124' {
	menuentry 'Ubuntu (sur /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-38-generic.efi.signed--0cdf2ac8-7678-4156-be85-dfe4539be124' {
	menuentry 'Ubuntu, avec Linux 4.4.0-38-generic (sur /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-38-generic.efi.signed--0cdf2ac8-7678-4156-be85-dfe4539be124' {
	menuentry 'Ubuntu, with Linux 4.4.0-38-generic (upstart) (sur /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-38-generic.efi.signed--0cdf2ac8-7678-4156-be85-dfe4539be124' {
	menuentry 'Ubuntu, with Linux 4.4.0-38-generic (recovery mode) (sur /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-38-generic.efi.signed-root=UUID=0cdf2ac8-7678-4156-be85-dfe4539be124 ro recovery nomodeset-0cdf2ac8-7678-4156-be85-dfe4539be124' {
	menuentry 'Ubuntu, avec Linux 4.4.0-36-generic (sur /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-36-generic.efi.signed--0cdf2ac8-7678-4156-be85-dfe4539be124' {
	menuentry 'Ubuntu, with Linux 4.4.0-36-generic (upstart) (sur /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-36-generic.efi.signed--0cdf2ac8-7678-4156-be85-dfe4539be124' {
	menuentry 'Ubuntu, with Linux 4.4.0-36-generic (recovery mode) (sur /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-36-generic.efi.signed-root=UUID=0cdf2ac8-7678-4156-be85-dfe4539be124 ro recovery nomodeset-0cdf2ac8-7678-4156-be85-dfe4539be124' {
usb1641@usb1641:/mnt/SDB1/boot/grub$ 

Lorsque je boote, je choisis:  "Try Ubuntu without installing".  Cela me permet de faire l'installation. Lorsque cette installation est faite, le logiciel me propose de booter ou de continuer à tester.
Je veux continuer à tester et trouver le moyen de mettre à jour ce fichier de paramètre pour être capable de choisir de booter avec ce qu'il m'a proposé d'installer.
Je ne souhaite pas utiliser un autre OS pour avoir accès à ce fichier de paramètres.
Un petit rappel:  Ce fichier  /boot/grub/grub.cfg est dans la partition /dev/sdb1   qui est montée automatiquement sur /cdrom
On peut donc bien voir le fichier mais en lecture seulement (je vais refaire un boot)
Pour faire l'installation, je suis obligé de faire la commande

sudo umount -lrf /cdrom

qui semble bien se passer. Mais lorsque je redemande le montage de la partition, j'ai un message d'erreur me disant que c'est busy et je ne peux donc modifier.
Voilà le problème.   Je reboote pour capturer...

ubuntu@ubuntu:~$ df -h |grep cdrom
/dev/sdb1       1.6G  1.5G  123M  93% /cdrom
ubuntu@ubuntu:~$ 

ubuntu@ubuntu:/cdrom/boot/grub$ head grub.cfg

if loadfont /boot/grub/font.pf2 ; then
	set gfxmode=auto
	insmod efi_gop
	insmod efi_uga
	insmod gfxterm
	terminal_output gfxterm
fi

set menu_color_normal=white/black
ubuntu@ubuntu:/cdrom/boot/grub$ 

ubuntu@ubuntu:/cdrom/boot/grub$ echo ecrire>OK
bash: OK: Read-only file system
ubuntu@ubuntu:/cdrom/boot/grub$

ubuntu@ubuntu:/$ sudo umount /dev/sdb1
umount: /cdrom: target is busy
        (In some cases useful info about processes that
         use the device is found by lsof(8) or fuser(1).)
...
ubuntu@ubuntu:/$ sudo umount -lrf /dev/sdb1
...
ubuntu@ubuntu:/$ sudo mount /dev/sdb1 /mnt/SDB1
mount: /dev/sdb1 is already mounted or /mnt/SDB1 busy
ubuntu@ubuntu:/$

Dernière modification par Bougron (Le 02/10/2016, à 20:51)

Babdu89

Re : problème installation ubuntu sur cle usb

Bonsoir.
@Bougron.
Si tu cherches à modifier des fichiers systèmes sur la clé usb live et que tu puisses retrouver les modifs des fichiers système une foi installé.
La seule possibilité que j'ai trouvé pour faire çà, c'est le couple;  iso faite avec Systemback + MultiSystem + ajouter de la persistance à l'iso  faite avec Systemback.

Lancer l'iso faite avec Systemback en session live avec persistance. Faire les modifs dans des fichiers système.

Faire l'installation de l'iso à partir d'une session live avec persistance de l'iso faite avec Systemback, dont on a modifié les fichiers système.
Ne pas utiliser Ubiquity l'installateur de Ubuntu. Il fait une installation comme celle faite depuis un DVD live. Donc les modifs des fichiers système ne sont pas retrouvées dans les installations.

Mais, utiliser Systemback pour installer l'iso lancé en session live avec persistance depuis le MultiSystem. Là ou retrouve les modifs faites dans les fichiers système.

J'ai découvert çà avec l'iso Hybryde 16.04. faite avec Systemback en tests. Dont on avait besoin de modifier les fichiers système pour tester des améliorations de l'Os. J'ai trouvé çà bien pratique.

Remarque;
Je parle du couple;  iso faite avec Systemback + MultiSystem + ajouter de la persistance à l'iso  faite avec Systemback.
Je pense que une iso faite avec Systemback , installé sur une clé live avec persistance faite avec UnetBootin. On doit obtenir le même résultat, concernant la modifications des fichiers système à l'installation, puisque l'on utilisera aussi Systemback pour installer l'iso modifiée.
L'intérêt du MultiSystem dans ce cas, c'est qu'il permet lui, le choix de lancer l'iso, soit en mode persistent, soit sans mode persistent.

Pour moi la différence se fait avec l'utilisation pour installer de Systemback. Il conserve les modifs système en installant. Chose que ne sait pas faire Ubiquity.

On détourne ainsi l'impossibilité de conservation des modifs, du au fait que les fichiers soient en lecture seule dans cdrom .

Bon, dans le cas présent, pour faire çà , on se lance dans une drôle d’aventure.

As tu lu le post#27?.

@+.  Babdu89  .

Dernière modification par Babdu89 (Le 03/10/2016, à 01:34)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

indecis11

Re : problème installation ubuntu sur cle usb

Bonsoir à tous.

Désolé pour le petit retard, j'ai eu un weekend chargé.

Bon, j'ai réinstallé Ubuntu sur la grosse clé avec les 3 partitions comme convenu.

Demain, je relancerai la procédure que Bougron m'a expliqué et je viendrai poster les résultats (normalement, la copie de la première partition via gparted re-échouera)

Bonne soirée à tous.

Bougron

Re : problème installation ubuntu sur cle usb

Bonjour Babdu89
merci pour tes réponses

Bonsoir.
@Bougron.
Si tu cherches à modifier des fichiers systèmes sur la clé usb live et que tu puisses retrouver les modifs des fichiers système une foi installé.
La seule possibilité que j'ai trouvé pour faire çà, c'est le couple;  iso faite avec Systemback + MultiSystem + ajouter de la persistance à l'iso  faite avec Systemback.

J'avais bien pensé à multisystem mais,  je l'ai dit  à  quelques reprises, ce logiciel est complexe. Sous windows, s'il n'a pas évolué, il est nécessaire d'avoir un graveur.   Ce micro dispose de windows mais pas d'un graveur.

J'ai déjà ajouté, à de multiples reprises, dans les lignes de commandes l'option persistent dans les "menus entry" des clés fabriquées par unetbootion ou liliusbcreator mais pas avec multisystem car c'est le seul logiciel qui a pensé à le faire sans erreur.
Pour l'instant, je ne sais pas ajouter une commande pas encore fabriquée....

On détourne ainsi l'impossibilité de conservation des modifs, du au fait que les fichiers soient en lecture seule dans cdrom .
Bon, dans le cas présent, pour faire çà , on se lance dans une drôle d’aventure.
As tu lu le post#27?.
@+.  Babdu89  .

Et oui, c'est c'est un défi:    Ecrire dans une partition FAT32 qui a été préalablement montée sur un  point de montage /cdrom au lieu de DVDWRITE
Mous y arriverons.   Certains arrivent bien à faire fonctionner BASH comme sous-systeme de windows.

Mais ayant relu  la discussion https://forum.ubuntu-fr.org/viewtopic.p … 995897&p=2 Je viens de me rendre compte que j'avais oublié l'existence de cette codif

menuentry "UBUNTU 16.04.1 sur disque slim" {configfile (hd0,2)/grub/grub.cfg }

qui peut être préinstallée et que  je me dépêche de tester.

====> en EFI cela foire, J'ai des messages d'erreurs qui s'affichent très rapidement.  Puis ce n'est plus proposé même si je re-choisi la ligne. Il est nécessaire de mettre poweroff pour que cela soit de nouveau proposé,   Après plusieurs boots, je pense avoir tout noté.   Cela indique que le Fichiers suivants sont absents alors que cela fonctionne si les commandes sont incorporées.
/boot/grubx64-????/tar.mod
/boot/grubx64-????/sfs.mod
/boot/grubx64-????/nilfs2.mod
/boot/grubx64-????/minix.mod
/boot/grubx64-????/afs.mod
/boot/grubx64-????/affs.mod
je n'ai pas encore cherché dans internet
A noter que jusqu'alors, je n'avais utilisé cette ligne de boot qu'en légacy........   il est donc possible que cela soient des modules EFI servant à comprendre le mot 'configfile'.
===> https://ubuntuforums.org/showthread.php?t=2222080

Dernière modification par Bougron (Le 03/10/2016, à 11:15)

Babdu89

Re : problème installation ubuntu sur cle usb

Bonjour.

J'avais bien pensé à multisystem mais,  je l'ai dit  à  quelques reprises, ce logiciel est complexe. Sous windows, s'il n'a pas évolué, il est nécessaire d'avoir un graveur.   Ce micro dispose de windows mais pas d'un graveur.

OK!!!.
Mais çà se contourne avec deux clés usb.

Sous Windows, télécharger la nouvelle iso du MultiSystem faite dernièrement par frafa.

https://sourceforge.net/projects/multis … -16.04-r1/

Cette iso est capable, une foi chargée sur la clé MultiSystem, et lancée en session live, d'utiliser la clé MultiSystem  pour y charger d'autres iso. Chose que ne faisait pas l'ancienne version prévue pour faire des DVD live. L'iso est existe en 32 et 64 bits compatible UEFI. J'ai testé l'iso 32 bits sur une clé MultiSystem, maintenant, on peut charger d'autres iso dans la clé. Ce n'est pas ce que l'on recherche, mais il est intéressant de le savoir pour info.

Sous Windows, installer l'iso MultiSystem 64 bits avec UnetBootin, surtout pas en mode persistent, sur une des deux clés. On obtient une clé live qui est capable de lancer l'iso du MultiSystem en session live.

Brancher la deuxième clé usb.

Lancer une session live de l'iso MultiSystem de la clé faite avec UnetBootin.

Sur la deuxième clé usb, dans la première partition FAT32 de cette clé, en faire un MultiSystem qui démarre en UEFI.
Soit prévoir sur la deuxième clé suffisamment de place pour charger l'iso que l'on veut installer derrière le Multisystem. On peut faire une session en mode persistent de cette iso.
On va peut-être se heurter à une question de place. Dans ce cas, on utilise la première clé faite avec UnetBootin. On vire l'iso du MultiSystem, on la remplace par l'iso que l'on veut installer sur la deuxième clé live (clé MultiSystem).
Je pense que c'est ce qu'il faut faire, pour un gain de place sur la deuxième clé. Mais on perd ceci;  On peut faire une session en mode persistent de cette iso.

Derrière le MultiSystem de cette clé, installer sur partitions;  /boot/efi,ext4 pas de swap, l'iso que l'on veut utiliser sur la deuxième clé.

Modifier le fichier grub.cfg de Grub du MultiSystem, pour ajouter une entrée permettant de chaîner sur le Grub de L'Os installé derrière le MultiSystem.

On peut lancer la  machine depuis la clé, et depuis le menu du MultiSystem, lancer des sessions installés de l'iso que l'on veut utiliser sur la clé.

Çà, on sait faire, puisque testé sur hdd usb configuré comme indiqué ci-dessus, et chez moi sur grosse clé usb dernièrement.

Voila une solution à tenter en dernier ressort, si ce que vous tentez actuellement échoue.

@+.   Babdu89    .

Dernière modification par Babdu89 (Le 03/10/2016, à 11:46)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Bougron

Re : problème installation ubuntu sur cle usb

Bonjour babdu89
Merci pour l'info.   je retiens, et vais bientôt regarder ce que cela donne en EFI.............
              Pour l'instant je n'ai pas le bon mode d'emploi
==> http://liveusb.info/dotclear/public/img … indows.pdf

             Il faudrait peut-être mettre un lien dans la doc ubuntu.

Mais s'il faut aussi deux clés USB autant rester avec le mode d'emploi que j'ai fait.
Je continue ma recherche pour me passer de la seconde clé

Dernière modification par Bougron (Le 03/10/2016, à 12:33)

indecis11

Re : problème installation ubuntu sur cle usb

Bonjour à tous.
Comme promis, je recommence la procédure.

Voici le boot-info : http://paste2.org/4fMHVWGV

Gparted detecte bien les partitions du emmc ainsi que sdb.
Bon c'est parti pour le copiage de la partition numéro 1 du emmc en remplacement du swap. C'est un echec, voici le rapport gparted :

GParted 0.25.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2
Copy /dev/mmcblk0p1 to /dev/sdb2  00:00:26    ( ERROR )
     	
calibrate /dev/mmcblk0p1  00:00:00    ( SUCCESS )
     	
path: /dev/mmcblk0p1 (partition)
start: 2048
end: 206847
size: 204800 (100.00 MiB)
calibrate copy of /dev/mmcblk0p1  00:00:00    ( SUCCESS )
     	
path: /dev/sdb2 (partition)
start: 25399296
end: 29304831
size: 3905536 (1.86 GiB)
check file system on /dev/mmcblk0p1 for errors and (if possible) fix them  00:00:01    ( SUCCESS )
     	
fsck.fat -a -w -v /dev/mmcblk0p1  00:00:01    ( SUCCESS )
     	
fsck.fat 3.0.28 (2015-05-16)
Checking we can access the last sector of the filesystem
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
Automatically removing dirty bit.
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
65:00/01
Not automatically fixing this.
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
1024 bytes per cluster
6654 reserved sectors
First FAT starts at byte 3406848 (sector 6654)
2 FATs, 32 bit entries
393728 bytes per FAT (= 769 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 4194304 (sector 8192)
98304 data clusters (100663296 bytes)
63 sectors/track, 255 heads
2048 hidden sectors
204800 sectors total
Reclaiming unconnected clusters.
Checking free cluster summary.
Performing changes.
/dev/mmcblk0p1: 428 files, 58045/98304 clusters
set partition type on /dev/sdb2  00:00:00    ( SUCCESS )
     	
new partition type: fat32
copy file system of /dev/mmcblk0p1 to /dev/sdb2  00:00:24    ( SUCCESS )
     	
using internal algorithm
copy 100.00 MiB
finding optimal block size
     	
copy 16.00 MiB using a block size of 1.00 MiB  00:00:04    ( SUCCESS )
     	
16.00 MiB of 16.00 MiB copied
3.4073 seconds
copy 16.00 MiB using a block size of 2.00 MiB  00:00:02    ( SUCCESS )
     	
16.00 MiB of 16.00 MiB copied
2.23963 seconds
copy 16.00 MiB using a block size of 4.00 MiB  00:00:05    ( SUCCESS )
     	
16.00 MiB of 16.00 MiB copied
5.42983 seconds
copy 16.00 MiB using a block size of 8.00 MiB  00:00:04    ( SUCCESS )
     	
16.00 MiB of 16.00 MiB copied
3.26441 seconds
copy 16.00 MiB using a block size of 16.00 MiB  00:00:03    ( SUCCESS )
     	
16.00 MiB of 16.00 MiB copied
3.17677 seconds
optimal block size is 2.00 MiB
copy 20.00 MiB using a block size of 2.00 MiB  00:00:05    ( SUCCESS )
     	
20.00 MiB of 20.00 MiB copied
100.00 MiB (104857600 B) copied
check file system on /dev/sdb2 for errors and (if possible) fix them  00:00:00    ( SUCCESS )
     	
fsck.fat -a -w -v /dev/sdb2  00:00:00    ( SUCCESS )
     	
fsck.fat 3.0.28 (2015-05-16)
Checking we can access the last sector of the filesystem
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
65:00/01
Not automatically fixing this.
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
1024 bytes per cluster
6654 reserved sectors
First FAT starts at byte 3406848 (sector 6654)
2 FATs, 32 bit entries
393728 bytes per FAT (= 769 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 4194304 (sector 8192)
98304 data clusters (100663296 bytes)
63 sectors/track, 255 heads
2048 hidden sectors
204800 sectors total
Reclaiming unconnected clusters.
Checking free cluster summary.
/dev/sdb2: 428 files, 58045/98304 clusters
grow file system to fill the partition  00:00:01    ( ERROR )
     	
using libparted
libparted messages    ( INFO )
     	
GNU Parted cannot resize this partition to this size. We're working on it!
========================================

Par contre, une partition fat32 a bien été crée de 1,68GIB avec 60.68MIB mais avec un point d'exclamation en rouge (je peux refaire un boot-info si vous le désirez)

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 03/10/2016, à 17:27)

Bougron

Re : problème installation ubuntu sur cle usb

Bonjour
Je te remercie profondément pour la capture de la trace du gparted.   Effectivement il voit bien la partition ESP de windows pour une taille de  100 Mo. Taille classique de la partition ESP de windows10
path: /dev/mmcblk0p1 (partition)
start: 2048
end: 206847
size: 204800 (100.00 MiB)
calibrate copy of /dev/mmcblk0p1  00:00:00    ( SUCCESS )

Il s'aperçoit que windows  n'as pas libéré la partition car il a été arrêté par la commande ARRETER et non REDEMARER  et qu'il a  la fonctionnalité FASTBOOT activée.
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
Automatically removing dirty bit.
et il commence bien la copie.
copy 16.00 MiB using a block size of 1.00 MiB  00:00:04    ( SUCCESS )
         
16.00 MiB of 16.00 MiB copied
3.4073 seconds
et il se plante bêtement avec le message
GNU Parted cannot resize this partition to this size. We're working on it!
Comme quoi, cette partition est en cours d'utilisation.

J'avais pourtant écris.....
Tu te positionnes  sur la partition swap de la grosse clé USB , tu supprimes cette partition.
     Tu auras alors un espace libre. Tu te positionnes dessus, et tu colles  ce que tu avais copié.

Conclusion, C'est parti pour fonctionner... si tu fais correctement l'action de copier.

Je retourne dans la doc pour regarder ce qu'il faudra faire en plus.

Nous allons dire que ce disque USB va être utilisé comme une clé USB d'installation de ubuntu. Pour cela il faut encore bricoler un peu… En premier on va créer la structure de boot classique d'une clé USB à savoir la création du répertoire /media/ubuntu/ESPusb/EFI/boot puis il faudra copier le fichier de démarrage grubx64.efi actuellement présent dans le répertoire /media/ubuntu/ESPusb/EFI/ubuntu puis on renommera ce fichier en bootx64.efi. Dans le doute on recommencera la copie pour avoir les deux principaux fichiers de boot présents.

Il faut maintenant s'intéresser de nouveau au fichier de paramétrage grub.cfg qu'il faut modifier pour prendre en compte que la partition de boot sera le disque 0 et non le disque 2. Cette modification faite, il faut aussi le transférer. Vous pouvez alors arrêter la live session de ubuntu et perdre la clé d'installation. Vous avez maintenant un disque externe opérationnel pour tous les micros EFI y compris le vôtre.

PS. J'ai noté que la clé USB est formatée  GPT. 

Drive: sdb _____________________________________________________________________
Disk /dev/sdb: 28.9 GiB, 31004295168 bytes, 60555264 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: gpt

Dernière modification par Bougron (Le 03/10/2016, à 18:32)

Bougron

Re : problème installation ubuntu sur cle usb

Bonjour
Si la partie de doc que je viens d'ajouter ne te semble pas claire.. n'hésites pas

En résumé
    Avec le gparted, tu supprimes la partition swap. Tu vérifies bien que l'action a été faite.
                               tu lances la copie qui va créer une partition FAT32 de 100 Mo
                               tu quittes gparted
puis

sudo    umount    /dev/sdb2
sudo    mount     /dev/sdb2   /mnt
ls         -l           /mnt     ===> erreur c'est
ls         -l           /mnt/EFI

J'espère que tu trouveras cela

$ ls -l
total 2
drwxr-xr-x 2 root root  512 août  24 11:18 Boot
drwxr-xr-x 4 root root  512 mai    6 17:47 Microsoft
drwxr-xr-x 4 root root 1024 oct.   2 03:57 ubuntu

Si le répertoire ubuntu, n'est pas présent, c'est fichu, si c'est présent,  cela sera les commandes  -j'espère ne pas commettre d'erreur

sudo  cp  /mnt/EFI/ubuntu/grubx64.efi    /mnt/EFI/Boot
sudo   mv /mnt/EFI/Boot/grubx64.efi     Bootx64.efi
sudo  cp  /mnt/EFI/ubuntu/grubx64.efi    /mnt/EFI/Boot

sudo blkid | grep ext4
sudo gedit  /mnt/EFI/ubuntu/grub.cfg

il faut vérifier que le UUID est bien bon et remplacer le N°2 par le N°0
Je vais devoir arrêter. Car il me semble que je viens de perdre le mot de passe de la session.    Je ne peux plus exécuter les commandes sudo.

Dernière modification par Bougron (Le 03/10/2016, à 23:06)

indecis11

Re : problème installation ubuntu sur cle usb

Bonsoir.

Je te remercie profondément pour la capture de la trace du gparted

Mais c'est moi qui te remercie pour ton aide.

Tu te positionnes  sur la partition swap de la grosse clé USB , tu supprimes cette partition. Tu auras alors un espace libre. Tu te positionnes dessus, et tu colles  ce que tu avais copié.

C'est fait et ça a marché. par contre il me reste un peu de place, je pensais l'utiliser pour la partition swap mais, vu le débit d'une clé usb, je pense que ça sert à rien...

je n'ai pas trop compris la documentation donc je passe directement à tes commandes mais, le repertoire ubuntu n'est pas présent. j'ai fais un screenshoot du retour commande dans le terminal. j'essaie de trouver un moyen pour la poster (ou poster un lien si c'est pas interdit)

ps : jsuis un peu couillu des fois...

To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

ubuntu@ubuntu:~$ sudo    umount    /dev/sdb2
umount: /dev/sdb2: not mounted
ubuntu@ubuntu:~$ sudo    mount     /dev/sdb2   /mnt
ubuntu@ubuntu:~$ ls         -l           /mnt
total 4
drwxr-xr-x 4 root root 1024 Sep 30 14:57 boot-sav
-r-xr-xr-x 1 root root  512 Sep 20 22:38 BOOTSECT.BAK
drwxr-xr-x 6 root root 1024 Sep 29 10:51 EFI
drwxr-xr-x 2 root root 1024 Sep  5 14:02 System Volume Information
ubuntu@ubuntu:~$ ^C
ubuntu@ubuntu:~$

Dernière modification par indecis11 (Le 03/10/2016, à 22:49)

Bougron

Re : problème installation ubuntu sur cle usb

D'accord, J'ai raté un truc
ls         -l           /mnt/EFI

Il te reste un espace inoccupé sur cette clé. Rien ne t'empêche de récréer la partition swap qui sera amputée de 100 Mo. Cela n'est absolument pas grave.

PS: tu vas devenir un expert pour conseiller des installations EFI sur clé USB. Car je pense que tu feras un récapitulatif de ce qu'il faut faire pour installer ubuntu sur un ACER qui n'a pas de disque dur disponible..

Dernière modification par Bougron (Le 03/10/2016, à 23:14)

indecis11

Re : problème installation ubuntu sur cle usb

Je vois.

j'ai continué la procédure. ça a plutôt bien fonctionné sauf pour celle ci : "sudo gedit  /mnt/EFI/ubuntu/grub.cfg"
ça m'ouvre un fichier gedit mais je sais pas si il faut l'enregistrer et où le faire. voici un compte rendu du terminal :

ubuntu@ubuntu:~$  ls         -l           /mnt/EFI
total 4
drwxr-xr-x 2 root root 1024 Oct 22  2015 Boot
drwxr-xr-x 4 root root 1024 Oct 22  2015 Microsoft
drwxr-xr-x 4 root root 1024 Sep 20 22:45 OEM
drwxr-xr-x 3 root root 1024 Sep 29 11:05 ubuntu
ubuntu@ubuntu:~$ sudo  cp  /mnt/EFI/ubuntu/grubx64.efi    /mnt/EFI/Boot
ubuntu@ubuntu:~$ sudo   mv /mnt/EFI/Boot/grubx64.efi     Bootx64.efi
ubuntu@ubuntu:~$ sudo  cp  /mnt/EFI/ubuntu/grubx64.efi    /mnt/EFI/Boot
ubuntu@ubuntu:~$ sudo blkid | grep ext4
/dev/sdb1: UUID="f49e4e00-a542-4aea-a795-1a428c6b7058" TYPE="ext4" PARTUUID="184c37ee-cd6d-415e-9bc2-aefc060cd712"
/dev/sdb3: UUID="9cab2124-a2bd-454a-9910-5f760079ed19" TYPE="ext4" PARTUUID="d2d0ec37-d356-4673-b373-559fdfc4c1b8"
ubuntu@ubuntu:~$ sudo gedit  /mnt/EFI/ubuntu/grub.cfg

** (gedit:8051): WARNING **: Set document metadata failed: Setting attribute metadata::gedit-position not supported

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 03/10/2016, à 23:22)

Bougron

Re : problème installation ubuntu sur cle usb

Quel est le contenu du fichier  grub.cfg qui aurait du s'afficher

indecis11

Re : problème installation ubuntu sur cle usb

le contenu du fichier :

search.fs_uuid f49e4e00-a542-4aea-a795-1a428c6b7058 root hd1,gpt1 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 03/10/2016, à 23:21)

Bougron

Re : problème installation ubuntu sur cle usb

Le uuid est bon c'est bien celui de la partition  sdb1
Mais pas hd1      il faut que tu remplaces 1 par 0
C'est lié au fait que tu as un décalage lorsque tu as une autre clé USB pendant l'installation que tu n'auras plus au vrai bout.
Lorsque tu auras changé le 1 en 0   tu  sauvegardes.. et tu vérifies que c'est bien sauvé avec la commande

cat   /mnt/EFI/ubuntu/grub.cfg

Puis c'est le  vrai boot sans  la clé d'installation.

Dernière modification par Bougron (Le 03/10/2016, à 23:26)

indecis11

Re : problème installation ubuntu sur cle usb

Désolé, je ferai attention à l'avenir

@Bougron, c'est bon, j'ai sauvegardé le fichier texte et cat m'affiche hd0.
Je vais booter et je te tiens au jus
Edit : j'ai relancer la machine. le bios me detecte bien la clé mais, ça ne boote pas. comme je ne me rappelle pas le nom du fichier de démarrage, j'ai essayé les 4 les uns après les autres (ceux qui se trouve dans le repertoire efi/ubuntu si ma mémoire est bonne)

Dernière modification par indecis11 (Le 04/10/2016, à 00:06)

Bougron

Re : problème installation ubuntu sur cle usb

A oui c'est vrai.  Ta clé est formatée GPT et non MSDOS... Elle est donc assimilée à un disque dur.  et ton micro est un  acer.......
voir mon post #16 point 2
voici sur ce qu'il pointait

Et je vois Kubuntu se lancer: ça maaaaarche!
En suivant la procédure suivante:
[F2] en allumant,
sélectionner le 3è onglet Security, définir un mot de passe pour pouvoir accéder à
select an uefi as trusted for executing
ce qui ouvre la fenêtre InsydeH20 Setup Utility,
sélectionner HDD0 en faisant [enter], ce qui ouvre le menu suivant,
sélectionner EFI, puis ubuntu, puis shimx64.efi.
Un pop-up s'ouvre:
Do you wish to add this file to allowable database? Boot Description [                ]
Entrer un nom entre les crochets, par exemple UbuntuShimx64, et sélectionner Yes

Ce n'est pas fini!
Il faut retourner dans le menu principal du bios et aller à l'onglet Boot,
descendre dans le Boot priority order jusqu'à la dernière ligne, où l'on va retrouver le UbuntuShimx64 défini précédemment, le faire remonter de la neuvième place à la première avec la touche F6, et on se retrouve avec l'ordre de boot reconfiguré:
1. EFI File Boot 0 : UbuntuShimx64
2. Windows Boot Manager
3. ...
F10 pour save and exit et Yes pour confirmer

et, émus, contemplons le menu de Grub qui s'affiche!

en fait j'ai finalisé aussi comme si la clé USB était formatée MSDOS.
Si dans ta liste, tu vois celui du support EMMC, tu ne le choisis pas cat le N0 de partition sur laquelle il renvie est faux, il faut prendre celui de la clé USB qui a été corrigé.

Dernière modification par Bougron (Le 04/10/2016, à 01:09)

indecis11

Re : problème installation ubuntu sur cle usb

yep à force de tout chamboulé dans l'ordre d'amorçage, les fichiers de démarrage, jme suis rappelé qu'il y avait une config bios à faire.

Bon le résultat. oui ça marche mais je pense que j'ai foiré l'installation. il est long à charger et, après l'identification, je n'ai plus rien (rien qui se lance, ecran violet)

pour ce sujet, on peut considérer je pense le problème comme résolu

Merci à tous et en particulier à toi Bougron, tu gères super bien linux

Bougron

Re : problème installation ubuntu sur cle usb

Bonjour
On peut continuer un instant sur le sujet car la solution qui marche dans 50% des cas est NOMODESET, la solution qui marche dans 25% des cas  est ACPI=OFF et dans les 25% des autres cas, ce sont d'autres options pas toujours faciles à trouver.

Je suis pris d'un doute.    Qu'appelles-tu " après l'identification"???
Si c'est  le nom de l'utilisateur et le mot de passe...........      ce n'est pas  ce que je croyais.

Ce que je décris ci-dessous s'applique à la description suivante!
"le grub me demande de choisir entre ubuntu ou windows... et quand je choisi ubunto, l'écran devient violet et plus rien ne se passe..."

Vu ce qu'on connait maintenant:
a) Tu bootes avec  la petite clé USB  et tu choisis  "essayer avant d'installer".
b) Tu branches cette grosse  clé.
c) Tu lances gparted et tu mets une étiquette/Label pour la partition 1 de cette clé par exemple slash
d) Tu arrêtes gparted, tu débranches la grosse clé, tu la  rebranches.
e)  Tu essaies d'abord avec la première option en faisant comme cela

    cd   /media/ubuntu/slash/boot/grub
 sudo gedit grub.cfg

  Tu chercheras la première ligne contenant menuentry
cela va se présenter de cette façon:

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-a95cb0ad-d52d-4452-917c-5084b472034c' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_msdos
	insmod ext2
	set root='hd1,msdos2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  a95cb0ad-d52d-4452-917c-5084b472034c
	else
	  search --no-floppy --fs-uuid --set=root a95cb0ad-d52d-4452-917c-5084b472034c
	fi
	linux	/boot/vmlinuz-4.4.0-38-generic.efi.signed root=UUID=a95cb0ad-d52d-4452-917c-5084b472034c ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.4.0-38-generic
}

]

Il faut que tu modifies la ligne:
    linux    /boot/vmlinuz-4.4.0-38-generic.efi.signed root=UUID=a95cb0ad-d52d-4452-917c-5084b472034c ro  quiet splash $vt_handoff
afin qu'elle devienne:
    linux    /boot/vmlinuz-4.4.0-38-generic.efi.signed root=UUID=a95cb0ad-d52d-4452-917c-5084b472034c ro  quiet splash  nomodeset $vt_handoff
   
Tu sauvegardes et tu bootes pour vérifier

Si cela ne marche pas, tu remplaces monodeset par acpi=off    et nouvel essai.
Si cela ne marche pas tu ajoutes aussi monodeset
Si cela ne marche pas..... On verra.... je regarde les caractéristiques de la carte graphique de ton micro pour voir si le problème pourrait être connu dans le forum.
Je te fais faire les corrections en mode manuel car, je crois que boot-repair n'a pas encore pensé à réparer  un ubuntu installé sur  un support amovible.]

Cette correction n'est que temporaire, le temps de trouver la bonne valeur. Lorsque cela sera fait.... On finalisera l'installation.
Pour voir la liste des principales options  paragraphe 6 de https://doc.ubuntu-fr.org/kernel

Une description du micro ici http://www.generation-net.com/Portables … F.001.html   ou là.
Fabricant du contrôleur graphique     Intel
Modèle de contrôleur graphique     HD Graphics
Technologie de la mémoire graphique     DDR3L SDRAM

https://www.google.fr/search?as_q=intel … as_rights=

Question;  Je viens de voir que ton micro n'a pas de port USB3 mais seulement des  ports USB2.
       Dans ce contexte, pour installer sur une clé USB2, il faut environ 4 heures.
J'ai cru comprendre que tu installais sur la carte SD et qu'il te fallait 8 heures pour faire cette installation. Peux-tu confirmer?

=> Je viens  de voir que chez ACER, ils disent
Nombre de ports USB 2.0 ; 1
Nombre de ports USB 3.0 : 1    =====> http://www.ldlc.com/fiche/PB00174729.html  http://www.ldlc.com/fiche/PB00213472.html

Comme tu as booté depuis le eMMC vers la clé USB, tu pourrais tout aussi bien booter vers une carte SD me semble-t-il
                                                                  http://www.ldlc.com/fiche/PB00196973.html  http://www.ldlc.com/fiche/PB00135009.html

Dernière modification par Bougron (Le 04/10/2016, à 17:55)

Bougron

Re : problème installation ubuntu sur cle usb

@Bougron.
Si tu cherches à modifier des fichiers systèmes sur la clé usb live et que tu puisses retrouver les modifs des fichiers système une foi installé.
La seule possibilité que j'ai trouvé pour faire çà, c'est le couple;  iso faite avec Systemback + MultiSystem + ajouter de la persistance à l'iso  faite avec Systemback.
.
@+.  Babdu89  .

Bonjour Babdu89.
Opération réussie.
1)  Rappel de l'environnement de cette discussion.
       - Micro ACER    ayant un eMMC de 32 Go et deux ports USB2.
       - Le boot-info ne sait pas  accéder à la partition EFI stockée dans le eMMC. Il semble que cela soit pareil avec la live USB. Gparted sait dupliquer son contenu.
       - L'installation ubuntu a été faite sur un second support USB formaté GPT et ubuntu a été défini comme OS valide dans le bios. Le boot fonctionne.
2) Rappel de ma proposition.
      Utiliser seulement un support USB et ne pas être obligé de définir ubuntu comme un OS valable.   L'avantage étant qu'on ne sera pas obligé d'aller dans le bios EFI pour dire qu'on veut booter sur ubuntu ou sur windows.        Le boot sur ubuntu se déclenchant  systématiquement lorsque le support USB est branché.
3)Structure du boot  de l'installateur.
     Il propose quelques menus de boot.

menuentry "Try Ubuntu without installing" {
menuentry "Install Ubuntu" {
menuentry "OEM install (for manufacturers)" {
menuentry "Check disc for defects" {

On sait qu'en EFI, il est rare de disposer d'une ligne de boot proposant la persistance.
Il est  nécessaire de dupliquer la première ligne et d'ajouter l'option nomodeset   persistent.  C'est  assez facile.
On constate rapidement  qu'il ne propose pas  de lancer le ubuntu installé....
4)  Principe de la solution.
    Il faut ajouter dans le fichier de boot de l'installateur, la partie du fichier de boot qui va être généré.   Dit comme cela, c'est facile. Mais en pratique, il faut certainement être expert si on veut le faire uniquement pendant la partie d'installation sans utiliser un autre OS.
   On pourrait aussi dire qu'il faut pointer sur le fichier de config qui  a été généré.   Mais cela ne peut pas marcher facilement car des options sont  incompatibles. Voila la liste des actions à faire;
      -  On choisit  "essayer"  avant d'installer
      -  On dit qu'il faut démonter le /cdrom
      -  On lance l'installation   
      -   Lorsque l'installation est finie on récupère la partie du fichier de config générée puis:
       -  On cherche le fichier de config du boot de l'installeur pour y ajouter   ce qui manque.
Il est certain que je ne connais pas  toutes les subtilités de la commande MOUNT. Mais je n'ai jamais réussi à faire monter la partition.  (périphérique busy).
Je ne sais pas si c'est un bug..... En tout cas  je n'ai pas trouvé de piste  après quelques recherches.  D'où abandon temporaire de cette solution simple et recherche d'une solution de contournement.   En fait,  le besoin n'est pas de monter la partition  mais d'avoir accès à un répertoire spécifique de la partition. Le reste je m'en moque!
5) La solution de contournement.
   C'est windows qui va s'en charger comme il le fait pour l'ajout de l'option de persistance.  Il suffit de bien codifier. Cela permet de lancer le vrai unbutu qui n'aura plus aucune difficulté à accéder au fichier de config de l'installateur et d'y mettre tous ses menuentry afin de disposer des options avancées et des options de recovery.
  Les contraintes rencontrées.
      a) Windows  ne  sait pas  fabriquer des partitions EXT4. Cela commande mal.   Alors une solution ancienne, prévoir que ubuntu fera une partition EXT4 avec un UUID ayant la valeur qu'on prévoit... Evidemment échec.   On va donc utiliser la technique des labels  en disant que l'installateur va installer son répertoire /  dans une partition qui aura un nom imposé   Dans mon exemple j'ai retenu USBSLASH.
      b) Les bugs de gestion de la recherche des partitions avec LABEL.     En fait ubuntu ne sait pas encore ce qu'est un label!   => unable  to enumerate USB device
      c) Donc la très vieille méthode   avec les noms par /dev    Cela ne m'enchante pas car  quelle sera la lettre  allouée à la partition?  et son N° ?
      d)  Je ne sais pas trop la version ubuntu qui va être installée.
La codification faite est donc assez générique.

menuentry 'Ubuntu5  ' {
	insmod gzio; insmod lzopio; insmod part_msdos; insmod ext2
        search --no-floppy --label --set=root USBSLAH
	linux	/boot/vmlinuz.signed root=/dev/sdb2 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-generic}

Ces cinq lignes sont donc à ajouter  avec windows aussitôt que l'image iso est transférée dans la partition FAT32
               après  avoir adapté  sdb2 si besoin     =>       Ici on va installer sur la seconde partition d'un micro qui n'a qu'un disque dur.   (Dans ce contexte il faudrait sda2)
       e) Lors de l'installation,  il ne faut pas oublier que la partition qui va recevoir ubuntu doit avoir le label USBSLAH.
       f) Lors de la finalisation de l'installation, il reste quelques manips à faire pour être en conformité avec le contenu du menu-entry. 
            Exemple avec la version 16.04.1  très récente qui a installé le dernier noyau en cours de route.

                             cd /boot
                             cp vmlinuz-4.4.0-38-generic.efi.signed  vmlinuz.signed
                             cp initrd.img-4.4.0-38-generic  initrd.img-generic

       g) Cette solution permet maintenant de booter le  ubuntu complément installé et de finir l'ajout de totalité de ce qui a été généré.
           Je suis partisan de mettre cet ajout en plus et non à la place.
Donc voici la codification  plus classique qu'on peut faire

menuentry 'Ubuntu nouveau' {
	insmod gzio; insmod lzopio; insmod part_msdos; insmod ext2
        search --no-floppy --fs-uuid --set=root c1b9d5a2-f162-11cf-9ece-0020afc76f16
	linux	/boot/vmlinuz.signed  root=UUID=c1b9d5a2-f162-11cf-9ece-0020afc76f16 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-generic}

Grâce à Babadu89, il n'y a plus  besoin d'imposer le label à la création de la partition. Mais il faut imposer le UUID qui se fait immédiatement après avoir créé la partition et avant de commencer l'installation. La commande est.

sudo tune2fs        -U    c1b9d5a2-f162-11cf-9ece-0020afc76f16   /dev/sdXN

.

           

       .

Dernière modification par Bougron (Le 04/10/2016, à 20:03)

Babdu89

Re : problème installation ubuntu sur cle usb

Bonsoir

Alors une solution ancienne, prévoir que ubuntu fera une partition EXT4 avec un UUID ayant la valeur qu'on prévoit... Evidemment échec.

https://doc.ubuntu-fr.org/uuid_et_label

7.2 Partitions Ext

On peut définir manuellement un UUID défini manuellement avec l'outil tune2fs :

sudo tune2fs -U <l'UUID desirée> /dev/<votre partition>

On ne peut pas utiliser çà?.
On fait la partition depuis Ubuntu, et on change son UUID, par celui que l'on désire?.

@+.   Babdu89  .

Dernière modification par Babdu89 (Le 04/10/2016, à 18:06)

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Bougron

Re : problème installation ubuntu sur cle usb

Merci.
Je suis loin de connaître toute la doc.
Je vais donc repartir en live USB car c'est  jouable

usb1641@usb1641:~$ sudo tune2fs -U ABraCaDaBra /dev/sdb6
tune2fs 1.42.13 (17-May-2015)
tune2fs: Format UUID invalide

usb1641@usb1641:~$ sudo tune2fs -U 88888888-4444-4444-aaaaaaaaaaa /dev/sdb6
tune2fs 1.42.13 (17-May-2015)
tune2fs: Format UUID invalide

usb1641@usb1641:~$ sudo tune2fs -U 4444aaaa-0aa0-0000a-a00a00000a00 /dev/sdb6
tune2fs 1.42.13 (17-May-2015)
tune2fs: Format UUID invalide

usb1641@usb1641:~$ man tune2fs
usb1641@usb1641:~$ sudo tune2fs -U  c1b9d5a2-f162-11cf-9ece-0020afc76f16 /dev/sdb6
tune2fs 1.42.13 (17-May-2015)
usb1641@usb1641:~$

Babdu89

Re : problème installation ubuntu sur cle usb

Bonsoir.

Bougron a écrit;
Je suis loin de connaître toute la doc.

Moi aussi, mais comme je me suis intéressé à ces histoires de label et UUID, j'avais trouvé cette page de doc.  Et comme c'est du français dans le texte, çà me va fort bien.

@+.   Babdu89 .

---

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....