[Résolu] UUID Gparted

ar barzh paour · Le 17/12/2015, à 17:17

salut à toute la communauté ....

je ne comprends pas cette manip ( quand même assez tordue mais ...)

j'essaie de faire des sauvegardes

à partir d'un clé USB

je fais une sauvegarde via "dd" de ma partition ubuntu sda12 sur sdb10

pas de problème environ 45 mn d'attente

je modifie via GPARTED l'UUID de sdb10 UUID-Ancien en UUID-Nouveau

remarque
le disque sdb contient déjà une partition ("6") ubuntu avec un grub ce qui me permet au moins de lancer cette partition "6"

je déconnecte tous mes disques sauf sdb ( il devient donc au reboot sda )

je relance mon PC qui se lance sur le grub initial et je lance la partition "6"

je fais un update-grub pour faire reconnaître ma partition 10 dans le grub

je relance mon PC et surprise

quand je choisis la partition "10" , j'ai une erreur pourquoi ?

évidemment le menu de grub contient

menuentry "Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-[b]UUID-Ancien[/b] (on /dev/sda10)" --class gnu-linux --class gnu --class os {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos10)'
	search --no-floppy --fs-uuid --set=root [b]UUID-Nouveau[/b]
	linux /boot/vmlinuz-3.13.0-73-generic root=UUID=[b]UUID-Ancien[/b] ro quiet splash $vt_handoff
	initrd /boot/initrd.img-3.13.0-73-generic

et là il se plante car il ne trouve pas UUID-Ancien

pour lancer correctement la partition 10
j'édite grub quand il se lance , je remplace UUID-Ancien par UUID-Nouveau
et là c'est OK
j'en conclue que modifier l'UUID via GPARTED n'est pas suffisant pour avoir une "copie conforme"
avez-vous des commentaires ?

Dernière modification par ar barzh paour (Le 08/02/2016, à 19:21)

moko138 · Le 17/12/2015, à 18:39

quand je choisis la partition "10" , j'ai une erreur pourquoi ?

Au démarrage, le système utilise /etc/fstab pour savoir quelles partitions (ne pas) utiliser.

