Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#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

ddjaff a écrit :

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 manager

En 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.  wink

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.

big_smile big_smile big_smile  sad     wink 

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/

1476896129.png

C'est çà???.

sudo apt-get install -y grub-efi-amd64-signed shim-signed

Merci Mr ikewdu .


@+.   Babdu89  .  smile

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

Babdu89 a écrit :

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.

big_smile big_smile big_smile  sad     wink 

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  .  smile

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

ikewdu a écrit :

  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

http://paste2.org/OaKf1FG8

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

http://paste2.org/OaKf1FG8

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

Babdu89 a écrit :

Ah la vache!
C'est plus vicieux que je ne le pensai...

Après relecture du boot info

http://paste2.org/OaKf1FG8

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