#26 Le 02/10/2016, à 11:43
- 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)
Hors ligne
#27 Le 02/10/2016, à 13:29
- 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....
Hors ligne
#28 Le 02/10/2016, à 20:21
- 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)
Hors ligne
#29 Le 03/10/2016, à 01:33
- 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....
Hors ligne
#30 Le 03/10/2016, à 04:08
- 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.
Hors ligne
#31 Le 03/10/2016, à 09:55
- 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)
Hors ligne
#32 Le 03/10/2016, à 11:29
- 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....
Hors ligne
#33 Le 03/10/2016, à 12:27
- 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)
Hors ligne
#34 Le 03/10/2016, à 17:16
- 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)
Hors ligne
#35 Le 03/10/2016, à 18:07
- 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)
Hors ligne
#36 Le 03/10/2016, à 18:50
- 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)
Hors ligne
#37 Le 03/10/2016, à 22:44
- 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)
Hors ligne
#38 Le 03/10/2016, à 23:04
- 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)
Hors ligne
#39 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)
Hors ligne
#40 Le 03/10/2016, à 23:16
- Bougron
Re : problème installation ubuntu sur cle usb
Quel est le contenu du fichier grub.cfg qui aurait du s'afficher
Hors ligne
#41 Le 03/10/2016, à 23:19
- 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)
Hors ligne
#42 Le 03/10/2016, à 23:26
- 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)
Hors ligne
#43 Le 03/10/2016, à 23:37
- 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)
Hors ligne
#44 Le 04/10/2016, à 00:55
- 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)
Hors ligne
#45 Le 04/10/2016, à 01:16
- 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
Hors ligne
#46 Le 04/10/2016, à 09:03
- 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)
Hors ligne
#47 Le 04/10/2016, à 14:50
- 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)
Hors ligne
#48 Le 04/10/2016, à 18: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....
Hors ligne
#49 Le 04/10/2016, à 18:59
- 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:~$
Hors ligne
#50 Le 04/10/2016, à 23:53
- 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....
Hors ligne