Donc, si tu as modifié des UUID,
et que (c'est actuellement le réglage par défaut) tes fstab utilisent les UUID,
et que tu n'as pas corrigé les UUID dans ton fstab,
alors tu as - au moins - une cause d'erreur.
Mais comme ton message contient beaucoup d'imprécisions, il est difficile de t'en dire plus en restant précis.

Peux-tu déjà, à partir du *buntu placé en sdX10,
d'abord faire un

sudo update-grub

puisqu'il faut en faire un par S.E.,
ensuite donner ces quatre retours complets :

cat /etc/fstab
sudo blkid
cat /proc/swaps
grep UUID /etc/initramfs-tools/conf.d/resume

- -

j'en conclus que modifier l'UUID via GPARTED n'est pas suffisant pour avoir une "copie conforme"
avez-vous des commentaires ?

Ce n'est pas exactement cela.
Si les deux disques (la source et son clone) ne sont pas appelés à être branchés ensemble au démarrage, il n'est pas nécessaire de modifier l'un des fstab. Ça marche parce que l'original et sa "copie conforme", n'étant pas présents ensemble au démarrage, ne peuvent être confondus.

Mais, dans le cas contraire, il faut que grub puisse distinguer les partions jumelles. (Sans quoi il est encore plus perdu que tu le serais si, au moment de saisir un objet, tu voyais tout en double, sans savoir à quelle vision te fier pour agir.)
Ne pas oublier de vérifier aussi /proc/swaps et /etc/initramfs-tools/conf.d/resume
Donc, dans ce cas-là, il faut d'abord transformer les vrais jumeaux en faux jumeaux. Et on ne peut plus parler de "copie conforme".
- -

Une possibilité aux mérites méconnus consiste à utiliser dans fstab, non des UUID, mais des étiquettes (en anglais "label") bien plus parlantes. Ex, au lieu de
UUID=1234567890abcd12345678, on met
LABEL=racine1404.
Et après clonage, on change d'abord l'étiquette des partitions clonées (et non montées), comme racine1404 en racine1404C (très facile avec gparted),
ensuite on monte la partition clonée et on fait la même correction dans fstab.

Avantage supplémentaire, dans le gestionnaire de fichiers, on ne verra plus jamais

Système de fichiers67890abcd1234567812345
Système de fichiers12345678cd1234567890ab
Système de fichiers1234567890abcd12345678

mais on verra

Racine1404
Home1404
DonneesWD500

ce qui est plus clair
Doc : https://doc.ubuntu-fr.org/uuid_et_label … _mieux_non

Dernière modification par moko138 (Le 17/12/2015, à 18:55)

ar barzh paour · Le 19/12/2015, à 12:57

bonjour moko
je serais absent de chez moi plusieurs jours , je ne pourrais donc pas effectuer plusieurs des manips que tu me préconises
j'analyserais à tête reposée dès que je rentre mais déjà je lis :
au démarrage utilisation de fstab ... effectivement .... j'ai bien modifié l'UUID avec Gparted , mais fstab n'a pas été modifié
mais cela n'explique pas pourquoi quand je lance un update-grub a partir de X6 le menu de grub ainsi généré fait référence à l'ancien UUID de X10 vmlinuz .... root=UUID=ancien UUID à moins que ....

faire un update-grub par SE ? c'est vraiment nécessaire ? je n'utilise qu'un seul grub par Disque , (les autres ne sont jamais mis à jour au moins manuellement)
patience . je reviens l'année prochaine , bien que j'utilise mon disque de sauvegarde sur un autre PC .. et que cela fonctionne bien
mais effectivement je vais modifier ce fstab sur cette sauvegarde
à bientôt

à partir de X10 faire un sudo update-grub : : celà va m'écraser le grub qui me permet de faire démarrer ce disque .. pourquoi pas après tout

fstab ....

moko138 · Le 19/12/2015, à 20:34

Bonnes vacances, ar barzh paour !

Babdu89 · Le 19/12/2015, à 22:55

Bonjour.
Clonages et copies de systèmes; ma marotte....

Si j'ai bien compris tu as copié un système installé en /dev/sda12 sur un hdd en /dev/sdb10.
Quelque soit le mode de copie, si tu changes l'UUID de la partition du système en /sdb10.
Dans le fichier /etc/fstab de la copie (/sdb10), c'est l'UUID de la partition original (/dev/sda12) qui y est porté. Il faut en changer.

1) En root. (en session live ou depuis un autre Linux). Il faut reporter cet UUID changé, à la place de l'autre (celui de /dev/sda12) dans le fichier /etc/fstab du système copié en /sdb10.
Remarque.
Si tu veux utiliser la partition swap qui doit être sur le hdd /dev/sdb, il faut aussi porter son UUID dans le fichier fstab, en remplacement de l'autre.

2) En session live, en commandes avec un chroot, ou avec un logiciel graphique comme Boot-Repair (il schroot). Il faut réinstaller Grub dans le système copié en /dev/sdb10. En mettant Grub première partie dans le secteur de boot du hdd /dev/sdb. Une simple mise à jour de Grub ne suffit pas.

Au redémarrage. Lancer une session depuis /dev/sdb, pour voir si l'Os copié en /sdb10 fonctionne.
Lorsque c'est fait si tu veux que ce soit le Grub l'Os en /sdb6 qui lance à nouveau ta machine (Os par défaut au démarrage). Il faut réinstaller Grub dans cet Os. Soit en commande ou en graphique avec Boot-Repair.

Édit.
Oui , bien sûr, bonnes vacances.

Édit2
Concernant les labels.
J'en mets a toutes mes partitions et je ne les porte pas dans le fichier fstab.
Mais ils sont visibles dans les gestionnaires de fichiers.
Il sont montés on voit çà dans le fichier /etc/mtab .

/dev/sda9 /media/bernard/fusion-12-sys-m ext4 rw,nosuid,nodev,uhelper=udisks2 0 0
/dev/sda8 /media/bernard/xub-14-hom-m ext4 rw,nosuid,nodev,uhelper=udisks2 0 0
/dev/sda7 /media/bernard/xub-14-sys-m ext4 rw,nosuid,nodev,uhelper=udisks2 0 0
/dev/sda5 /media/bernard/DONNEES_WD fuseblk rw,nosuid,nodev,allow_other,default_permissions,blksize=4096 0 0
/dev/sda10 /media/bernard/fusion-12-hom-m ext4 rw,nosuid,nodev,uhelper=udisks2 0 0
/dev/sda12 /media/bernard/ubu-mate-14-m ext4 rw,nosuid,nodev,uhelper=udisks2 0 0
/dev/sda1 /media/bernard/WINDOWS-XP fuseblk rw,nosuid,nodev,allow_other,default_permissions,blksize=4096 0 0

