Vous n'êtes pas identifié(e).
Pages : 1
Rien ne semble copié. La clé ne boote pas.
Pour la 1ère commande, j’ai compris pourquoi mais pour la 2éme ?
Au final, je n’y arrive pas (sauf à copier sur une clé de 32 Go).
Est-ce possible ? Si oui, comment ?
Vous remerciant de votre aide,
Cordialement,
Stéphane.
Dernière modification par tomazinio (20-08-2016 16:07:00)
Hors ligne
dans l’attente de recevoir sous quelques semaines un SSD de 16 Go
16 Go, ce n'est pas bien gros pour un SSD.
Je ne répondrai pas au sujet de Clonezilla que je connais mal et n'ai jamais utilisé dans un contexte impliquant GPT ou LVM. Je remarque juste que le contenu des deux images est identique mot pour mot. Ont-elles vraiment été prises lors de deux types d'opérations différentes ?
Au sujet de dd/dcfldd, effectivement la seconde clé est plus petite que la première. Le message "no space left on device" est normal et prévisible. Ce n'est pas bloquant car le contenu de la première clé occupe moins que la taille de la seconde.
Rien ne semble copié. La clé ne boote pas.
Qu'est-ce qui te fait dire que rien ne semble copié ? Combien de temps la copie a-t-elle duré ? dd l'affiche, je suis surpris que dcfldd ne le fasse pas.
As-tu débranché puis rebranché la seconde clé avant de vérifier ?
Comment as-tu vérifié la copie ensuite ? Je t'avais suggéré d'utiliser cmp pour comparer le contenu des deux clés.
Que la clé boote ou pas peut dépendre de divers critères.
Pour la 1ère commande, j’ai compris pourquoi mais pour la 2éme ?
Qu'as-tu compris pour la première commande ?
La différence majeure entre les deux commandes est que la seconde ne touche pas au premier bloc de 4 Kio (8 secteurs de 512 octets) contenant le MBR protecteur, l'en-tête GPT et le début de la table de partition GPT. Cf. https://fr.wikipedia.org/wiki/GUID_Partition_Table
Autant dire que sans ces secteurs, le résultat de la copie n'a aucune chance d'être valide.
Je profite de l'URL ci-dessus pour évoquer une particularité du format GPT qui affecte le clonage sur un périphérique de capacité différente.
Une table de partition GPT est liée à la taille du disque sur laquelle elle est créée, de deux façons :
- En plus de l'en-tête et de la table de partition situées au début du disque à la suite du MBR, une en-tête et une table de partition de secours sont placées à la fin du disque.
- la position de la table de partition de secours est enregistrée dans l'en-tête principale (et vice versa).
- la capacité utile du disque entre les tables de partition principale et de secours est aussi enregistrée dans les en-têtes.
Quand on clone bit à bit le contenu d'un disque au format GPT sur un autre de capacité différente, cela cause deux problèmes :
- Si le disque de destination est plus petit (mais suffisant pour contenir toutes les partitions), l'en-tête et la table de secours ne sont pas copiées, et la taille utile enregistrée dans l'en-tête principale est incorrecte.
- Si le disque de destination est plus grand, l'espace situé au-delà de la table secondaire est inutilisable.
Certains outils de manipulation des tables de partition GPT comme gdisk ou parted peuvent servir à détecter et corriger ces incohérences.
Il vaut mieux montrer que raconter.
Hors ligne
… 16 Go, ce n'est pas bien gros pour un SSD …
Oui mais ce n’est pas bien cher non plus. Pour un essai, cela me semble être un « investissement » suffisant. Par ailleurs, l’espace utilisé sur la clé représente moins de 10 Go.
… Je remarque juste que le contenu des deux images est identique mot pour mot. Ont-elles vraiment été prises lors de deux types d'opérations différentes ? …
Oui, une à la sauvegarde et l’autre à la restauration. Je ne me suis pas trompé d’image.
… Qu'est-ce qui te fait dire que rien ne semble copié ? …
J’ai examiné le contenu de la clé avec le live Gparted sur un autre ordinateur. Rien n’avait changé par rapport à ce que j’avais avant (c’est à dire rien). Je l’ai mise pour démarrer sur le Proliant G7. Rien, écran noir et curseur clignotant
… Combien de temps la copie a-t-elle duré ? dd l'affiche, je suis surpris que dcfldd ne le fasse pas.…
Plus d’une heure. Le message complet était :
… As-tu débranché puis rebranché la seconde clé avant de vérifier ? …
Oui puisque je l’ai fait sur un autre ordinateur
… Je t'avais suggéré d'utiliser cmp pour comparer le contenu des deux clés. …
??? Quand ? Je ne me souviens pas que tu m’aies indiqué cela.
… Qu'as-tu compris pour la première commande ? …
J’ai lu qu’il ne fallait par mettre conv=notrunc lorsque la partition/disque cible était plus petite que la source. Je pensais donc que l’erreur venait de là.
… La différence majeure entre les deux commandes est que la seconde ne touche pas au premier bloc de 4 Kio (8 secteurs de 512 octets) contenant le MBR protecteur, l'en-tête GPT et le début de la table de partition GPT. …
Autant dire que sans ces secteurs, le résultat de la copie n'a aucune chance d'être valide. …
J’en comprends que la 1ère commande peut aboutir alors que la 2ème non. C’est bien cela ?
… Quand on clone bit à bit le contenu d'un disque au format GPT sur un autre de capacité différente, cela cause deux problèmes :
- Si le disque de destination est plus petit (mais suffisant pour contenir toutes les partitions), l'en-tête et la table de secours ne sont pas copiées, et la taille utile enregistrée dans l'en-tête principale est incorrecte.
…
Certains outils de manipulation des tables de partition GPT comme gdisk ou parted peuvent servir à détecter et corriger ces incohérences.
Je vais donc réessayer avec la 1ère commande et utiliser Gparted pour détecter et corriger les incohérences de la table de partition GPT.
Si selon toi c’est possible de cette façon alors je vais insister. Je te tiens au courant.
Te remerciant de ton aide,
Cordialement,
Stéphane.
Hors ligne
Combien de temps la copie a-t-elle duré ?
Plus d’une heure
Pour 16 Go, c'est cohérent avec la vitesse d'écriture moyenne d'une clé USB pas très performante.
Quand ? Je ne me souviens pas que tu m’aies indiqué cela.
Je ne retrouve pas. J'ai dû confondre avec une autre discussion.
J’ai lu qu’il ne fallait par mettre conv=notrunc lorsque la partition/disque cible était plus petite que la source.
Etait-il expliqué pourquoi ?
conv=notrunc évite de tronquer (raccourcir) un fichier cible existant quand sa taille initiale (et non la taille du fichier source) est supérieure à la position de fin de la copie. C'est sans effet avec un périphérique dont la taille est fixe.
Est-ce que la clé USB cible fonctionne ? Peux-tu l'utiliser de façon normale, c'est-à-dire la partitionner, la formater, écrire des fichier dedans, les relire sur l'autre ordinateur ?
Il vaut mieux montrer que raconter.
Hors ligne
… conv=notrunc évite de tronquer (raccourcir) un fichier cible existant quand sa taille initiale (et non la taille du fichier source) est supérieure à la position de fin de la copie. C'est sans effet avec un périphérique dont la taille est fixe. …
Ce n'était pas ce qui était expliqué. Cela n'a donc aucune incidence dans mon cas si je comprends bien.
…Est-ce que la clé USB cible fonctionne ? Peux-tu l'utiliser de façon normale, c'est-à-dire la partitionner, la formater, écrire des fichier dedans, les relire sur l'autre ordinateur ?
La clé est neuve. C'est celle envoyée par le support de Kingston. Je pense donc que oui mais je vais vérifier cela et te dis ce qu'il en est.
Te remerciant de ton aide,
Cordialement,
Stéphane.
Hors ligne
Après très précisément 39mn (Cette fois-ci, j’ai bien regardé le temps écoulé), j’ai le traditionnel :
- Je regarde alors ma clé cible avec
et gparted.
Une seule partition décelée avec un message de corruption de la table de partition.
- J’utilise alors Testdisk (J’ai pas trouvé comment faire avec Gparted) pour corriger la table de partition avec le wiki ici http://www.cgsecurity.org/wiki/TestDisk … titions.3F.
Analyse de la clé, table de partition EFI GPT detectée, 3 partitions détectées, Écriture de la nouvelle table de partition.
- Je mets alors ma clé cible dans mon Proliant G7. Elle boote et fonctionne normalement.
Conclusion : C’est donc possible de copier une clé bootable sur une plus petite à condition que la taille des partitions le permette (les réduire avec Gparted par exemple).
J’ai longtemps cherché comment faire et grâce à ton aide, j’ai réussi. Je t’en remercie encore. Cela me retire un sacré problème.
Je passe la discussion en résolue.
Cordialement.
Stéphane.
Hors ligne
Quand j’ai regardé la clé cible de plus près, j’ai constaté que la table de partition était au format Dos. Je présume que c’est pour cela que ça ne fonctionnait pas.
Non, aucune importance puisqu'elle va être écrasée par la copie et remplacée par la table de partition de la source.
Une seule partition décelée avec un message de corruption de la table de partition.
Quelle partition ? Si c'était une partition de type "GPT", alors c'est juste la table de partition du MBR protecteur qui est lue au lieu de la table de partition GPT.
Il vaut mieux montrer que raconter.
Hors ligne
… Quelle partition ? …
Je n'ai pas fait attention et pas fait de capture d'écran. Alors, je ne peux pas dire.
À la prochaine copie, je ferai une capture d'écran et te dirais cela.
Cordialement.
Stéphane
Hors ligne
Pages : 1