Vous n'êtes pas identifié(e).
nouveaux UUIDs :
pour la petite note : lors de mes recherches , je suis tombé sur un fil qui expliquait comment copier la racine avec rsync et un fichier d'exclusions mais je ne le retrouve plus .
ah si , je l'ai retrouvé , mais il ne correspond pas à mes attentes : http://lea-linux.org/documentations/Tru … st%C3%A8me
excuses , je crois que ce fil n'est pas au bon endroit .
à l'origine , je cherchais des lignes de commande mais il a dévié .
Dernière modification par Debian Alain (25-12-2019 18:56:41)
Hors ligne
…ayant utilisé gparted , je me suis aperçu que ce dernier copiait aussi les uuid . …
Bien sûr,
et même en ligne de commande ce sera pareil : si tu copie une partition,
son contenu reste exactement le même dans la copie que dans l'original (c'est bien le but recherché d'ailleurs)
L'UUID est inscrit dans le système de fichiers qui est dans la partition,
donc si on créé une copie de la partition, le système de fichiers contenu dans la partition copiée
sera strictement le même que celui de la partition originale => même UUID, même LABEL, etc…
Mais une fois la partition copiée,
rien ne t'empêche, toujours avec GParted, de modifier l'UUID du système de fichiers de la partition qui vient d'être copiée :
Tu cliques avec le bouton droit de la souris sur le rectangle représentant le système de fichiers de la partition copiée,
et tu pourra cliquer sur l'option Nouvel UUID du menu contextuel qui apparaîtra.
Il ne te restera ensuite qu'à adapter les UUID dans les fichiers du système copié.
Dernière modification par MicP (07-11-2018 19:56:54)
Hors ligne
Hors ligne
Dernière modification par MicP (07-11-2018 20:58:01)
Hors ligne
Hors ligne
Dernière modification par MicP (07-11-2018 20:59:22)
Hors ligne
Hors ligne
Dernière modification par MicP (07-11-2018 20:48:52)
Hors ligne
j'ai voulu copier sur un disque plus grand (2To) mon disque d'origine (500Go)
ayant utilisé gparted , je me suis aperçu que ce dernier copiait aussi les uuid
Quelle est la finalité de cette copie ? Tu l'as probablement expliqué dans une autre discussion, mais moi aussi j'ai une mémoire de poisson rouge.
Si le but est de remplacer le disque de 500 Go par le disque de 2 To, alors il n'y a pas de problème à copier les UUID, bien au contraire.
Si par contre le but est de laisser les deux disques côte à côte (pourquoi ?), alors effectivement cela pose problème avec tout ce qui se base sur les UUID pour identifier les partitions comme /etc/fstab (par défaut) ou GRUB.
rien ne t'empêche, toujours avec GParted, de modifier l'UUID du système de fichiers de la partition
Cela dépend du type de système de fichiers ; Gparted ne permet pas de modifier l'UUID de tous les types, selon qu'il existe ou non un outil permettant de le faire. Par exemple :
ext* (tune2fs), swap (swaplabel), NTFS (ntfslabel) : ok.
btrfs, FAT : ko.
Il vaut mieux montrer que raconter.
Hors ligne
me reste plus qu'à chrooter le disque , modifier le fstab et installer et mettre à jour grub et c'est bon .
Hors ligne
sdb(4To) et sdc(2To) sont toujours présents quoique leur nom ai été modifié (rajout du chiffre 1 à la fin)
sda(500 Go) a disparu
sdd(2To) est monté sans erreur :
plus de confusion .
on y retrouve les nouvelles données :
racine de 100 Go par opposition à l'ancienne d'environ 70 Go
/var de 20 Go par opposition à l'ancien /var d'environ 10 Go
/tmp de 4 Go par opposition à l'ancien /tmp d'environ 2 Go
/home de 1.7 To par opposition à l'ancien /home d'environ 400 Go
ainsi que les nouveaux UUIDs .
voilà , travail parfait . et terminé .
j'y ai passé du temps mais je l'ai eue la bête !
Dernière modification par Debian Alain (07-11-2018 22:29:15)
Hors ligne
j'ai échoué à la création d'un mbr sur un gpt . et de toute façons , le fonctionnement du mbr ne permet pas d'adresser plus de 2To , je crois .
cette tentative était donc vouée à l'échec dès le départ
Pas du tout. GPT et BIOS, ça marche très bien ensemble. Tu n'as pas dû essayer bien fort. En tout cas je ne t'ai pas vu exposer les problèmes que tu as rencontrés.
Le fonctionnement du MBR repose sur le BIOS, et le BIOS peut adresser largement au delà de 2 Tio. Même dans le cas contraire, il suffit de placer la partition BIOS boot et la partition racine ou /boot en deça de 2 Tio.
le pc n'étant plus tout jeune (tu penses un hp 6005 , il doit dater de 2009) , je doute qu'il sache gérer l'uefi .
le gpt , peut être , et encore c'est pas sûr
Pourquoi parles-tu d'UEFI ? Il n'y a aucun rapport entre GPT et UEFI.
Un BIOS n'est pas concerné par le format GPT de la table de partition. Son travail se limite à charger et exécuter le MBR. Il n'a pas besoin de lire la table de partition.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Debian Alain (07-11-2018 23:14:35)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Dernière modification par Debian Alain (08-11-2018 10:02:22)
Hors ligne
j'ai trouvé la réponse avec gdisk à la création de la partition "BIOS Boot" j'ai réussi à créer une partition dans les secteurs par défaut , savoir 34 à 2047 , de type ef02 (bios boot) , c'est bien ce que tu voulais ?
Je savais que tu pouvais y arriver. Moi, je ne veux rien. J'ai écrit que c'était une possibilité, notamment quand le disque est déjà partitionné car cet emplacement est généralement disponible. Donc si tu avais cloné le disque entier puis converti la table de partition DOS en GPT, tu aurais pu utiliser cet espace, ou l'espace de 1 Mio libéré par la disparition de la partition étendue comme je l'ai déjà écrit quelque part. Si tu as créé une table de partition GPT à partir de rien, tu aurais pu faire commencer la partition BIOS boot à 1 Mio.
peut on copier la même partition d'un disque msdos vers un disque gpt ?
Bien sûr. Je ne vois pas pourquoi gparted ne le permettrait pas. Par contre si c'est pour laisser les deux disques ensemble il faudra ensuite modifier les UUID et LABEL pour éviter les conflits, et faire les modifications correspondantes dans les fichiers de configuration du nouveau disque.
Il vaut mieux montrer que raconter.
Hors ligne
bon , maintenant , je fais quoi ? , je copie ?
copie en cours ....
Dernière modification par Debian Alain (08-11-2018 10:45:06)
Hors ligne
malheureusement , cette fois là (parti de zero) , gdisk n'a pas voulu créer la partition BIOS Boot dans le premier secteur .
Il n'y a aucun problème à créer la partition BIOS boot à partir du secteur 2048. Au moins elle est bien alignée, ce qui ne sert à rien pour cette partition mais cela évitera que les partitionneurs affichent un avertissement de non alignement.
maintenant , je fais quoi ? , je copie ?
Que veux-tu faire d'autre ?
Copie bloc à bloc (clonage) avec gparted/dd ou des fichiers avec cp/rsync ?
Il vaut mieux montrer que raconter.
Hors ligne
mes partitions :
petite particularité : gparted a refusé l'attribution d'un UUID à la partition 1 (BIOS Boot , non formatée , enfin , je crois)
les blkid :
bon , tout est créé et copié . les UUIDs sont à jour .
maintenant on fait quoi ?
parce que créer un boot mbr sur du gpt , je crois juste que c'est pas possible .
mais prouve moi le contraire râleur .
je crois qu'en général , on dit :
msdos = mbr
gpt = uefi / efi
gpt = msdos , je suis curieux de voir comment tu vas t'en sortir , râleur ...
j'ai rajouté une partition EFI :
Dernière modification par Debian Alain (08-11-2018 16:33:00)
Hors ligne
merci d'avoir attendu
Attendu quoi ?
petite particularité : gparted a refusé l'attribution d'un UUID à la partition 1 (BIOS Boot , non formatée , enfin , je crois)
Normal : elle n'est pas formatée, donc elle n'a pas d'UUID.
je crois qu'en général , on dit :
msdos = mbr
gpt = uefi / efi
C'est une généralisation abusive provenant d'une limitation de Windows. GNU/Linux n'a pas cette limitation.
Pour le reste, je ne peux pas répondre en détail avant ce soir.
Il vaut mieux montrer que raconter.
Hors ligne