Clonage de système

[DPA]

Merci beaucoup, je vais lire tout ça et rendre compte.

 

[Firebird]

De rien.
Un bon tuto aussi :
Disque dur : les tables de partitions MBR et GPT
http://lecrabeinfo.net/disque-dur-les-tables-de-partitions-mbr-et-gpt.html
Les logiciels proposés par les copains font très bien le boulot.

Modifié le 5 septembre 2017 par Firebird

[Firebird]

Un tuto avec un cas pratique décortiqué
https://sospc.name/cloner-un-disque-dur-un-cas-pratique-tuto-complet/

[DPA]

Il y a 3 heures, Firebird a dit :

Un tuto avec un cas pratique décortiqué
https://sospc.name/cloner-un-disque-dur-un-cas-pratique-tuto-complet/

Sur ce tuto, il n'est question que de MBR, et là je connais. Il y a un renvoi vers un article sur le GPT. Je lis tout ce qui me tombe sous le main concernant le GPT et j'ai pas mal de tests à faire. Je viens déjà d'apprendre, à mes dépens, que le clonage simple ne fonctionne pas. Je vais tenter de trouver d'autres solutions.

Modifié le 5 septembre 2017 par DPA

[Firebird]

Bonjour,
Le GPT offre plus de possibilités, mais c'est un peu plus compliqué que le MBR, c'est vrai.
Tiens-nous au courant.

 

[DPA]

Bonsoir.

Bien je me demande si l'on peut restaurer une système sur un disque GPT et j'en ai ras le bol. Rien de ce que j'ai essayé jusqu'ici n'a fonctionné. D'après mes recherches sur internet, je ne suis pas le seul et cette combinaison UEFI/GPT reste très nébuleuse La description est séduisante, la mise en œuvre parait assez simple (translucide, dirais-je) mais dès qu'il y a un dysfonctionnement et notamment le recovery il ne semble pas y avoir de recette de récupération. Donc je vais laisser tomber et revenir en MBR.

J'ai deux questions. 

1- Peut-on restaurer la partition système sauvegardée depuis un système GPT/UEFI sur un disque MBR/BIOS ?

2-Peut on convertir un disque GPT en MBR sans perte de données ?

Merci.

[DPA]

il y a 2 minutes, Firebird a dit :

Bonjour,
Le GPT offre plus de possibilités, mais c'est un peu plus compliqué que le MBR, c'est vrai.
Tiens-nous au courant.

 

Pour le moment, je ne touche pas les limites du MBR, donc pas vital pour moi.

