#26 Le 20/10/2016, à 00:16
- Babdu89
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Question subsidiaire : à terme, ce que je souhaiterai faire c'est une restore directe de ma sauvegarde de la partition systeme (save.tar.gz) stockée sur mon NAS directement sur sda5. Je pensais le faire via une liveUSB en montant sda5 sur /media/restore par exemple. Pas de contre indication à cette manip selon vous ?
Est-ce que cette restauration va entraîner un formatage de /dev/sda5? . Si oui, tu vas encore connaître des soucis avec les UUID de partitions.
@+. 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
#27 Le 20/10/2016, à 00:32
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Ce que j'aimerais savoir, c'est comment réinstaller grub -efi en commande dans la partition /sda6.
Bonsoir babdu89. Je ne sais pas si ma solution va te convenir. Mais en tout cas voici une façon de faire. Je verrais au prochain boot si elle a été efficace.
1) Je suis positionné dans la partition sda7 (16.04.1)
u16041@u16041:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 2,9G 0 2,9G 0% /dev
tmpfs 586M 9,2M 577M 2% /run
/dev/sda7 33G 5,6G 26G 18% /
tmpfs 2,9G 272K 2,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 2,9G 0 2,9G 0% /sys/fs/cgroup
/dev/sda10 211G 188G 24G 89% /DATA
/dev/sda1 126M 67M 59M 54% /boot/efi
/dev/sda14 138G 29G 102G 23% /DPP
tmpfs 586M 44K 586M 1% /run/user/1000
/dev/sda13 46G 24G 20G 55% /mnt/SDA13
u16041@u16041:~$
2) Je migre dans la partition SDA13 qui contient 16.04.0
u16041@u16041:~$ sudo mount /dev/sda13 /mnt
u16041@u16041:~$ sudo mount --bind /dev /mnt/dev
u16041@u16041:~$ sudo mount --bind /sys /mnt/sys
u16041@u16041:~$ sudo mount --bind /run /mnt/run
u16041@u16041:~$ sudo mount --bind /proc /mnt/proc
u16041@u16041:~$ sudo chroot /mnt
root@u16041:/# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda13 46G 24G 20G 55% /
udev 2,9G 0 2,9G 0% /dev
tmpfs 586M 9,2M 577M 2% /run
root@u16041:/#
3) Je monte la partition efi
sudo mkdir /mnt/SDA1
sudo mount /dev/sda1 /mnt/SDA1
4) J'installe le logiciel. N'ayant pas mis l'option --nvram, c'est avec cette instance que le prochain boot va avoir lieu.
sudo grub-install -v --bootloader-id=ubuntuSDA13 --efi-directory=/mnt/SDA1
5) Mise à jour classique
sudo update-grub
6) Vérification que le fichier de configuration efi est correct
root@u16041:/mnt/SDA1/EFI/ubuntuSDA13# ls
grub.cfg grubx64.efi MokManager.efi shimx64.efi
root@u16041:/mnt/SDA1/EFI/ubuntuSDA13# pg grub.cfg
search.fs_uuid 17f90115-fe0b-440d-9708-7039508c3003 root hd0,gpt13
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
(EOF):
7) Ce que j'oubliais
u16041@u16041:~$ sudo efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0001,0001,0000,0002,0008,0005,0006,2003,2001,2002
Boot0000* ubuntu HD(1,GPT,c175b09a-8451-420e-ba87-e3f06f233879,0x800,0x3f800)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* ubuntuSDA13 HD(1,GPT,c175b09a-8451-420e-ba87-e3f06f233879,0x800,0x3f800)/File(\EFI\ubuntuSDA13\grubx64.efi)
Boot0002* Windows Boot Manager HD(3,GPT,efa4be01-abf1-4dcc-833d-dde4322f9f47,0x48000,0x3f800)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
Boot0003* EFI Network 0 for IPv6 (08-9E-01-B7-1C-5D) PciRoot(0x0)/Pci(0x1c,0x3)/Pci(0x0,0x0)/MAC(089e01b71c5d,0)/IPv6([::]:<->[::]:,0,0)RC
Boot0005* Ubuntu HD(1,GPT,c175b09a-8451-420e-ba87-e3f06f233879,0x800,0x3f800)/File(\EFI\ubuntu\grubx64.efi)RC
Boot0006* Ubuntu HD(3,GPT,efa4be01-abf1-4dcc-833d-dde4322f9f47,0x48000,0x3f800)/File(\EFI\ubuntu\grubx64.efi)RC
Boot0007* EFI Network 0 for IPv4 (08-9E-01-B7-1C-5D) PciRoot(0x0)/Pci(0x1c,0x3)/Pci(0x0,0x0)/MAC(089e01b71c5d,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)RC
Boot0008* Windows Boot Manager HD(1,GPT,c175b09a-8451-420e-ba87-e3f06f233879,0x800,0x3f800)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0011* Windows Boot Manager HD(3,GPT,efa4be01-abf1-4dcc-833d-dde4322f9f47,0x48000,0x3f800)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
Boot0013* EFI Network 0 for IPv6 (08-9E-01-B7-1C-5D) PciRoot(0x0)/Pci(0x1c,0x3)/Pci(0x0,0x0)/MAC(089e01b71c5d,0)/IPv6([::]:<->[::]:,0,0)RC
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
u16041@u16041:~$
Dernière modification par Bougron (Le 20/10/2016, à 01:02)
Hors ligne
#28 Le 20/10/2016, à 01:25
- Babdu89
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Merci, Ok!.
Après le chroot, les trois étapes importantes Points 3) 4) 5) .
@+. 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
#29 Le 20/10/2016, à 07:48
- ikewdu
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Intéressant... Ca confirme ce que je pensais au sujet du chroot. Il fallait se le coltiner. En même temps, dans le cas qui nous intéresse, ce n'était pas nécessaire. Et ce qui reste bizarre, c'est cette confusion des uuid par GRUB, car elle n'est pas vraiment compréhensible.
L'important est qu'on ait trouvé des solutions.
Hors ligne
#30 Le 20/10/2016, à 10:47
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Problème résolu en collant le texte suivant dans /etc/grub.d/40_custom
menuentry 'Ubuntu 16.04.1 LTS (manuel) (sur /dev/sda6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-cd92fe83-6cd7-4044-9a0a-8907945f8a5f' { insmod part_gpt insmod ext2 set root='hd0,gpt6' linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=cd92fe83-6cd7-4044-9a0a-8907945f8a5f ro quiet splash $vt_handoff initrd /boot/initrd.img-4.4.0-42-generic }
Merci pour votre aide. Ca fonctionne sur sda5 et sda6 maintenant ! J'ai appris plein de choses grâce à votre aide.
Bonjour.
Je suis tombé dans le piège d'un paquet "MENUENTRY" pas cohérent. Mais c'est la première fois que je vois cela.
Je résume.
Tu peux maintenant booter à partir du bios en sélectionnant parmi 4 lignes
1) La ligne ubuntu ====> avec un grub dont la première ligne te permet de tomber sur SDA5.
2) La ligne windows ====> qui fait booter windows.
3) La nouvelle ligne ubuntuSDA6 ==> avec un grub dont la première ligne te permet de tomber sur SDA6.
Je peux déjà te faire supprimer la ligne qui ne boote pas:
sudo efibootmgr -B -b 2
Comme je pense que c'est par le bios EFI que tu peux choisir le UBUNTU à lancer et que tu ne feras ce choix que si SDA5 ne fonctionnent pas, et s'il ne fonctionne absolument pas, tu risques de ne pas pouvoir choisir SDA6!
je te propose donc que SDA5 ne cherche pas la présence de SDA6 et réciproquement
Cela veut dire que dans SDA6, tu fais l'inactivation de la recherche de l'os-prober avec la commande
sudo chmod -x /etc/grub.d/30_os-prober
Tu y installes kclean et tu épures puis
Cela veut dire que dans SDA5, tu fais l'inactivation de la recherche de l'os-prober avec la commande
sudo chmod -x /etc/grub.d/30_os-prober.
Tu passes en commentaires les 7 lignes que tu as ajouté (pour le dépannage) dans le fichier 40_custom ou tu les supprimes.
Tu y installes kclean et tu épures puis tu refais un boot-info pour qu'on puisse voir un fichier beaucoup moins volumineux.
Dernière modification par Bougron (Le 20/10/2016, à 12:48)
Hors ligne
#31 Le 20/10/2016, à 12:00
- Babdu89
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonjour.
Post#29 on lit;
Et ce qui reste bizarre, c'est cette confusion des uuid par GRUB, car elle n'est pas vraiment compréhensible.
Comme l'UUID de la partition /sda6 a bien été reporté dans le fichier fstab de /sda6
Lors de la maj de Grub de /sda5 , le système doit certainement trouver la partition avec le bon libeller (hd0,gpt6) et le bon UUID de /sda6.
Mais comme /sda6 est la copie de /sda5, il y a aussi dans le grub.cfg de /sda6 l'UUID de la partition /sda5 .(puisque c'est li que ln veut changer pour celui de /sda6 en réinstallant grub dans /sda6, mais en UEFI, çà ne se passe pas aussi facilement qu mode Bios_Legacy.)
Je pense que. À la régénération de grub.cfg de /sda6 depuis la maj de grub de /sda5,( régénération de grub.cfg de /sda5) çà trompe le système, et on a le résultat du post#22.
J'ai déjà vu çà chez moi avec une de mes copies, (machine Bios_Legacy) où j'avais changé les UUID dans le fstab de la copie ,sans réinstaller grub dans la copie.
Comme la copie était démarrée depuis au autre Os (Os par défaut au démarrage) çà "merdait" aussi dans le grub.cfg de L'Os par défaut au démarrage.
Bien que je choisissait la bonne entrée de la copie, çà semblait démarrer sur l'original.
Réinstallation de Grub dans la copie (Merci Boot-Repair en live) et maj de grub de l'Os par défaut au démarrage, remettait tout en ordre.
@+. 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
#32 Le 20/10/2016, à 13:06
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonjour
Je viens de perdre la matinée à essayer de booter la partition que j'ai réactivée. Sans aucun succès!
Le boot avait systématiquement lieu sur l'OS ubuntu INITIAL et pourtant le boot EFI est parfait: Il peut me permettre de choisir de booter avec le répertoire ubuntu ou EDUbuntu
Mais si je choisis EDUubuntu, il est stupide de penser que le grubx64.efi ou le shimx64.EFI vont utiliser le fichier contenu dans le répertoire /EFI/EDUbuntu
Ils sont assez têtus pour vouloir booter uniquement sur /EFI/ubuntu.
Cela s'appelle un système bridé. Exactement le même niveau de conception que les bios EFI qui ne savent booter que via /EFI/Microsoft/bootmgr.efi
Jusqu'à ce jour, je ne l'avais pas rencontré car j'avais installé EFIubuntu dans une autre partition FAT32.
Donc dans ce contexte, si on choisit d'avoir deux OS indépendants il faut aussi fabriquer une autre partition FAT32, et il faut que le répertoire reste nommé UBUNTU.
Je ne peux pas continuer cet après-midi mais je vais faire le nécessaire.
Donc première opération si on sépare les deux OS: Faire deux partitions FAT32 et dupliquer le contenu de la première dans la seconde.
Dernière modification par Bougron (Le 20/10/2016, à 13:08)
Hors ligne
#33 Le 20/10/2016, à 18:59
- ikewdu
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Je ferai un essai similaire ces jours-ci. Je vous tiendrai au courant.
Autant clore ce sujet qui est résolu.
Hors ligne
#34 Le 21/10/2016, à 01:19
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonsoir
Afin d'avoir une vraie indépendance des deux OS et ne pas avoir besoin du grub de SDA6 pour booter SDA7, je propose les actions suivantes
1) créer une nouvelle partition FAT32 de 35 Mo
2) Populer cette nouvelle partition,
a) Monter cette nouvelle partition . Il faudra remplacer la lettre N par le N° qui sera alloué à cette partition: 7 ?
sudo mkdir /mnt/SDAN
sudo mount /deb/sdaN /mnt/SDAN
b) Mettre le logiciel de boot EFI par l'une des deux méthodes suivantes
b1-
sudo mkdir /mnt/SDAN/EFI
sudo mkdir /mnt/SDAN/EFI/ubuntu
sudo cp -rv /boot/efi/EFI/ubuntu/* /mnt/SDAN/EFI/ubuntu
b2-
sudo grub-install --no-nvram --efi-directory=/mnt/SDAN
3) Faire pointer ce grub de lancement sur la partition SDA7 en éditant le fichier de configuration du grub EFI (UUID et n° de partition)
sudo gedit /mnt/SDAN/EFI/ubuntu/grub.cfg
4) Fabriquer l'entrée de boot EFI
sudo efibootmgr -c -d /dev/sda -p N -L "Ubuntu sur SDA6" -l "/EFI/ubuntu/grubx64.efi"
Message indépendant pour Ikevdu. Si tu peux regarder à cet endroit: https://forum.ubuntu-fr.org/viewtopic.p … #p21609735
Dernière modification par Bougron (Le 21/10/2016, à 01:35)
Hors ligne