@+. Babdu89 .

Dernière modification par Babdu89 (Le 19/12/2015, à 23:23)

moko138 · Le 20/12/2015, à 04:22

Babdu89 a écrit :

2) En session live, en commandes avec un chroot, ou avec un logiciel graphique comme Boot-Repair (il schroot). Il faut réinstaller Grub dans le système copié en /dev/sdb10. En mettant Grub première partie dans le secteur de boot du hdd /dev/sdb. Une simple mise à jour de Grub ne suffit pas.

Attention Babdu :
ar barzh paour n'a pas cloné un disque, mais juste une partition. En #1, il a bien précisé :

remarque
le disque sdb contient déjà une partition ("6") ubuntu avec un grub ce qui me permet au moins de lancer cette partition "6"
je déconnecte tous mes disques sauf sdb ( il devient donc au reboot sda )
je relance mon PC qui se lance sur le grub initial et je lance la partition "6"
je fais un update-grub pour faire reconnaître ma partition 10 dans le grub

Donc il a déjà un grub fonctionnel (mbr et sdy6).

Simplement, il a oublié qu'avant de faire l'update-grub dans sdy6, il fallait reporter les nouvelles uuid dans le fstab de sdy10.

Dans ces conditions,
1) réinstaller tout grub en écrasant le 1er étage du grub existant, il me semble que c'est utiliser un marteau-pilon pour casser une noisette, non ?

2) En plus, il ne nous a pas encore dit si son SE de référence resterait celui en sdy6 ou deviendrait celui en sdy10. Ce qui est un élément déterminant pour choisir de préserver ou d'écraser la première partie de grub.
Et s'il choisit de privilégier sdy10, il suffira, ultérieurement, d'une ligne, à partir de sdy10 :

sudo os-prober && sudo update-grub && sudo grub-install /dev/sdy

Es-tu d'accord ?

Babdu89 · Le 20/12/2015, à 11:01

Bonjour.

moko 138 a dit;.

Attention Babdu :
ar barzh paour n'a pas cloné un disque, mais juste une partition. En #1, il a bien précisé :

remarque
le disque sdb contient déjà une partition ("6") ubuntu avec un grub ce qui me permet au moins de lancer cette partition "6"
je déconnecte tous mes disques sauf sdb ( il devient donc au reboot sda )
je relance mon PC qui se lance sur le grub initial et je lance la partition "6"
je fais un update-grub pour faire reconnaître ma partition 10 dans le grub
Donc il a déjà un grub fonctionnel (mbr et sdy6).
Simplement, il a oublié qu'avant de faire l'update-grub dans sdy6, il fallait reporter les nouvelles uuid dans le fstab de sdy10.

Oui, c'est ce que je fais avec mes systèmes, copier de partition à partitions en changeant de disque. pas de copie de disque entier...

Es-tu d'accord ?

Bon, et bien c'est simple.

Après changement des l'UUID dans le fstab de la partition /sdb10.
Démarrage de la machine sur l'Os en/sdb6.
mise à jour de Grub de l'Os de /sdb6.
Reboot de la machine et teste de démarrage de l'Os en /sdb10.
Si c'est suffisant , je me suis trompé, et chez moi je fais des manips en trop.
Si çà ne démarre pas, il n'y a plus qu'à en tirer la conclusion...

Édit.
J'oubliais.
Pour que çà démarre, il ne suffit pas de changer les UUID dans le fstab. Il faut qu'ils soient changé aussi dans le fichier /boot/grub/grub.cfg . Et çà ne peut être fait qu'avec une maj où réinstallation de Grub du système copié en /sdb10. Encore faut il qu'il puisse démarrer...Comme il ne démarre pas avec une simple maj de Grub du système en /sdb6 (çà ne change pas les UUID de grub.cfg dans la partition /sdb10).
Il n'y a pas d'autre alternative que de réinstaller Grub comme je l'indique dans /sdb10.

C'est çà l'explication de l'obligation de réinstaller Grub sur un Os copié, pour qu'il démarre.

Pour l'Os par défaut au démarrage, j'ai bien dis;

Lorsque c'est fait si tu veux que ce soit le Grub l'Os en /sdb6

Ce n'est pas une obligation, mais une possibilité dans les choix.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 20/12/2015, à 12:42)

