UEFI - probleme sur autre méthode d'installation

elleji · Le 09/03/2017, à 10:29

bonjour,
voila , j'ai copié une partition ou il y avait déja une installation sur une autre avec gparted puis pensant l'intégré dans grub : sudo update-grub
mais redémarré c'est pareil !
pouvez vous me dire ce que j'ai loupé svp ?

Dernière modification par elleji (Le 14/03/2017, à 07:04)

elleji · Le 09/03/2017, à 14:17

peut etre faut il voir l'uuid !?

Dernière modification par elleji (Le 09/03/2017, à 14:19)

Tristan07 · Le 09/03/2017, à 16:30

Salut,
pour voir tes partitions et obtenir plus d'aide, en tous cas plus appropriée, peut être lister avec

sudo fdisk -l

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

peut etre faut il voir l'uuid !?

Peut être oui
https://doc.ubuntu-fr.org/uuid_et_label

Dernière modification par Tristan07 (Le 09/03/2017, à 16:31)

erresse · Le 09/03/2017, à 16:58

Bonjour,
Liste tes UUID et le fichier fstab :

blkid
cat /etc/fstab

Ça permettra de voir si les codes correspondent avec ton installation.

Babdu89 · Le 10/03/2017, à 01:36

Bonsoir.
Gparted copie les partitions en gardant leur UUID. Tu te retrouves avec deux partitions système qui ont le même UUID.
Tu fais la maj de grub de l'Os qui est sur la partition originale. Çà perturbe le système. Dans le meilleurs des cas tu redémarres sur l'original.
Pour corriger çà, il faut changer l'UUID de la partition copie.
Avec Gparted, partition démontées, swap désactivé. Partition copie sélectionnée. En fouillant dans les menus, ou clic droit, tu choisis de changer l'UUID de la partition copie.
Après en sessions live, il va falloir changer l'UUID de la partition copie, dans le fichier /etc/fstab de la copie, pour le nouveau UUID.
La commande

sudo blkid

Va indiquer les partitions et leurs UUID.

Puis réinstaller Grub avec Boot-Repair ou en commande en chrootant, dans la copie de ton système.
Çà va générer un fichier /boot/grub/grub.cfg avec les UUID des partitions des systèmes installés correctes.
Au redémarrage de la machine, tu vas démarrer sur la copie, l'original sera aussi proposé au menu Grub.

Il n'y a pas moyens de faire autrement, pour que les deux systèmes fonctionnent correctement.

@+. Babdu89 .

elleji · Le 10/03/2017, à 08:03

...je m'excuse si je vous fait répéter ...

Babdu89 · Le 10/03/2017, à 10:14

Oui, il me semble en avoir déjà parlé dans un autre de tes sujets...

@+. Babdu89 .

elleji · Le 10/03/2017, à 10:39

et si l'on rajoutait un menuitem et ses paramétres ( lesquel ? ) à 40_CUSTOM dans grub.d pour rajouter dans grub la possiilité de booter sur la copie ?

Dernière modification par elleji (Le 10/03/2017, à 10:40)

elleji · Le 10/03/2017, à 13:35

