#1 Le 18/10/2016, à 21:40
- ddjaff
2 partitions systèmes mais impossible de booter sur la seconde
Bonsoir,
Je viens de réinstaller entièrement mon PC sur ubuntu 16.04 avec une / séparée de la /home et un dual boot sur windows 10.
Tout fonctionne bien. Avant de laisser chaque membre de la famille utiliser ce PC , j'ai mis en place des sauvegardes automatisée vers le NAS pour éviter de perdre nos données. J'ai aussi décidé de sauvegarder la partition système / pour palier à d'éventuels futurs problème. En effet, je bricole pas mal sans toujours maîtriser à 100% mes manips (nouveau sur Ubuntu !)
le / est installé sur sda5
Une partiton sda6 est dédiée à la restauration du système (je préfère pour l'instant ne pas écraser sda5 lors de la restauration).
La sauvegarde de / de sda 5 vers le NAS et sa restauration vers sda6 fonctionne.
J'ai aussi modifié le fstab du / de sda6 pour que cette partition soit reconnue comme la partititon / lorsque je sélectionne ubuntu 16.14 (sda6) dans Grub.
Tout fonctionne bien quand je boote sur sda5.
Par contre quand je boote sur sda6 c'est toujours le / de sda5 qui monte !!! Là je coince !
Est-que certains d'entre vous pourrait m'aider à booter sur cette partition restaurée ? J'ai lu qu'il existait une possibilité de chainage (chainloader) mais je ne sais pas si cela correspond à mon cas.
Merci pour vos conseils. J'aimerai finaliser ce projet pour sécuriser au maxi ce PC familial.
Hors ligne
#2 Le 18/10/2016, à 23:02
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonsoir
Regardes le contenu du fichier /etc/fstab de la partition sda6. Il pointe encore certainement sur /dev/sda5
Dernière modification par Bougron (Le 18/10/2016, à 23:03)
Hors ligne
#3 Le 18/10/2016, à 23:25
- ddjaff
Re : 2 partitions systèmes mais impossible de booter sur la seconde
J'ai effectivement regardé ce point. Voici la ligne qui correspond au / dans la fstab de sda6
# / was on /dev/sda6 during installation
UUID=cd92fe83-6cd7-4044-9a0a-8907945f8a5f / ext4 errors=remount-ro 0 1
Cet uuid correspond bien à sda6
xxxx@xxxxx-ubuntu:~$ blkid
/dev/sda1: LABEL="RM-CM-)cupM-CM-)ration" UUID="AA4ABC6A4ABC3543" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="d87cf9a4-b7bd-48e9-bd0b-0f9df0921eaa"
/dev/sda2: UUID="D4BD-2E9E" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="83016064-3cc1-4726-b50a-dafb3dbb0e74"
/dev/sda4: UUID="1AD6C15DD6C139B1" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="cf9d81a9-d99f-4bd9-9c57-e359c6f8a776"
/dev/sda5: UUID="51254159-376a-439f-9751-f78d6d2208a9" TYPE="ext4" PARTUUID="5cd587a1-f61e-4a59-a1a5-f694d9d1d39a"
/dev/sda6: UUID="cd92fe83-6cd7-4044-9a0a-8907945f8a5f" TYPE="ext4" PARTUUID="e87add33-cb47-4a05-9916-068848a1f9eb"
/dev/sdb2: LABEL=" DonnM-CM-)es Win10" UUID="7A74BA9374BA519D" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="d00066e7-b854-4cfb-82e4-49e5c4bfb42a"
/dev/sdb3: UUID="005b62f6-7b5e-461c-9a54-ad5c83d07364" TYPE="ext4" PARTUUID="c190a5b0-3d19-43e2-a792-2a6516b66991"
/dev/sdb4: UUID="75cb3dca-05a2-44a4-a6a4-8667856a1b26" TYPE="swap" PARTUUID="f0e55edb-eb6a-4a2b-8df3-f3eb814a8208"
/dev/sdb5: LABEL="save_partition" UUID="7f8de485-98e2-47e6-aac7-77285d63c81c" TYPE="ext4" PARTUUID="08c1ddac-229b-4734-ac6e-5588b6b37f30"
/dev/sdb6: LABEL="save_partition_s" UUID="bb34b62a-0b12-4254-92ac-2868a5a5618c" TYPE="ext4" PARTUUID="a6328ae9-15ab-4e80-a84a-73e90cece2bb"
Modération : merci à l'avenir d'utiliser les balises code (explications ici).
Dernière modification par cqfd93 (Le 19/10/2016, à 09:33)
Hors ligne
#4 Le 19/10/2016, à 00:00
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
AU vu du blkid
/dev/sda2: UUID="D4BD-2E9E" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="83016064-3cc1-4726-b50a-dafb3dbb0e74"
J'ai l'impression que ton boot est en EFI
C'est donc obligatoirement le grub de SDA5 qui va mettre en route
Si tu veux que cela soit celui du SDA6, Il faut que tu modifies le fichier /efi/ubuntu/grub.cfg de la partition sda2 pour mettre un 6 à la place du 5 et aussi corriger le UUID
mais je pense qu'une bonne solution serait de bricoler le contenu de cette partition SDA2
a) Dupliquer le répertoire /efi/ubuntu dans /efi/ubuntu6
b) Remplacer le 5 par un 6 dans le fichier /efi/ubuntu6/grub.cfg et aussi corriger le UUID
c) Choisir avec ton bios EFI de booter ubuntu ou ubuntu6
Dernière modification par Bougron (Le 19/10/2016, à 00:01)
Hors ligne
#5 Le 19/10/2016, à 08:47
- ddjaff
Re : 2 partitions systèmes mais impossible de booter sur la seconde
J'ai donc dupliqué le répertoire /efi/ubuntu dans /efi/ubuntu6 puis remplacer le 5 par un 6 dans le fichier /efi/ubuntu6/grub.cfg et corriger le UUID. Via le bios, j'arrive à selectionner ubuntu6 mais je tombe sur un écran noir. Quand je sélectionne "l'autre" ubuntu du bios, je lance le systeme sur sda 5 en passant par grub.
(pas à la maison avant ce soir pour continuer les tests)
Hors ligne
#6 Le 19/10/2016, à 10:17
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonjour
Je te propose de faire un boot-info qui montrera plus de détails et de fournir l'URL générée
Peux-tu aussi mieux expliquer comment tu fais ton choix de boot;
Via le bios EFI, Via le grub
En fait, je pense maintenant qu'il serait peut-être beaucoup simple que tu installes REFIND et que que cela soit lui qui pilote les OS à booter.
Hors ligne
#7 Le 19/10/2016, à 16:56
- ddjaff
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Tout d'abord voici mon boot info : http://paste2.org/OaKf1FG8
Pour ce qui est de ma séquance de boot actuelle (post les modifs du message #5)
j'ouvre le bios qui présente 3 lignes
1> ubuntu (sata6g_1 : CT250BX100SSD1)
2> sata6g_1 : CT250BX100SSD1
3> windows boot manager
En mettant la ligne n°1 en premier pour démarrer, le menu grub s'affiche.
Le menu grub présente 6 lignes
11> ubuntu
12> options avancée pour ubuntu
13> windows boot manager
14> ubuntu 16.04 LTS (sur sda6)
15> options avancées pour ubuntu 16.04 LTS (sur sda6)
16> system setup
11> lance ubuntu sur sda5
13> lance windows 10
14> lance ubuntu sur sda5 (!!!)
En mettant la ligne n°2 en premier pour démarrer, j'arrive sur un écran noir et le pc est bloqué.
En mettant la ligne n°3 en premier pour démarrer, je démarre sur windows 10 normalement.
Hors ligne
#8 Le 19/10/2016, à 17:43
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Tout d'abord voici mon boot info : http://paste2.org/OaKf1FG8
Pour ce qui est de ma séquence de boot actuelle (post les modifs du message #5)
j'ouvre le bios qui présente 3 lignes
1> ubuntu (sata6g_1 : CT250BX100SSD1)
2> sata6g_1 : CT250BX100SSD1
3> windows boot managerEn mettant la ligne n°1 en premier pour démarrer, le menu grub s'affiche.
En mettant la ligne n°2 en premier pour démarrer, j'arrive sur un écran noir et le pc est bloqué.
En mettant la ligne n°3 en premier pour démarrer, je démarre sur windows 10 normalement.
Je viens d'identifier tes trois lignes de choix de boot:
=================== efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0002,0000
Boot0000* Windows Boot Manager HD(2,GPT,83016064-3cc1-4726-b50a-dafb3dbb0e74,0xe1800,0x31800)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...t................
Boot0001* ubuntu HD(2,GPT,83016064-3cc1-4726-b50a-dafb3dbb0e74,0xe1800,0x31800)/File(EFIUBUNTUSHIMX64.EFI)
Boot0002* Hard Drive BBS(HD,,0x0)..GO..NO........o.C.T.2.5.0.B.X.1.0.0.S.S.D.1....................A...........................>..Gd-.;.A..MQ..L.5.1.1.4.0.F.D.0.A.7.0.8. . . . . . . . ........BO..NO........o.S.T.1.0.0.0.D.M.0.0.3.-.1.S.B.1.0.C....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .9.W.0.A.K.1.T.P........BO
On a "BootOrder: 0001,0002,0000" donc en premier Boot0001* ubuntu
en second Boot0002* Hard Drive BBS(HD,,0x0). etc................... C'est ce truc qui ne boote pas bien
en troisième Boot0000* Windows Boot Manager
On va continuer dans le même registre. En utilisant ce que tu viens de faire
sda2: __________________________________________________________________________
Boot files: /EFI/ubuntu6/MokManager.efi /EFI/ubuntu6/fwupx64.efi
/EFI/ubuntu6/grubx64.efi /EFI/ubuntu6/shimx64.efi
on va créer l'entrée de ce ubuntu. Il faut que tu bootes avec le ubuntu qui marche et que tu fasses la commande suivante.
sudo efibootmgr -c -d /dev/sda -p 2 -L "Ubuntu sur SDA6" -l "/EFI/ubuntu6/grubx64.efi"
c'est cette version qui sera prioritaire en automatique. Mais cela pourra se changer sans problème si besoin.
Dernière modification par Bougron (Le 19/10/2016, à 18:48)
Hors ligne
#9 Le 19/10/2016, à 18:06
- Babdu89
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonjour.
Post#1 on lit;
J'ai aussi modifié le fstab du / de sda6 pour que cette partition soit reconnue comme la partititon / lorsque je sélectionne ubuntu 16.14 (sda6) dans Grub.
Par contre quand je boote sur sda6 c'est toujours le / de sda5 qui monte !!! Là je coince !
@Bougron.
Si dans les fstab de /sda5 et /sda6 les UUID des partition Système correspondent bien au UUID indiqué par blkid.
UUID de /sda5= 51254159-376a-439f-9751-f78d6d2208a9
UUID de /sda6= cd92fe83-6cd7-4044-9a0a-8907945f8a5f
Il n'en est pas de même dans le fichier grub.cfg de /sda6 . C'est L'UUID de la partition système /sda5 qui y est. 51254159-376a-439f-9751-f78d6d2208a9
Pas étonnant que çà démarre toujours sur /sda5 .
Je pense que çà tient au fait que grub n'a pas été réinstallé dans la partition système /sda6 .
Une maj de Grub ne suffit pas. Pour que le nouvel UUID de /sda6 soit porté dans le fichier grub.fg de /sda6. Il faut faire une réinstallation de Grub dans /sda6 .
C'est un classique des soucis de copie de système.
On change l'UUID du fstab de la copie, pour celui de la nouvelle partition de la copie. Et on oublie de réinstaller Grub dans la copie.
Et on se retrouve avec l'UUID de la partition système de l'original dans le fichier grub.cfg de la copie.
Par-contre dans le fichier grub.cfg de la partition /sda5
Les UUID sont bon pour /sda5 et /sda6 ????.
Maj de grub de /sda5, qui lit ce qui est dans le fstab de /sda6?...
Alors comme c'est une installation en mode UEFI, je ne vais pas me mêler d'expliquer comment réinstaller Grub-efi dans la partition /sda6
Je vais continuer d'en apprendre sur l'UEFI, en regardant ce qui va être fait.
Ce que j'aimerais savoir, c'est comment réinstaller grub -efi en commande dans la partition /sda6.
Bon, je sais que Boot-Repair sait faire, mais en commande depuis l'Os copie lancé sur /sda6, depuis le menu Grub de /sda5?
En Bios_Legacy je sait faire, mais en UEFI?. Je ne pense pas que ce soit le mêmes commandes, puisqu'on ne réinstalle pas la première partie de Grub dans le secteur de boot du hdd qui reçoit l'installation.
Édit.
Sans compter à la fin des manips, qu'il serait peut-être bon de passer un coup de Kclean, pour alléger la collection de noyaux anciens dans les deux systèmes.
https://forum.ubuntu-fr.org/viewtopic.php?id=242358
@+. Babdu89 .
Dernière modification par Babdu89 (Le 19/10/2016, à 18:38)
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#10 Le 19/10/2016, à 18:38
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonsoir Babdu89.
Tu as totalement raison.
j'ai tout simplement été interrompu par la famille au moment où je faisais le message que j'ai perdu.
Donc suite1: Pendant que tu bootes avec le ubuntu de la partition SDA5 Il faut que tu modifies un peu le fichier /boot/grub/grub.cfg de la partition SDA6
spécialement cette séquence
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-51254159-376a-439f-9751-f78d6d2208a9' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 51254159-376a-439f-9751-f78d6d2208a9
else
search --no-floppy --fs-uuid --set=root 51254159-376a-439f-9751-f78d6d2208a9
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-42-generic
}
en remplaçant gpt5 par gpt6 et en changeant le UUID de la partition sda5 par celui de la partition sda6 qui est cd92fe83-6cd7-4044-9a0a-8907945f8a5f
Soit tu fais le remplacement dans toutes les entrées, soit tu ne le fais que pour cette entrée et après démarrage tu refais sudo update-grub.
Puis suite2; Tu as beaucoup de noyaux, Il faudrait que tu installes kclean et que tu épures (sudo kclean -k). A faire dans les deux partitions.
=================== sda5: Location of files loaded by Grub: ====================
GiB - GB File Fragment(s)
94.376670837 = 101.336178688 boot/grub/grub.cfg 1
75.896049500 = 81.492762624 boot/vmlinuz-3.13.0-76-generic 1
75.488277435 = 81.054920704 boot/vmlinuz-3.13.0-76-generic.efi.signed 2
80.653862000 = 86.601424896 boot/vmlinuz-3.13.0-77-generic 1
81.384334564 = 87.385763840 boot/vmlinuz-3.13.0-77-generic.efi.signed 1
80.302299500 = 86.223937536 boot/vmlinuz-3.13.0-79-generic 1
80.048397064 = 85.951311872 boot/vmlinuz-3.13.0-79-generic.efi.signed 2
76.868705750 = 82.537144320 boot/vmlinuz-3.13.0-83-generic 1
81.853084564 = 87.889080320 boot/vmlinuz-3.13.0-83-generic.efi.signed 1
94.712463379 = 101.696733184 boot/vmlinuz-3.13.0-92-generic 1
94.306217194 = 101.260529664 boot/vmlinuz-3.13.0-92-generic.efi.signed 1
80.454650879 = 86.387523584 boot/vmlinuz-3.13.0-93-generic 1
82.720279694 = 88.820224000 boot/vmlinuz-3.13.0-93-generic.efi.signed 1
75.912364960 = 81.510281216 boot/vmlinuz-3.19.0-25-generic 1
78.838150024 = 84.651819008 boot/vmlinuz-3.19.0-47-generic 1
80.697525024 = 86.648307712 boot/vmlinuz-3.19.0-49-generic 1
95.029560089 = 102.037213184 boot/vmlinuz-3.19.0-51-generic 2
76.963157654 = 82.638561280 boot/vmlinuz-3.19.0-56-generic 2
94.791294098 = 101.781377024 boot/vmlinuz-3.19.0-65-generic 1
80.490512848 = 86.426030080 boot/vmlinuz-3.19.0-66-generic 1
96.065155029 = 103.149174784 boot/vmlinuz-4.4.0-36-generic 1
101.037811279 = 108.488523776 boot/vmlinuz-4.4.0-36-generic.efi.signed 1
78.940158844 = 84.761350144 boot/vmlinuz-4.4.0-38-generic 1
79.760475159 = 85.642158080 boot/vmlinuz-4.4.0-38-generic.efi.signed 2
80.440162659 = 86.371966976 boot/vmlinuz-4.4.0-42-generic 1
80.709693909 = 86.661373952 boot/vmlinuz-4.4.0-42-generic.efi.signed 1
Pour Babdu89. J'utilise très peu le boot-repair en EFI. De ce que j'ai compris, il sait assez facilement trouver qui est le dernier UBUNTU installé et faire du bricolage.
Dans ce contexte, J'ai compris que ddjaff souhaites avoir un ubuntu de secours qui fonctionne lorsque le premier ne fonctionne pas.
Donc je fais dupliquer les entrées de boot dans une partition FAT afin que EFI puisse choisir 2 OS à exécuter plutôt que de s'emmerder avec le grub qui va bientôt faire 1 million de lignes.
cela oblige à faire l'entrée manuelle EFI dans la RAM, à corriger les deux fichiers de config du grub.
Dernière modification par Bougron (Le 19/10/2016, à 18:56)
Hors ligne
#11 Le 19/10/2016, à 18:45
- Babdu89
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bougron a écrit;.
en remplaçant gpt5 par gpt6 et en changeant le UUID de la partition sda5 par celui de la partition sda6 qui est cd92fe83-6cd7-4044-9a0a-8907945f8a5f
Soit tu fais le remplaçant dans toutes les entrées, soit tu ne le fais que pour cette entrée et après démarrage tu refais sudo update-grub.
Je suis encore marron pour avoir la répons à cette question
Ce que j'aimerais savoir, c'est comment réinstaller grub -efi en commande dans la partition /sda6.
Bon, je sais que Boot-Repair sait faire, mais en commande depuis l'Os copie lancé sur /sda6, depuis le menu Grub de /sda5?En Bios_Legacy je sait faire, mais en UEFI?. Je ne pense pas que ce soit le mêmes commandes, puisqu'on ne réinstalle pas la première partie de Grub dans le secteur de boot du hdd qui reçoit l'installation.
http://ikewdu.free.fr/nettoyer-les-trac … r-en-uefi/
C'est çà???.
sudo apt-get install -y grub-efi-amd64-signed shim-signed
Merci Mr ikewdu .
@+. Babdu89 .
Dernière modification par Babdu89 (Le 19/10/2016, à 18:57)
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#12 Le 19/10/2016, à 19:40
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bougron a écrit;.
en remplaçant gpt5 par gpt6 et en changeant le UUID de la partition sda5 par celui de la partition sda6 qui est cd92fe83-6cd7-4044-9a0a-8907945f8a5f
Soit tu fais le remplaçant dans toutes les entrées, soit tu ne le fais que pour cette entrée et après démarrage tu refais sudo update-grub.
Je suis encore marron pour avoir la répons à cette question
Ce que j'aimerais savoir, c'est comment réinstaller grub -efi en commande dans la partition /sda6.
Bon, je sais que Boot-Repair sait faire, mais en commande depuis l'Os copie lancé sur /sda6, depuis le menu Grub de /sda5?En Bios_Legacy je sait faire, mais en UEFI?. Je ne pense pas que ce soit le mêmes commandes, puisqu'on ne réinstalle pas la première partie de Grub dans le secteur de boot du hdd qui reçoit l'installation.
http://ikewdu.free.fr/nettoyer-les-trac … r-en-uefi/
http://pix.toile-libre.org/upload/thumb/1476896129.png
C'est çà???.
sudo apt-get install -y grub-efi-amd64-signed shim-signed
Merci Mr ikewdu .
@+. Babdu89 .
Bonsoir à tous,
Je ne comprend pas comment cette commande lancée dans le ubuntu de la partition SDA5 va mettre a jour le grub de la partition SDA6
Je suis en train de chercher en partant de cette discussion https://forum.ubuntu-fr.org/viewtopic.p … #p21562143
Ou alors, on ne parle pas de la même chose
Dernière modification par Bougron (Le 19/10/2016, à 19:41)
Hors ligne
#13 Le 19/10/2016, à 21:37
- ikewdu
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Salut,
Bougron a raison. La commande que je propose installera grub dans la partition du Linux qui est active (ici, c'est sda5). Dans mon exemple, j'ai utilisé supergrub2disk pour monter le Linux qui m'intéressait. Le plus simple serait de lancer le noyau de la version installée sur sda6 avec SG2D et de faire cette commande, qui alors, devrait fonctionner.
Si on veut s'en passer et qu'on veut installer dans sda6 depuis le Linux lancé sur sda5, il faudra sans doute passer par un montage de partition /dev/sda6 vers /mnt/partmontee et aboutir à une commande telle que :
sudo apt-get install -y grub-efi-amd64-signed shim-signed --boot-directory=/mnt/partmontee /dev/sda
Sans garantie... Je pense même qu'il faudra passer par un chroot pour que ce soit efficace (un peu comme je l'ai fait dans le dernier tuto au point 2.3). J'avoue n'avoir pas encore essayé, mais là je suis tenté de faire le test dans les jours prochains. Cette question m"intrigue.
Dernière modification par ikewdu (Le 19/10/2016, à 21:48)
Hors ligne
#14 Le 19/10/2016, à 22:08
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonsoir
Le début de mes essais: j'utilise une vieille version (14.04.0) de ubuntu stockée dans la partition SDA13 (au lieu de SDA6)
sudo mkdir /mnt/SDA13
sudo mount /dev/sda13 /mnt/SDA13
sudo grub-install -v --boot-directory=/mnt/SDA13/boot --no-nvram --bootloader-id=ubuntu6 --uefi-secure-boot --efi-directory=/boot/efi
Au résultat de l'EFI, j'ai maintenant
root@u16041:~# ls -l /boot/efi/EFI
total 3
d--------- 2 root root 512 août 24 13:18 Boot
d--------- 3 root root 512 oct. 19 21:51 EFI
d--------- 4 root root 512 mai 6 19:47 Microsoft
d--------- 4 root root 1024 oct. 2 05:57 ubuntu
d--------- 2 root root 512 oct. 19 21:55 ubuntu6
et
root@u16041:/boot/efi/EFI/ubuntu6# ls
grubx64.efi
root@u16041:/boot/efi/EFI/ubuntu6#
J'ai donc bien un fichier de boot présent sur deux mais pas le fichier de paramétrage
et la structure de la partition a bien été modifiée mais pas le fichier de config. (Je n'irais pas plus loin ce soir)
u16041@u16041:/mnt/SDA13/boot/grub$ ls -l
total 2408
drwxr-xr-x 2 root root 4096 juin 30 01:10 fonts
drwxr-xr-x 2 root root 4096 oct. 19 21:37 grub
-r--r--r-- 1 root root 34263 août 24 14:39 grub.cfg
-rw-r--r-- 1 root root 1024 oct. 3 21:02 grubenv
drwxr-xr-x 2 root root 4096 oct. 19 21:55 locale
-rw-r--r-- 1 root root 2398585 juil. 17 13:44 unicode.pf2
drwxr-xr-x 2 root root 12288 oct. 19 21:55 x86_64-efi
u16041@u16041:/mnt/SDA13/boot/grub$
En fait, lorsque je fais les modifs à la main, je sais ce que je fais.
AJOUT: Ikevdu a écrit
Je n'y croyais pas trop... à mon avis, ça modifie le fichier grub.cfg de la partition de ton Linux en cours d'exécution, et non celle de sda13. Il faut chrooter, j'en suis quasi certain.
Donc finalement autant le faire avant, cela permettra de faire les commandes classiques toute simple;
sudo grub-instal
sudo update-grub
Dernière modification par Bougron (Le 19/10/2016, à 23:31)
Hors ligne
#15 Le 19/10/2016, à 22:15
- ikewdu
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Je n'y croyais pas trop... à mon avis, ça modifie le fichier grub.cfg de la partition de ton Linux en cours d'exécution, et non celle de sda13. Il faut chrooter, j'en suis quasi certain.
Hors ligne
#16 Le 19/10/2016, à 22:27
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
j'ai utilisé supergrub2disk pour monter le Linux qui m'intéressait. Le plus simple serait de lancer le noyau de la version installée sur sda6 avec SG2D et .
C'est pour cela que j'ai proposé l'installation de Refind qui est nettement plus pratique que SGB2D afin de virer ce GRUB du 20eme siècle. Mais je reconnais qu'en le virant boot-repair va mourir car il ne servira strictement plus à rien.
Hors ligne
#17 Le 19/10/2016, à 22:32
- ikewdu
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Assez d'accord. Je trouve surtout que Grub est un véritable sac de nœuds en uefi... Et en particulier sur Ubuntu et dérivées. Il est moins merdique sur Fedora qui a déjà un grub.cfg en moins... et qui le place uniquement sur la partition efi, comme refind le fait avec son fichier de configuration.
Hors ligne
#18 Le 19/10/2016, à 22:35
- ddjaff
Re : 2 partitions systèmes mais impossible de booter sur la seconde
j'ai donc fait la commande suivante à partir du ubuntu présent sur sda5 :
sudo efibootmgr -c -d /dev/sda -p 2 -L "Ubuntu sur SDA6" -l "/EFI/ubuntu6/grubx64.efi"
puis ensuite je me suis attaqué à la modifi du /boot/grub/grub.cfg de la partition SDA6
j'ai lancé les 2 commandes suivantes sur ce fichier
sudo sed -i 's/gpt5/gpt6/g' grub.cfg
sudo sed -i 's/51254159-376a-439f-9751-f78d6d2208a9/cd92fe83-6cd7-4044-9a0a-8907945f8a5f/g' grub.cfg
pour remplacer gpt5 par gpt6 dans tout le fichier et 51254159-376a-439f-9751-f78d6d2208a9 par cd92fe83-6cd7-4044-9a0a-8907945f8a5f
Après reboot, je sélectionne donc sda6 dans le menu de grub et malheureusement c'est encore sda5 qui monte en /
Du coup, je sais plus quoi faire ? Refind comme évoqué plus haut ?
Dernière modification par ddjaff (Le 19/10/2016, à 22:37)
Hors ligne
#19 Le 19/10/2016, à 22:47
- Babdu89
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonsoir.
Post#1 il est dit. que la sauvegarde de /dev/sd5 restaurée en /dev/sda6 n'a vu que le fichier fstab modifié pour recevoir l'UUID de la partition /dev/sda6 .
Ok , c'est ce qu'il faut faire.
Comme à mon avis, Grub n'a pas été réinstallé dans la partition /dev/sda6. On voit que l'UUID de la partition / de la partition /dev/sda6 est celui de la partition /dev/sda5 .
Dans le boot info
Voir le contenu du fichier grub.cfg de /sda6 à partir de la ligne 2061.
C'est ce qui fait dire à ddjaff que çà démarre encore sur /sda5 .
Mais voici le contenu du fichier grub.cfg de la partition /dev/sda5 . Pour faciliter la lecture. J'ai volontairement gardé que un seul noyau, celui sur lequel la machine démarre
========================== sda5/boot/grub/grub.cfg: ===========================
--------------------------------------------------------------------------------
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function recordfail {
set recordfail=1
if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 51254159-376a-439f-9751-f78d6d2208a9
else
search --no-floppy --fs-uuid --set=root 51254159-376a-439f-9751-f78d6d2208a9
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=fr_FR
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=10
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=10
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 44,0,30,0; then
clear
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
if [ "${1}" = "keep" ]; then
set vt_handoff=vt.handoff=7
else
set vt_handoff=
fi
}
if [ "${recordfail}" != 1 ]; then
if [ -e ${prefix}/gfxblacklist.txt ]; then
if hwmatch ${prefix}/gfxblacklist.txt 3; then
if [ ${match} = 0 ]; then
set linux_gfx_mode=keep
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=keep
fi
else
set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-51254159-376a-439f-9751-f78d6d2208a9' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 51254159-376a-439f-9751-f78d6d2208a9
else
search --no-floppy --fs-uuid --set=root 51254159-376a-439f-9751-f78d6d2208a9
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-42-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-51254159-376a-439f-9751-f78d6d2208a9' {
menuentry 'Ubuntu, avec Linux 4.4.0-42-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-42-generic-advanced-51254159-376a-439f-9751-f78d6d2208a9' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 51254159-376a-439f-9751-f78d6d2208a9
else
search --no-floppy --fs-uuid --set=root 51254159-376a-439f-9751-f78d6d2208a9
fi
echo 'Chargement de Linux 4.4.0-42-generic…'
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-42-generic
}
menuentry 'Ubuntu, with Linux 4.4.0-42-generic (upstart)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-42-generic-init-upstart-51254159-376a-439f-9751-f78d6d2208a9' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 51254159-376a-439f-9751-f78d6d2208a9
else
search --no-floppy --fs-uuid --set=root 51254159-376a-439f-9751-f78d6d2208a9
fi
echo 'Chargement de Linux 4.4.0-42-generic…'
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff init=/sbin/upstart
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-42-generic
}
menuentry 'Ubuntu, with Linux 4.4.0-42-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-42-generic-recovery-51254159-376a-439f-9751-f78d6d2208a9' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 51254159-376a-439f-9751-f78d6d2208a9
else
search --no-floppy --fs-uuid --set=root 51254159-376a-439f-9751-f78d6d2208a9
fi
echo 'Chargement de Linux 4.4.0-42-generic…'
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro recovery nomodeset
echo 'Chargement du disque mémoire initial…'
initrd /boot/initrd.img-4.4.0-42-generic
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows Boot Manager (sur /dev/sda2)' --class windows --class os $menuentry_id_option 'osprober-efi-D4BD-2E9E' {
insmod part_gpt
insmod fat
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 D4BD-2E9E
else
search --no-floppy --fs-uuid --set=root D4BD-2E9E
fi
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
menuentry 'Ubuntu 16.04.1 LTS (16.04) (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'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 cd92fe83-6cd7-4044-9a0a-8907945f8a5f
else
search --no-floppy --fs-uuid --set=root cd92fe83-6cd7-4044-9a0a-8907945f8a5f
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-42-generic
}
submenu 'Options avancées pour Ubuntu 16.04.1 LTS (16.04) (sur /dev/sda6)' $menuentry_id_option 'osprober-gnulinux-advanced-cd92fe83-6cd7-4044-9a0a-8907945f8a5f' {
menuentry 'Ubuntu (sur /dev/sda6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-42-generic.efi.signed--cd92fe83-6cd7-4044-9a0a-8907945f8a5f' {
insmod part_gpt
insmod ext2
set root='hd0,gpt6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 cd92fe83-6cd7-4044-9a0a-8907945f8a5f
else
search --no-floppy --fs-uuid --set=root cd92fe83-6cd7-4044-9a0a-8907945f8a5f
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-42-generic
}
menuentry 'Ubuntu, avec Linux 4.4.0-42-generic (sur /dev/sda6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-42-generic.efi.signed--cd92fe83-6cd7-4044-9a0a-8907945f8a5f' {
insmod part_gpt
insmod ext2
set root='hd0,gpt6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 cd92fe83-6cd7-4044-9a0a-8907945f8a5f
else
search --no-floppy --fs-uuid --set=root cd92fe83-6cd7-4044-9a0a-8907945f8a5f
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-42-generic
}
menuentry 'Ubuntu, with Linux 4.4.0-42-generic (upstart) (sur /dev/sda6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-42-generic.efi.signed--cd92fe83-6cd7-4044-9a0a-8907945f8a5f' {
insmod part_gpt
insmod ext2
set root='hd0,gpt6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 cd92fe83-6cd7-4044-9a0a-8907945f8a5f
else
search --no-floppy --fs-uuid --set=root cd92fe83-6cd7-4044-9a0a-8907945f8a5f
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff init=/sbin/upstart
initrd /boot/initrd.img-4.4.0-42-generic
}
menuentry 'Ubuntu, with Linux 4.4.0-42-generic (recovery mode) (sur /dev/sda6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-42-generic.efi.signed-root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro recovery nomodeset-cd92fe83-6cd7-4044-9a0a-8907945f8a5f' {
insmod part_gpt
insmod ext2
set root='hd0,gpt6hd0,gpt6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 cd92fe83-6cd7-4044-9a0a-8907945f8a5f
else
search --no-floppy --fs-uuid --set=root cd92fe83-6cd7-4044-9a0a-8907945f8a5f
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro recovery nomodeset
initrd /boot/initrd.img-4.4.0-42-generic
}
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
set timeout=10
fi
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'System setup' $menuentry_id_option 'uefi-firmware' {
fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
L'examen du contenu de la rubrique /etc/grub.d/30_os-prober.
Pour la partition restaurée /dev/sda6, montre que c'est bien le bon UUID de la partition /sda6 ( cd92fe83-6cd7-4044-9a0a-8907945f8a5f) , et le bon nom (hd0,gpt6) .
Je pense que le système restauré en /sda6, lancé depuis le menu grub de /dev/sda5 est bien celui de /sda6.
Possible que ce qui fait dire à ddjaff que çà démarre toujours sur /sda5, c'est que les partitions système (/sda5 et /sda6) on le /home commun /dev/sda3
On retrouve çà dans les fstab de /sda5 et /sda6.
# /home was on /dev/sdb3 during installation
UUID=005b62f6-7b5e-461c-9a54-ad5c83d07364 /home ext4 defaults 0 2
Pour savoir quel partition système est utilisée avec certitude. on peut tester la chose suivante.
Lancer le système avec /dev/sda5 .
En root naviguer dans les fichiers de /sda6 et ajouter un fichier texte Lisez-moi.txt , dans la racine, avec un petit texte disant que on démarre sur la partition /sda6.
Comme ce fichier texte ne sera pas dans la partition /sda5...
Redémarrer la machine, depuis le menu Grub de /sda5, lancer une session avec l'entrée /dev/sda6 . Si on retrouve le fichier texte dans la racine, on est sûr que c'est bien la partition /dev/sda6 qui sert de partition système à la session lancée.
Donc si on a bien réussi à démarrer le système avec la partition /dev/sda6, on doit bien avoir une commande qui permette de réinstaller Grub-efi dedans, sans passer par un chroot?.
@+. Babdu89 .
Dernière modification par Babdu89 (Le 19/10/2016, à 22:51)
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#20 Le 19/10/2016, à 22:55
- ddjaff
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Ce qui me fait dire que le système se lance toujours sur sda5 c'est la 6eme ligne de la commande "mount" que je lance après chaque démarrage
jaffry@jaffry-ubuntu:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=8153540k,nr_inodes=2038385,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1634728k,mode=755)
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime,size=1048576k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda2 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sdb5 on /media/jaffry/save_partition type ext4 (rw,nosuid,nodev,relatime,data=ordered)
/dev/sdb6 on /media/jaffry/save_partition_system type ext4 (rw,nosuid,nodev,relatime,data=ordered)
/dev/sdb3 on /home type ext4 (rw,relatime,data=ordered)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
192.168.1.13:/volume1/Donnees_xavier on /media/Donnees_xavier type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/photo on /media/photo type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/Donnees_cedric on /media/Donnees_cedric type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/music on /media/music type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/sauvegarde_pc on /media/sauvegarde_pc type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/video on /media/video type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/Donnees_lilian on /media/Donnees_lilian type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/Donnees_pascal on /media/Donnees_pascal type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/downloads on /media/downloads type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/Donnees_laurence on /media/Donnees_laurence type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
192.168.1.13:/volume1/Donnees_parents on /media/Donnees_parents type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.13,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.13,_netdev)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1634728k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
Je vais tester ce que tu proposes aussi
Dernière modification par ddjaff (Le 19/10/2016, à 22:56)
Hors ligne
#21 Le 19/10/2016, à 22:56
- ikewdu
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Ce genre de bricolage (les commandes sed) est foireux... Remets ton grub.cfg au propre par un
sudo update-grub
Tu ferais mieux d'utiliser 40_custom pour tes essais : tu récupères cette zone dans la section 30_os-prober de grub.cfg :
menuentry 'Ubuntu 16.04.1 LTS (16.04) (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=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-42-generic
}
Tu changes l'intitulé en ajoutant "manuel" et tu remplaces l'UUID par celle-ci : cd92fe83-6cd7-4044-9a0a-8907945f8a5f
Tu copies le tout dans le fichier 40_custom (dans /etc/grub.d)
Après tu fais un sudo update-grub. Normalement tu dois trouver l'entrée et ça doit faire booter ton Linux sur sda6. Que tu aies un grub.cfg ou non sur sda6 n'a aucune importance. Et le fichier fstab de sda6 semble bien connaître cette partition :
=============================== sda6/etc/fstab: ================================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda6 during installation
UUID=cd92fe83-6cd7-4044-9a0a-8907945f8a5f / ext4 errors=remount-ro 0 1
Dernière modification par ikewdu (Le 19/10/2016, à 23:09)
Hors ligne
#22 Le 19/10/2016, à 23:35
- Babdu89
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Ah la vache!
C'est plus vicieux que je ne le pensai...
Après relecture du boot info
Dans le fichier /boot/grub/grub.cfg. de la partition /dev/sda5 rubrique ; /etc/grub.d/30_os-prober. On voit à partir de la ligne 1298.
menuentry 'Ubuntu 16.04.1 LTS (16.04) (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'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 cd92fe83-6cd7-4044-9a0a-8907945f8a5f
else
search --no-floppy --fs-uuid --set=root cd92fe83-6cd7-4044-9a0a-8907945f8a5f
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-42-generic
}
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
Tout d'un coup, on change d'UUID de la partition /sda6 pour celui de /sda5 ...
@+. Babdu89 .
Dernière modification par Babdu89 (Le 19/10/2016, à 23:38)
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#23 Le 19/10/2016, à 23:40
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Bonsoir
Pour faire en automatique
On lance le ubuntu du SDA5
puis
sudo update-grub
Puis on boote et on choisit le ubuntu du sda6
puis de nouveau avec le sda6 on fait la commande
sudo update-grub
Après cela, quel que soit le boot lancé, on peut toujours choisir soit l'un soit l'autre
Rappel: La commande
df -h
permet d'identifier facilement la partition qui héberge le répertoire /
PS: Ne pas oublier kclean -k car on va partir sur des dizaines de milliers de lignes dans ce fichu grub.
Dernière modification par Bougron (Le 19/10/2016, à 23:44)
Hors ligne
#24 Le 19/10/2016, à 23:53
- Bougron
Re : 2 partitions systèmes mais impossible de booter sur la seconde
Ah la vache!
C'est plus vicieux que je ne le pensai...Après relecture du boot info
Dans le fichier /boot/grub/grub.cfg. de la partition /dev/sda5 rubrique ; /etc/grub.d/30_os-prober. On voit à partir de la ligne 1298.
menuentry 'Ubuntu 16.04.1 LTS (16.04) (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'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 cd92fe83-6cd7-4044-9a0a-8907945f8a5f
else
search --no-floppy --fs-uuid --set=root cd92fe83-6cd7-4044-9a0a-8907945f8a5f
fi
linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-42-generic
}linux /boot/vmlinuz-4.4.0-42-generic.efi.signed root=UUID=51254159-376a-439f-9751-f78d6d2208a9 ro quiet splash $vt_handoff
Tout d'un coup, on change d'UUID de la partition /sda6 pour celui de /sda5 ...
@+. Babdu89 .
Ouah! C'est tellement illogique qu'il fallait penser à lire la totalité des lignes et pas seulement le titre et les premières lignes
Hors ligne
#25 Le 20/10/2016, à 00:05
- ddjaff
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.
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 ?
Hors ligne