moko138 · Le 20/12/2015, à 11:45

@ ar barzh paour :
Quand Babdu écrit

Après changement de l'UUID dans la partition /sdb10

comprends "Après changement des UUID dans le fstab de sdb10".

Et, encore une fois, si les deux disques sont appelés à être tous deux présents pendant le démarrage, il ne faut pas qu'il y ait d'uuid identiques sur aucune partition présente !
Donc ne pas oublier de modifier aussi l'uuid de la partition swap avant de lire sur les deux disques

sudo blkid

puis de corriger le nouveau fstab.

Babdu89 · Le 20/12/2015, à 12:41

@moko138.

J'ai édité mon post#7 ...

Édit.

moko138 a écrit;
Et, encore une fois, si les deux disques sont appelés à être tous deux présents pendant le démarrage, il ne faut pas qu'il y ait d'uuid identiques sur aucune partition présente !
Donc ne pas oublier de modifier aussi l'uuid de la partition swap avant de lire sur les deux disques
sudo blkid
puis de corriger le nouveau fstab.

Absolument de cet avis, lorsque l'on veut garder les deux systèmes; l'original et la copie dans une config...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 20/12/2015, à 12:45)

ar barzh paour · Le 08/02/2016, à 19:20

rassurez-vous je ne suis pas parti en vacances pendant 2 mois ....
beaucoup pris par ailleurs ..... et
mon disque de sauvegarde étant HS ,
j'ai changé de disque de sauvegarde
sur le disque sdb j'ai une partition fonctionnelle sdb1
et une partition vide sdb2 sur laquelle je fais ma copie , à partir d'une clé USB