c 'est pas menuitem ( je ne sais d'ou je le sort ) mais setparams '..' ( vu lorsque l'on édite un menu au démarrage ! )

d'ailleurs j'aimerais les retrouver dans un fichier texte mais ou ?

Dernière modification par elleji (Le 10/03/2017, à 13:48)

Babdu89 · Le 10/03/2017, à 13:52

Dans les fichiers /boot/grub/grub.cfg qui servent à l'écriture du menu Grub. On parle de " menuentry " .

Lorsque ta config sera carré, l'original et la copie avec chacun leur UUID aux partitions. Et que les deux fonctionneront.
L'original et la copie seront au menu Grub au démarrage.

Comme tu vas réinstaller grub dans la copie, si tu laisses comme çà, c'est la copie qui devient l'Os par défaut au démarrage. Elle sera proposé en premier par défaut au démarrage, et l'original sera proposé ensuite.

Dans le fichier grub.cfg de la copie, le bloc des menuentry de la copie seront dans la rubrique ;

### BEGIN /etc/grub.d/10_linux ### 

### END /etc/grub.d/10_linux ###

Le bloc des menuentry de l'original seront dans la rubrique;

### BEGIN /etc/grub.d/30_os-prober ###

### END /etc/grub.d/30_os-prober ###

@+. Babdu89 .

elleji · Le 10/03/2017, à 13:57

'une config carré' cela veut dire quoi ?

Babdu89 · Le 10/03/2017, à 14:26

Lorsque c'est "carré" pour moi, c'est que çà marche bien...
C'est d’ailleurs indiqué dans la phrase qui suit.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 10/03/2017, à 14:27)

elleji · Le 10/03/2017, à 15:36

"reinstaller grub dans la copie " : ça veut dire quoi ?!

elleji · Le 10/03/2017, à 17:33

j'ai crut maj de grub ... loupé

Dernière modification par elleji (Le 10/03/2017, à 19:00)

Babdu89 · Le 10/03/2017, à 22:15

"reinstaller grub dans la copie " : ça veut dire quoi ?!

Poste#1,on lit;

voila , j'ai copié une partition ou il y avait déja une installation sur une autre avec gparted puis pensant l'intégré dans grub : sudo update-grub

Si tu ne copies pas une partition système dans une autre, pour avoir une copie de ton système, tu fais quoi?

@+. Babdu89 .

elleji · Le 11/03/2017, à 07:37

ça à l'air de fonctionner , MAIS UNIQUEMENT LORSQUE J AI ARRETE , pas redémarrer !

et si l'on utilise dd versus gparted , c'est pareil ? ( pour copier la partition )
cette méthode est bien plus rapide que l'install classique !

dd if=source of=desti. bs=4096 ?

Dernière modification par elleji (Le 11/03/2017, à 09:54)

Babdu89 · Le 11/03/2017, à 10:08

Bonjour.

Je ne me rappelle plus si je t'ai déjà parlé de Systemback?.
Cette application a une option idéale pour copier ton système sur un autre disque ou partition, et il fait lui même tout ce que j'ai indiqué post#5, après que tu aies préparé la/les partitions qui vont recevoir la copie avec Gparted. Il ne sait pas créer de nouvelles partitions, mais il sait utiliser des partitions existantes en les formatant avant réutilisation. Copie du système faite, la machine redémarre sur la copie et l'original est au menu Grub et est toujours capable de fonctionner.

Je l'utilise, maintenant, très souvent pour copier mes systèmes tout installé et paramétrés, lorsque je veux faire des tests ou autres utilisations, sans avoir à réinstaller un système, et faire les mises à jour systèmes.
Il y a en plus une options (case à cocher) qui permet de copier ou pas les données utilisateurs. Case non cochée, il fait la copie avec les applications installée et paramétrées , celles ajoutées après installation avec non paramètres, sans copier nos données personnelles (fichiers de travail, multimédias, &&&).
À tester cette application...

@+. Babdu89 .

elleji · Le 11/03/2017, à 13:56

le probleme c'est qu'il fait des choses sans qu'on le sache ... l'uuid par exemple ... c'est ce qui me gêne un peu ... au début !

Babdu89 · Le 12/03/2017, à 01:01

Bonsoir.
Si tu prépares une partition système pour recevoir la copie avec Gparted. Et que tu utilises Systemback pour copier ton système.
Soit; tu utilises la partition préparée sans cocher "Formater" . L'UUID attribué par Gparted lors de la création de la partition est conservé.
Soit; tu utilises la partition préparée en cochant "Formater" . Le formatage va attribuer un nouveau UUID.
Dans les deux cas l'UUID attribué à la partition sera reporté dans le fichier /etc/fstab de la copie. Avant que Systemback face l'installation de Grub, en mettant la première partie de grub là où tu auras indiqué, ou automatiquement.
Comme j'ai des config multi disques, je n'ai pas testé "automatiquement" j'indique le disque d'installation de la copie.

@+. Babdu89 .

elleji · Le 12/03/2017, à 08:10

Babdu89 a écrit :

... Avant que Systemback fasse l'installation de Grub...

n'est ce pas mieux de parler de reconfiguration de grub ?

note : il me semble que vous m'aviez parlé de systemback !

sinon,à part la copie de la partition source , le collage sur la partition destination puis le changement de l'uuid de destination , que faut il de plus ?

Dernière modification par elleji (Le 12/03/2017, à 09:59)

Babdu89 · Le 12/03/2017, à 10:16

Bonjour.

n'est ce pas mieux de parler de reconfiguration de grub ?

Non, il s'agit bien d'une réinstallation de grub. Pour une reconfiguration une maj suffit.
Dans le cas qui nous" occupe", il faut réinstaller Grub dans la copie, ce depuis une session live.
Une réinstallation va prendre en compte le changement d'UUID présent dans le fstab, pour générer un nouveau fichier grub.cfg de la copie. Çà, c'est Systemback qui s'en charge.

sinon,à part la copie de la partition source , le collage sur la partition destination puis le changement de l'uuid de destination , que faut il de plus ?

Modifier le fichier /etc/fstab de l'Os (copie) qui est sur la partition de destination, pour celui qui a été changé. Puis réinstaller Grub dans l'Os qui est dans la partition de destination (copie).

Quelque soit la méthode utilisée pour faire la copie du système, on retrouve les mêmes phases de manip pour le faire.
Copie de partition à partition.
Changement d'UUID de la partition de la copie.
Changement de l'UUID dans le fstab de la copie.
Réinstallation de Grub dans la copie.

Réinstallation de Grub dans la copie.

Pourquoi une réinstallation complète de Grub, et non une maj?

Grub s'installe en deux parties.
La première partie de Grub est installée dans le secteur d'amorçage du disque d'installation. Elle pointe vers la deuxième partie de Grub dans la partition système. L'UUID de la partition système à démarrer est indiqué dans le première partie de Grub.
Avant copie, c'est l'UUID de la partition de l'Os original à copier, qui est dans indiqué dans le secteur de boot. Donc il faut en changer, pour celui de la copie, pour faire démarrer l'Os copie.
Et çà, seule une réinstallation de Grub peut le faire, une maj n'est pas suffisante.

Tout ceci bien entendu pour les installations en mode Bios_Legacy.
En UEFI c'est différent, puis qu'il n'y a pas d'indications dans le secteur de boot du disque, pour démarrer les Os dans ce mode, mais là c'est une autre histoire.
Voir avec les spécialistes de ce mode d'installation.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/03/2017, à 10:35)

elleji · Le 12/03/2017, à 11:20

... quelles opérations sont nécessaires pour reinstaller grub ?(y a t'il des précautions ? ) jusqu'à présent j'ai toujours maj ( et ca fonctionnait )

Babdu89 · Le 12/03/2017, à 12:31

... quelles opérations sont nécessaires pour reinstaller grub ?(y a t'il des précautions ? ) jusqu'à présent j'ai toujours maj ( et ca fonctionnait )

Réinstaller Grub depuis un OS démarré.

En commande

sudo os-prober # pour rechercher les autres systèmes installés dans la config.

sudo update-grub #pour faire la mise à jour et prendre en comptes les systèmes trouvés par os-prober

sudo grub-install /dev/sd* # pour réinstaller la première partie de Grub dans le secteur de boot d'un disque.

avec * /dev/sda si on veut pointer sur le disque sda
avec * /dev/sdb si on veut pointer sur le disque sdb
avec * /dev/sdc si on veut pointer sur le disque sdc
etc…

Si on fait une réinstallation de Grub dans un système non démarrer, on le fait depuis une session live en chrootant.

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

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/03/2017, à 12:31)

elleji · Le 12/03/2017, à 13:49

peut-etre que je n'ai jamais reinstallé Grub parce que tous mes systemes sont sur des partitions !? ( principales )

https://doc.ubuntu-fr.org/grub-pc

Dernière modification par elleji (Le 12/03/2017, à 17:30)

Babdu89 · Le 12/03/2017, à 23:07

Veux tu bien répondre à cette demande stp?

https://doc.ubuntu-fr.org/tutoriel/boot-info

Merci.
@+. Babdu89 .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 09/03/2017, à 10:29

UEFI - probleme sur autre méthode d'installation

#2 Le 09/03/2017, à 14:17

Re : UEFI - probleme sur autre méthode d'installation

#3 Le 09/03/2017, à 16:30

Re : UEFI - probleme sur autre méthode d'installation

#4 Le 09/03/2017, à 16:58

Re : UEFI - probleme sur autre méthode d'installation

#5 Le 10/03/2017, à 01:36

Re : UEFI - probleme sur autre méthode d'installation

#6 Le 10/03/2017, à 08:03

Re : UEFI - probleme sur autre méthode d'installation

#7 Le 10/03/2017, à 10:14

Re : UEFI - probleme sur autre méthode d'installation

#8 Le 10/03/2017, à 10:39

Re : UEFI - probleme sur autre méthode d'installation

#9 Le 10/03/2017, à 13:35

Re : UEFI - probleme sur autre méthode d'installation

#10 Le 10/03/2017, à 13:52

Re : UEFI - probleme sur autre méthode d'installation

#11 Le 10/03/2017, à 13:57

Re : UEFI - probleme sur autre méthode d'installation

#12 Le 10/03/2017, à 14:26

Re : UEFI - probleme sur autre méthode d'installation

#13 Le 10/03/2017, à 15:36

Re : UEFI - probleme sur autre méthode d'installation

#14 Le 10/03/2017, à 17:33

Re : UEFI - probleme sur autre méthode d'installation

#15 Le 10/03/2017, à 22:15

Re : UEFI - probleme sur autre méthode d'installation

#16 Le 11/03/2017, à 07:37

Re : UEFI - probleme sur autre méthode d'installation

#17 Le 11/03/2017, à 10:08

Re : UEFI - probleme sur autre méthode d'installation

#18 Le 11/03/2017, à 13:56

Re : UEFI - probleme sur autre méthode d'installation

#19 Le 12/03/2017, à 01:01

Re : UEFI - probleme sur autre méthode d'installation

#20 Le 12/03/2017, à 08:10

Re : UEFI - probleme sur autre méthode d'installation

#21 Le 12/03/2017, à 10:16

Re : UEFI - probleme sur autre méthode d'installation

#22 Le 12/03/2017, à 11:20

Re : UEFI - probleme sur autre méthode d'installation

#23 Le 12/03/2017, à 12:31

Re : UEFI - probleme sur autre méthode d'installation

#24 Le 12/03/2017, à 13:49

Re : UEFI - probleme sur autre méthode d'installation

#25 Le 12/03/2017, à 23:07

Re : UEFI - probleme sur autre méthode d'installation

Pied de page des forums