La complexité ne me dérange pas, mais il faut que tout soit prévu, et là à priori, c'est loin d'être le cas. Sur ce, je vais me pieuter... (avec un système les tripes à l'air).

[Firebird]

 

il y a 6 minutes, DPA a dit :

1- Peut-on restaurer la partition système sauvegardée depuis un système GPT/UEFI sur un disque MBR/BIOS ?

2-Peut on convertir un disque GPT en MBR sans perte de données ?

Merci.

1 - impossible car cela n'a pas de sens, ce sont deux systèmes différents.
2 - oui, par exemple avec EaseUS Partition Master
http://www.easeus.fr/partition-manager-tips/convertir-gpt-en-mbr.html
Je ne choisirais pas cette solution, car je trouve que revenir au MBR est une régression, mais je comprends et respecte bien sûr ton point de vue et ton ras le bol.

Bonne nuit Bernard.

[DPA]

à l’instant, Firebird a dit :

 

1 - impossible car cela n'a pas de sens, ce sont deux systèmes différents.
2 - oui, par exemple avec EaseUS Partition Master
http://www.easeus.fr/partition-manager-tips/convertir-gpt-en-mbr.html
Je ne choisirais pas cette solution, car je trouve que revenir au MBR est une régression, mais je comprends et respecte bien sûr ton point de vue et ton ras le bol.

Bonne nuit Bernard.

Sur le plan intellectuel, je suis tout à fait d'accord. Mais sur le plan pragmatique, je reverrai ma position lorsque tout ça sera homogène. J'ai restauré des dizaines de fois mon système, suite à des incidents (rarement de mon fait d'ailleurs), cela prend 30 à 40 minutes. Et là j'essaie de faire ça depuis 4 jours et je ne peux même pas booter le disque avec des codes erreur que seuls quelques gurus doivent connaitre. Non là c'est trop pour moi.

[Firebird]

Re Bernard,
Je te comprends très bien, l'informatique c'est fait pour résoudre 95% des cas simples.

Pour le reste, il faut trouver des solutions de contournement pratiques, pas monter des usines à gaz.
Donc ta position est logique.

[Pépette86]

@DPA

Je viens de tenter de résoudre ton problème, en lisant un peu plus de 300 pages de "specs" en tout genres (ACPICA, UEFI, TCG, etc), pour un résultat pas totalement négatif, mais dont la résolution humaine m'apparait improbable. Même sous des systèmes réputés sans faille comme OpenBSD, je n'ai pas trouvé de solution convenable et pour cause, le problème ne provient pas de l'OS. L'alternative la plus probante, même s'il faut que je lise un millier de pages supplémentaire, serait d'attaquer le BIOS directement en ASL (et c'est très maigre comme langage). Donc à moins de créer une nouvelle machine, ton problème n'a pas de solution rapide.

Cependant, je ne veux pas trop m'avancer, mais la possibilité de faire l'opération en réseau (2 machines distinctes) avec un middleware (lequel ??? bonne question), me semble possible, mais il faudra dans tous les cas modifier l'un des deux BIOS. Mais réaliser ton transfert (récupération), au sein de la même machine, est impossible automatiquement (pour l'instant), manuellement c'est envisageable mais ça demandera un certain temps.

L'option la plus rapide et la plus sûre : Tu peux soumettre directement à l'UEFI ton problème, peut-être on-t-ils une solution en réserve ?

PS: Si tu pouvais nous donner les données techniques des deux HD, ça pourrait aider. Même si le but de cette récupération m'apparaît dérisoire, cela devrait m'occuper l'esprit un bon moment.

[Pépette86]

il y a 19 minutes, Pépette86 a dit :

Je viens de tenter de résoudre ton problème

Oui, en ne lisant que 95% de l'information (dès fois, je me demande si ce n'est pas le cerveau qui bug). Alors non, en fait tu n'as aucun problème puisque ton disque MBR, tu le converti simplement en GPT. Puis tu effectues ton transfert simplement.

PS: Je crois bien que quelqu'un a déjà écris un truc dans le genre, en plus. Bon je vais me coucher !

[Firebird]

il y a 5 minutes, Pépette86 a dit :

Alors non, en fait tu n'as aucun problème puisque ton disque MBR, tu le converti simplement en GPT. Puis tu effectues ton transfert simplement.

PS: Je crois bien que quelqu'un a déjà écris un truc dans le genre, en plus. Bon je vais me coucher !

Justement, c'est le contraire.
Le problème est que l'opération de clonage en GPT est difficile selon Bernard.
D'où la conversion GPT > MBR envisagée.

[Pépette86]

Mais il fait sa conversion sur quel système, et avec quelle commande (ou logiciel si c'est un windows) ?

Je ne veux surtout pas savoir ce qui peut motiver une telle situation. Parce que convertir un GPT en MBR, c'est retourner à l'âge de bronze, enfin d'après ce que j'ai lu tout à l'heure. Il a des données pour wikileaks, dans ses HD, Bernard ?

[Firebird]

Hello Pépette86,

Tout est dans le sujet : il ne parvient pas à cloner son système en GPT, s'où son choix, qui me semble aussi une régression, comme je l'ai indiqué.
Mais il en a marre de galérer, ce que je comprends.
En revanche, le clonage fonctionne bien et je ne sais pas pourquoi il n'y parvient pas.

[DPA]

Bon, je vais ré-expliquer ce que je veux faire. 

Tout d'abord la config: c'est un Dell Latitude E6530 I5 avec 6gb de RAM et un HDD de 500gb.

Ces systèmes possèdent une baie supplémentaire dans laquelle on peut mettre divers périphériques. Dans mon cas, c'est un disque de 1to. J'utilise cette architecture, depuis plus de 15 ans et cela répond à mon usage.

J'ai un autre E6530 Windows 10 X32, BIOS dans la même configuration et un Latitude D830 BIOS aussi, avec strictement la même architecture.

Voilà comment je bâti mon système en général:

1. Je concocte mon système comme je l'entends pour mes besoins (ici une partition de 125 go),
2. Je sauvegarde ma partition système (j'utilise plusieurs backupers, mais pour cet usage, c'est avec Acronis)
3. Je restaure mon système sur mon second disque.
4. Je modifie le BCD sur mes deux disques pour pouvoir démarrer sur l'un ou l'autre disque. Je peux également démarrer via la possibilité des systèmes Dell à choisir son unité de démarrage.

CETTE ARCHITECTURE FONCTIONNE PARFAITEMENT. Elle m'a permit de me sortir de nombre de situations délicates en bootant sur le disque alternatif pour réparer un dysfonctionnement et ne me dites pas que c'est rare, ces systèmes sont d'une fragilité étonnante.

Pourquoi ça marche: parce que tous les programmes de restauration ont un fonctionnement global identique: (indépendamment de la manière dont est réalisée la sauvegarde de bas niveau ), Ils commencent par supprimer la partition de restauration, puis une fois la partition réécrite (ou avant ça dépend de la technique mise en œuvre), ils déclarent la partition active et le tour est joué.

En GPT ça ne marche pas du tout de la même et il me semble, mais je ne garanti pas, qu'il ne soit pas possible de faire la même chose. J'ai cherché partout comment "seter" une partition comme principale et active (ce qui aurait pour effet de MàJ la table des partitions et de donner à Windows les instructions de démarrage), mais je n'ai rien trouvé, alors est-ce possible ? Mystère. De plus il y a sur chaque disque (quelque part) une signature unique à chaque disque et quand j'ai cloné avec AOMEI pro (qui est loin d'être le plus mauvais), le clonage a fonctionné, mais derrière il y a une collision de signature qui force le disque offline.

Il me semble que les programmes de restauration ne soient pas encore capable de gérer cette situation car en MBR on met à jour la table des partitions, en GPT ils restaurent la table sauvegardée, mais quid des autres partitions. C'est comme ça que l'on se retrouve avec plusieurs partitions EFI et que l'on ne peut plus booter.

Mon dernier test: j'ai une sauvegarde de mon disque avec juste un systéme (soit trois partition). J'ai nettoyé le disque, initialisé (GPT) et restauré à partir de ma sauvegarde ==> boot impossible et Windows est incapable de réparer.

Voilà, c'est ma perception de la situation, si je me trompe (tout à fait possible) expliquez moi SVP.

On me dit "ça doit marcher", alors qui l'a fait avec succès et donc comment.

MERCI D'AVANCE.

PS : Au fait, je suis Daniel, pas Bernard, mais c'est pas grave. 

[DPA]

Bonsoir tout le monde,

Alors voilà où j’en suis :

1. Sur ma baie optionnelle  (disque système de secours 1To partition système 125Go) :
   1. Prise d’une image Acronis du disque système de 1To.
   2. J’ai transformé le disque GPT en MBR avec Easus. La conversion marche bien, mais les données sur le disque ne me semble pas fiable, je n'ai pas poussé la vérification car ces données n'avaient pas d'importance pour moi.
   3. Modification de UEFI en BIOS
   4. Redémarrage ==> ça ne fonctionne pas, mais je m’en doutais, comme je le disais plus haut, Easus ne semble pas préserver pas les données correctement, ou alors le MBR n'est pas bien initialisé pour la partition active.
   5. Restauration, avec la clé USB Acronis Standalone, du système, set partition principale et active.
   6. Reboot ==> et ça marche.
   7. Pour continuer et être certain de mon affaire :
   8. Restauration standalone de la sauvegarde prise en GPT de mon disque 500Go sur le disque 1To.
   9. Reboot ==> et ça marche.

 

Le temps total de manip a été d’environ 3h en comptant les bêtises qui font souvent perdre pas mal de temps et les pertes de temps dues au fait que j'ai du m'absenter plusieurs fois dans la journée.

1. Sur mon disque système principal (500Go partition système 125Go):
   1. Repassage en UEFI pour booter sur le disque principal de 500Go.
   2. Prise d’une sauvegarde Acronis du disque système.
   3. Changement d’UEFI en BIOS et reboot sur le système de secours (1To).
   4. Conversion disque principal GPT en MBR avec Easus.
   5. Reboot et redémarrage sur le système principal ( ça ne marche pas).
   6. Restauration standalone du système sauvegardé précédemment.
   7. Reboot ( ça marche. Et cette fois, même s’il a fallu restaurer le système, les autres partitions et les données ont bien été préservées. J’avais pris la précaution de les copier sur un autre disque, mais je n’ai pas eu besoin de les restaurer.

 

Opération démarrée à 21h36 et terminée à 23h00 y compris sauvegardes et restauration. Quand je pense que j’ai galéré 4 ou 5 jours (peut-être plus d’ailleurs) pour faire ça en GPT/UEFI et sans y réussir.

 

Une confirmation : une sauvegarde de partition prise en GPT est parfaitement utilisable en MBR (à condition que ce ne soit pas une image disque en dur, car là ça m'étonnerais un peu, enfin c'est à vérifier). Ça ne m’étonne pas, car MBR ou GPT cela ne touche que la table des partitions. La partition elle-même est toujours en NTFS et les données sont identiques.

 

Voilà, si je n’ai pas été clair (c’est possible, car moi, je suis au cœur du problème) n’hésitez pas à demander, j’apporterai les précisions nécessaires.Maintenant

 

Daniel.

Modifié le 6 septembre 2017 par DPA

[Firebird]

il y a une heure, DPA a dit :

Une confirmation : une sauvegarde de partition prise en GPT est parfaitement utilisable en MBR (à condition que ce ne soit pas une image disque en dur, car là ça m'étonnerais un peu, enfin c'est à vérifier). 

Bien sûr, une partition de données reste une partition de données.
Pour le reste, le clonage en GPT fonctionne parfaitement, je ne comprends pas les multiples blocages que tu as eus alors que tu sembles bien maîtriser ces opérations.

En GPT, pour sur le clonage fonctionne facilement avec un système opérationnel comme l'initial, tu ne peux pas te compter de la partition système, il faut cloner les quatre partitions Récupération, EFI, MSR, Windows.

Modifié le 6 septembre 2017 par Firebird

[Pépette86]

Il y a 2 heures, DPA a dit :

Voilà, si je n’ai pas été clair

Franchement... tu devrais écrire des tutoriaux pour le crabe info

Pardonne-moi d'être intervenue comme une sauvage dans ton Post, mais j'ai des nuits parfois "compliquées". Surtout dans un domaine que je ne maîtrise absolument pas, la micro-informatique (et pour cause), mais ton problème m'a permis de lire de bons ouvrages sur le sujet. Et la finalité de ta scabreuse expérience, tu l'as certainement compris également, il faut un système d'exploitation adapté au GPT et les outils pour l'exploiter au maximum de ses capacités (qui sont pour le moins immenses).

Quand je lis toutes les manips que tu as réalisé, les différents logiciels utilisés, les conversions de BIOS en UEFI et inversement, etc, tout ça pour faire un ghost et le récupérer, je me dis que c'est pas le bonhomme qui déconne (bien que très honnêtement, c'est ce que je pensais au départ). Je suis ravie de ne pas être confrontée à ce genre de problème, tout passerait par la fenêtre en moins de 30 minutes...

Pour conclure, chapeau pour ta patience et surtout ta détermination.

[Firebird]

Hello @Pépette86
Je suis d'accord avec toi sur les connaissances et le côté méticuleux de Bernard, qualités que j'ai mentionnées plus haut.
Cependant, pour le clonage en GPT, quelque chose l'a bloqué alors que cela aurait dû fonctionner simplement.

Modifié le 7 septembre 2017 par Firebird

[Pépette86]

il y a 12 minutes, Firebird a dit :

quelque chose l'a bloqué

Ce qu'il ressort de mes lectures sur le sujet (y compris dans WikiChose, on a donc les mêmes sources), se résume en une phrase simple : Sauf indication contraire, les OS considèrent en priorité les informations de GPT lorsqu'ils sont en présence d'un MBR hybride.

Toutes les documentations reprennent ce credo en chœur et dans toutes les langues. Donc, me dire que ça aurait dû fonctionner simplement, est loin d'être logique, surtout dans son cas et avec sa configuration. C'est même miraculeux qu'il n'ait pas fait un AVC.

Modifié le 7 septembre 2017 par Pépette86
faute : subjonctif présent

[Firebird]

Re,

Tu as raison, dan les systèmes hybrides, c'est la pagaille.
J'aime bien ton humour caustique, j'ai le même, mais je me retiens, car les choses sont tellement déformées sur le web, ptdr

[DPA]

Chère Patricia, 

Tu me dis ça:

Il y a 9 heures, Firebird a dit :

Bien sûr, une partition de données reste une partition de données.
Pour le reste, le clonage en GPT fonctionne parfaitement, je ne comprends pas les multiples blocages que tu as eus alors que tu sembles bien maîtriser ces opérations.

En GPT, pour sur le clonage fonctionne facilement avec un système opérationnel comme l'initial, tu ne peux pas te compter de la partition système, il faut cloner les quatre partitions Récupération, EFI, MSR, Windows.

Mais c'est toi même qui m'avait répondu:

Le 06/09/2017 à 01:18, Firebird a dit :

 

1 - impossible car cela n'a pas de sens, ce sont deux systèmes différents.
2 - oui, par exemple avec EaseUS Partition Master
http://www.easeus.fr/partition-manager-tips/convertir-gpt-en-mbr.html
Je ne choisirais pas cette solution, car je trouve que revenir au MBR est une régression, mais je comprends et respecte bien sûr ton point de vue et ton ras le bol.

Bonne nuit Bernard.

Je suis d'accord, comme je l'ai déjà écrit, sur le fait que ce soit une partition de données, le problème ce sont les programmes de backup/restore qui peuvent mémoriser des infos et interdire de faire l'opération, ou pourrir le disque restauré. C'est pourquoi j'ai utilisé la version standalone beaucoup plus frustre, ce qui m'a permis de restaurer sur un disque de géométrie différente. Bien sur, ceci ne marcherait pas si la sauvegarde était physique (image de piste par exemple).

Pour le clonage, en général ça ne marche pas sur des disques de capacités différentes, mais de 500Go à 1To avec AOMEI ça a marché physiquement. Le problème c'est qu'avec GPT chaque disque a une signature, par définition unique, et qu'il est impossible de les mettre en ligne sur la même machine. Est-ce que ça marcherait sur une autre machine ? je ne peux répondre, mais c'est possible.

Maintenant, moi j'ai essayé, si tu veux aller plus loin, le mieux est d'essayer et tu verras bien comment ça se passe.

Pour conclure, je dirais que je ne suis pas à la dernière mode mais que ça marche et que je plains ceux qui auront des problèmes de remise d'équerre d'un système GPT cassé. Ces progrès sont souvent théoriques, et tant que rien n'est cassé, c'est parfait mais quant ça va de travers, alors là...

Une autre question m'est venue, j'ai des configurations plutôt complexes pour un vulgus pecum, et je n'ai jamais ressenti de gêne avec les limitations imposées par le MBR. Je conçois parfaitement que des entreprises rencontrent des difficultés avec d'énormes bases de données, mais il me semble que la démarche doit être différente (RAID -1 de préférence, bases de données avec journaling, etc.). C'est vrai que demain, les volumes atteignables par les média vont obliger à reconsidérer l'approche que l'on a aujourd'hui, mais il faudra que les sytèmes aient eux aussi une approche plus pragmatique. Je ne crois pas que les gens qui ont concocté le GPT et compagnie aient pensé au outils obligatoire autour de tels systèmes. J'ai vécu exactement la même aventure chez IBM au démarrage de VSAM, et c(est bien pour ça qu'avant d'adopter une nouvelle techno, je commence par la casser et de  voir comment je peux la réparer.

 

[Firebird]

Je  ne vois pas de contradiction entre mes deux messages.
De toute façon tu as réglé le problème et ni toi ni moi n'avons envie d'y consacrer plus de temps.

J'ai une approche pragmatique de l'informatique et pas le temps d'approfondir des recherches pour un sujet résolu.
Pour ma part, je ne pratique pas le clonage.
J'ai fait une partie importante de ma carrière chez IBM, et c'est autre chose que Microsoft en termes de sérieux et de compétences.

Modifié le 7 septembre 2017 par Firebird

[DPA]

Je suis bien d'accord avec toi, même si parfois IBM trouvait des solutions qui ressemblaient à des marteaux pilons pour écraser des mouches, au moins ce qu'ils faisaient marchaient toujours et surtout il y avait le support. 

À l'époque, j'ai noué des partenariats très étroits avec les labs de Carry (pour un programme early users) sur SmallTalk et avec Santa Theresa (IMS DB2) et là il y a(vait) vraiment des équipes très pointues et sérieuses. 

Pour Microsoft, je ne porterais pas de jugement péremptoire, mais même s'il y a beaucoup de compétences individuelles, l'ensemble ne m'a jamais convaincu.

En tout cas je suis toujours intéressé par le GPT/UEFI si quelqu'un peut m'en expliquer un peu plus, je suis preneur. Tout ce que j'ai trouvé jusqu'ici nomment et décrivent en plus ou moins détaillé les composants, mais rien sur la cinématique de l'ensemble de ces composants.

Modifié le 7 septembre 2017 par DPA