résultat :
===========================================================
j'ai un peu galéré pour effectuer la copie ,
sudo dd if=/dev/sda12 of=/dev/sdb2 ( je n'ai utilisé ni noerros ni sync)
à chaque fois j'avais une erreur rapporté par Gparted et comme indication "il manque le greffon e2fslibs" (concernant ext4) , qui pourtant est présent , après plusieurs essais je me suis aperçu que dd ne va pas jusqu'au bout de la copie quand la taille de la partition qui reçoit la copie est plus petite que la taille de la partition cible et ce même si cette taille est plus grande que la taille "utilisée" , là je me suis fait piégé et j'ai perdu du temps
source taille S utilisée U
cible taille C
je pensais qu'il suffisait que C soit plus grand que U
il est nécessaire que C plus grand ou égale à S
par contre le message d'erreur de GParted ne me semble pas correct
=========================================================

déconnexion du disque source , relance du disque copié qui se lance sur la partition fonctionnelle "1"

sudo update-grub

relance du disque source qui me présente maintenant le choix entre partition 1 et partition 2
je choisis donc la partition 2 copiée qui se lance bien après les messages d'erreur normaux suivant :

l'UUID de7c ..... n'est pas prêt : normal c'est la swap du disque origine qui n'est pas présent
le disque Data n'est pas prêt : normal , c'est un disque de données qui n'est pas branché
le disque SH n'est pas prêt : normal , c'est un disque de données qui n'est pas branché
le disque photos n'est pas prêt : normal , c'est un disque de données qui n'est pas branché
fstab joue bien son rôle
une remarque : je ne fais pas update-grub sur cet OS , je n'en ai pas besoin
comme c'est un disque que je considère comme étant un sauvegarde , je m'en contente
merci à tous les deux pour pour tous vos commentaires
et pour l'instant je marque résolu
la suite : j'essaierai de brancher les deux disques simultanément pour voir ....

Babdu89 · Le 09/02/2016, à 01:42

Bonsoir.

la suite : j'essaierai de brancher les deux disques simultanément pour voir ....

Justement, les deux disques branchés, si tu veux bien nous donner le retour de

sudo blkid

Merci.

@+. Babdu89 .

ar barzh paour · Le 09/02/2016, à 14:54

ça c'est pas trop compliqué :
j'ai connecté mon disque de sauvegarde à la place du lecteur de CD/DVD
les trois disques d'origine ont pris pour lettre sda sdb et sdd
le disque de sauvegarde a pris bizarrement la lettre c
dans le résultat de blkid on voit que sda12 a les mêmes Label et UUID que sdc2

jpb@jpb-desktop:~$ sudo blkid
/dev/sda1: LABEL="a1-XP" UUID="78684472684430E4" TYPE="ntfs" 
/dev/sda5: LABEL="a5-U10.04" UUID="8d6c97e8-8c26-430c-8353-2b35b82c73d1" TYPE="ext4" 
/dev/sda6: UUID="de7c7e33-a5b4-4bd4-be64-e1e59ae987a6" TYPE="swap" 
/dev/sda7: LABEL="a7-U12.04" UUID="d2fc6367-ff1a-4814-b10a-90b1da152e33" TYPE="ext4" 
/dev/sda8: LABEL="a8-N_home" UUID="b703721e-397f-49c4-a30e-8de5e623d55f" TYPE="ext4" 
/dev/sda9: LABEL="a9-U10.10" UUID="d0fcf89c-aedf-4f89-ba4b-1058310301b2" TYPE="ext4" 
/dev/sda10: LABEL="a10-U10.10" UUID="2cebd0b4-c70a-42f4-b324-7b5712bc5ce5" TYPE="ext4" 
/dev/sda11: LABEL="a11-U12.04" UUID="f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0" TYPE="ext4" 
/dev/sda12: LABEL="a12-U14-04" UUID="700731a7-ff6c-4343-9863-5c527faf3984" TYPE="ext4" 
/dev/sda13: LABEL="a13-U14-04" UUID="3d40730c-a2a7-4927-b7d1-36e1f2567e25" TYPE="ext4" 
/dev/sda14: LABEL="SH" UUID="c0837c4e-b3c8-4920-9cf2-2e820f159289" TYPE="ext4" 
/dev/sda15: LABEL="Studio" UUID="85d220e7-5e3f-422f-b3e3-84bb62e958ff" TYPE="ext4" 
/dev/sda16: LABEL="a16-14.4.1" UUID="1310ae14-734a-4cbb-9ff6-13838f21c461" TYPE="ext4"
 
/dev/sdb1: LABEL="film" UUID="f028ddf3-d3d9-49fa-a32f-e824801e87f0" TYPE="ext4" 
/dev/sdb2: LABEL="m2" UUID="adb3563a-ddba-4f75-8e82-7df3e3d2a4a5" TYPE="ext4" 
/dev/sdb3: LABEL="m3" UUID="7ff4db04-1b96-4084-9e98-2902fba48e97" TYPE="ext4" 

/dev/sdc1: UUID="53628ff7-eaf3-4587-8889-c06efdc3175a" TYPE="ext4" 
/dev/sdc2: LABEL="a12-U14-04" UUID="700731a7-ff6c-4343-9863-5c527faf3984" TYPE="ext4" 
/dev/sdc5: UUID="23551fcb-8099-4057-965d-2ecea0397eb2" TYPE="swap" 

/dev/sdd1: LABEL="c1-XP" UUID="0AF8F8ED4E45274B" TYPE="ntfs" 
/dev/sdd2: LABEL="c2-Z" UUID="672B204C384159C7" TYPE="ntfs" 
/dev/sdd3: LABEL="c3-U14.04" UUID="1bb92777-345c-4c1d-9bd8-04482c9804fc" TYPE="ext4" 
/dev/sdd5: UUID="a4635c0b-fed5-4c44-aeb7-137447cf06da" TYPE="swap" 
/dev/sdd6: LABEL="photos" UUID="079B6B49295F7AD1" TYPE="ntfs" 
/dev/sdd7: LABEL="f" UUID="62B9CDEA2B174741" TYPE="ntfs" 
/dev/sdd8: LABEL="Data" UUID="47FB9C03336449C6" TYPE="ntfs" 
jpb@jpb-desktop:~$

par contre ce qui ne me va pas trop dans cette configuration c'est le résultat de mount|grep "/ " qui ne m
(mon système est configuré pour booter sur le disque I (sda)

jpb@jpb-desktop:~$ mount|grep "/ "
/dev/sdc2 on / type ext4 (rw,errors=remount-ro)
jpb@jpb-desktop:~$

j'aurai bien aimé y voir /dev/sda12

si je lance GParted on y voit que deux partitions ont / comme point de montage
/dev/sda12 a comme point de montage /
/dev/sdc2 a comme point de montage /
le système se pert un peu dans cette configuration

ar barzh paour · Le 09/02/2016, à 15:14

dans la même configuration je relance mon système mais cette foisen bootant sur le disque "c"
j'y choisis l'entrée 2 qui celle de la sauvegarde puis dans un terminal

jpb@jpb-desktop:~$ mount|grep "/ "
/dev/sda12 on / type ext4 (rw,errors=remount-ro)
jpb@jpb-desktop:~$

?????????????????????????? je suis sur a12 ?????
le grub qui m'a permis de lancer la partition est sur sdc1 (EDIT) sdc et contient ceci

menuentry 'Ubuntu 14.04.3 LTS (14.04) (sur /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-700731a7-ff6c-4343-9863-5c527faf3984' {
	insmod part_msdos
	insmod ext2
	set root='hd0,msdos2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2  700731a7-ff6c-4343-9863-5c527faf3984
	else
	  search --no-floppy --fs-uuid --set=root 700731a7-ff6c-4343-9863-5c527faf3984
	fi
	linux /boot/vmlinuz-3.13.0-77-generic root=UUID=700731a7-ff6c-4343-9863-5c527faf3984 ro quiet splash $vt_handoff
	initrd /boot/initrd.img-3.13.0-77-generic
}

malgré le set root='hd0,msdos2'
il lance la partition ayant l'UUID 700.... du premier disque ????
je suis encore perplexe !!!

il faudrait sans doute refaire un update-grub de sdc1 tous les disques branchés?

Dernière modification par ar barzh paour (Le 09/02/2016, à 16:02)

Babdu89 · Le 09/02/2016, à 15:23

Bonjour.
Alors si j'ai bien compris.
/dev/sdc2 est la copie du système installé en /dev/sda12 .

Si les deux disques /dev/sda et /dev/sdc sont branchés en même temps. Il y a du mélange, vu que les partitions ont les mêmes UUID.

La machine démarrant sur /dev/sda12 ,çà fonctionne.
La machine démarrant sur /dev/sdc2 , çà ne devrait pas fonctionner. tu devrais avoir un erreur grub rescue. Si ce n'est pas le cas, c'est que le système démarre sur la partition /dev/sda12 vu que l'UUID est le même.
Si tu débranches le hdd /dev/sda, et que tu insistes à faire démarrer la machine sur /dev/sdc2.
(le nom du disque /dev/sdc peut changer lorsqu'il manque un disque).
Tu vas constater que le démarrage ne se fait pas. erreur grub rescue.

C'est normal, tant que tu n'auras pas changé, avec Gparted, l'UUID de /dev/sdc2.
Puis changé dans le fstab de /dev/sdc2,(/etc/fstab) l'UUID de la partition système actuel, qui est celui de /dev/sda12, par le nouveau UUID de /dev/sdc2.
Tu peux aussi changer l'UUID de la partition swap, avec l'UUID de /dev/sdc5).

Voila pour le fstab de /dev/sdc2.

Mais pour pouvoir démarrer correctement la machine sur /dev/sdc2 ... Il faut réinstaller Grub sur /dev/sdc2. (soit en chroot soit avec Boot-Repair, c'est ce que je fais en session live)
Une mise à jour de grub de /dev/sdc2 ne suffit pas. Il faut réinstaller grub.

La réinstallation de Grub, va de ce fait changer l'UUID de la partition /dev/sdc2 (actuellement c'est celui de /dev/sda12 qui y est ) dans le fichier /boot /grub/grub.cfg (tu peux regarder les fichiers grub.cfg dans /dev/sda12 et /dev/sdc2. Tu va y voir le même UUID pour la partition système.)

Donc en réinstallant grub dans /dev/sdc2 le nouveau UUID changé dans le fstab de /dev/sdc2 sera porté dans le fichier /boot/grub/grub.cfg de /dev/sdc2 .

Tout sera remis d’aplomb, les disques /dev/sda et /dev/sdc branchés , les deux systèmes fonctionneront sans se marcher sur les pieds...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 09/02/2016, à 15:33)

ar barzh paour · Le 09/02/2016, à 15:29

je viens de débrancher mon disque I ( celui qui contient l'original sda12)
je relance le système sur le disque b (qui est c'est celui qui contient la copie)
pas de problème il se lance bien
(EDIT : toujours via le grub de la partition 1 de ce même disque)

jpb@jpb-desktop:~$ mount
/dev/sdb2 on / type ext4 (rw,errors=remount-ro)

le disque qui contenait l'original (sda12 est bien sur absent .....

"et contrairement au post 13 , cette fois j'ai bien eu une erreur "normale" de swap ) puisue le fsatb est prévue pour trouver une swap sur le disque I qui est absent

désolé Babdu , il faudra que tu rectifie ton assertion "Si tu débranches le hdd /dev/sda,..... erreur grub rescue.":lol:

Dernière modification par ar barzh paour (Le 09/02/2016, à 15:47)

Babdu89 · Le 09/02/2016, à 15:46

(EDIT : toujours via le grub de la partition 1 de ce même disque)

Ah!!! , çà attire mon attention...
Sur le disque /dev/sdc qui contient la copie. Le système est bien copié en /sdc2..?
Tu parles en fait de grub qui serait sur /dev/sdc1 ... Çà m'intrigue !!.
Je soupçonne un grub installé pas de façon conventionnel. À savoir que grub stage1 soit installé dans le secteur de boot de la partition /dev/sdc1 ...

Bon alors, là ,stp...
Tous tes disques branchés, veux tu bien faire un boot info

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

Et coller l'URL ici dans ta réponse. Merci.

@+. Babdu89 .

moko138 · Le 09/02/2016, à 15:47

Relis le milieu du #2.

Babdu89 · Le 09/02/2016, à 15:59

Salut moko138 .

Il me semble que l'on pense la même chose.
Avec un grub stage1 dans une partition de boot (/dev/sdc1) qui n'est pas la partition système (/dev/sda12 ou /dev/sdc2)
Si grub stage1 de /sdc1 pointe sur une partition dont l'UUID lui parait convenable (le même actuellement sur /sda12 et /sdc2) l'Os fonctionnera. Mais si on change avec Gparted, l'UUID de /dev/sdc2 ... C'est fini çà ne marche plus.
Et c'est ce qu'il faut faire pour retrouver deux systèmes identiques indépendants, installé chacun sur leur disque.

@+. Babdu89 .

ar barzh paour · Le 09/02/2016, à 16:00

comment est configuré mon disque de sauvegarde :
déconnexion physiques de tous les disques
connexion de ce disque en lieu et place du premier disque
formatage de ce disque,
création de partition 1 ,2 ,3 , étendue
installation de ubuntu sur la partition 1 avec installation de grub sur sda (il n'y a qu'un seul disque à ce moment là) , en me relisant effectivement j'ai dit grub sur sdc1 , il aurait fallu que je dise sdc , je rectifie le post en question
ensuite : je remets mes autres disques en place "normale"
Babdu : c'est vraiment un boot info sans aucun disque que tu veux ?
Moko : le milieu du #2 est bien grand

Babdu89 · Le 09/02/2016, à 16:16

installation de ubuntu sur la partition 1 avec installation de grub sur sda (il n'y a qu'un seul disque à ce moment là) , en me relisant effectivement j'ai dit grub sur sdc1 , il aurait fallu que je dise sdc , je rectifie le post en question

Partition 1

Là on lit;

menuentry 'Ubuntu 14.04.3 LTS (14.04) (sur /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-700731a7-ff6c-4343-9863-5c527faf3984' {
	insmod part_msdos
	insmod ext2
	set root='hd0,msdos2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2  700731a7-ff6c-4343-9863-5c527faf3984
	else
	  search --no-floppy --fs-uuid --set=root 700731a7-ff6c-4343-9863-5c527faf3984
	fi
	linux /boot/vmlinuz-3.13.0-77-generic root=UUID=700731a7-ff6c-4343-9863-5c527faf3984 ro quiet splash $vt_handoff
	initrd /boot/initrd.img-3.13.0-77-generic
}

'hd0,msdos2' c'est la partition 2 sur le disque où est la copie, et non la partition 1 ...

700731a7-ff6c-4343-9863-5c527faf3984 , c'est l'UUID de /dev/sda12 l'Original et /dev/sdc2 la copie ...

Post#16 , on lit;

Bon alors, là ,stp...
Tous tes disques branchés, veux tu bien faire un boot info

J'ai bien demandé... Tous tes disques branchés .

Le boot info, va nous montré sur quelles partitions sont l'original et la copie...
On va voir le contenu des secteurs de boot des disque et partitions, donc sur quoi pointe les un par rapport aux autres.
On pourra, aussi, voir le contenu des fichiers fstab et grub.cfg de chaque système ; original et copie.
Même blkid y est... Bref, une analyse complète de la config...

Merci.

@+. Babdu89 .

moko138 · Le 09/02/2016, à 16:21

Je sors.

Babdu89 · Le 09/02/2016, à 16:34

@moko.
En aparté, s’agissant des label à mettre sur le partitions.

OK; c'est très pratique pour s'y retrouver dans le gestionnaire des fichiers des Os.
C'est pratique aussi pour faire certaines manip en terminal de partition à partition.
Mais.
Grub_Legacy ne sait pas interpréter les label. Lui connaît les partitions sous cette forme (hd*,**)

GrubPC (Grub2) lui connaît les partitions comme ceci (hd*,msdos**) et les UUID de ces partitions, pas les label.

Donc on est obligé de passer par les UUID des partitions
Grub2 peut voir par exemple ceci.
La même partition avec des noms de disque qui changent, suivant la config du moment (nombre de disque branchés)...
(hd0,msdos5) UUID a4635c0b-fed5-4c44-aeb7-137447cf06da (/dev/sda5)
(hd3,msdos5) UUID a4635c0b-fed5-4c44-aeb7-137447cf06da (/dev/sdd5)

Il ne sera pas perdu, car seul l'UUID a4635c0b-fed5-4c44-aeb7-137447cf06da l'intéresse. Il trouvera la bonne partition.

Alors si deux partitions on le même UUID, là ,il est bien embêté. C'est ce qui se passe sur cette machine.

@+. Babdu89 .

ar barzh paour · Le 09/02/2016, à 17:09

je suis connecté via une clé usb + mes 4 disques , je n'arrive pas à créer une adresse pastbin, malgré plusieurs essais , suivant méthode1 et méthode 2 , à chaque fois j'obtiens un fichier texte (qui fait 25023 lignes) pour une capacité de 1,5 MB
dois-je le copier ici ?

Babdu89 · Le 09/02/2016, à 17:14

dois-je le copier ici ?

Oui, stp, de toute manière, c'est ce que j'aurais fait depuis l'URL. Merci.

@+. Babdu89 .

ar barzh paour · Le 09/02/2016, à 17:21

il va falloir que je coupe le fichier car j'ai le message suivant :
Les messages ne peuvent contenir plus de 1 048 576 octets.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 17/12/2015, à 17:17

[Résolu] UUID Gparted

#2 Le 17/12/2015, à 18:39

Re : [Résolu] UUID Gparted

#3 Le 19/12/2015, à 12:57

Re : [Résolu] UUID Gparted

#4 Le 19/12/2015, à 20:34

Re : [Résolu] UUID Gparted

#5 Le 19/12/2015, à 22:55

Re : [Résolu] UUID Gparted

#6 Le 20/12/2015, à 04:22

Re : [Résolu] UUID Gparted

#7 Le 20/12/2015, à 11:01

Re : [Résolu] UUID Gparted

#8 Le 20/12/2015, à 11:45

Re : [Résolu] UUID Gparted

#9 Le 20/12/2015, à 12:41

Re : [Résolu] UUID Gparted

#10 Le 08/02/2016, à 19:20

Re : [Résolu] UUID Gparted

#11 Le 09/02/2016, à 01:42

Re : [Résolu] UUID Gparted

#12 Le 09/02/2016, à 14:54

Re : [Résolu] UUID Gparted

#13 Le 09/02/2016, à 15:14

Re : [Résolu] UUID Gparted

#14 Le 09/02/2016, à 15:23

Re : [Résolu] UUID Gparted

#15 Le 09/02/2016, à 15:29

Re : [Résolu] UUID Gparted

#16 Le 09/02/2016, à 15:46

Re : [Résolu] UUID Gparted

#17 Le 09/02/2016, à 15:47

Re : [Résolu] UUID Gparted

#18 Le 09/02/2016, à 15:59

Re : [Résolu] UUID Gparted

#19 Le 09/02/2016, à 16:00

Re : [Résolu] UUID Gparted

#20 Le 09/02/2016, à 16:16

Re : [Résolu] UUID Gparted

#21 Le 09/02/2016, à 16:21

Re : [Résolu] UUID Gparted

#22 Le 09/02/2016, à 16:34

Re : [Résolu] UUID Gparted

#23 Le 09/02/2016, à 17:09

Re : [Résolu] UUID Gparted

#24 Le 09/02/2016, à 17:14

Re : [Résolu] UUID Gparted

#25 Le 09/02/2016, à 17:21

Re : [Résolu] UUID Gparted

Pied de page des forums