[Résolu] cloner ancien HDD avec systéme vers SSD ?

k22bis · Le 01/11/2023, à 20:31

Bonsoir,

Ceci est probablement un marronnier.

Mon disque dur de 500 Go commençant à être un peu rempli et surtout faisant un peu de bruit, je me décide à le remplacer par un SSD 2To.
J'ai pas mal regardé dans les discussions sur les forum mais au moment de passer à l'action, pas mal de doute quand à l'outil le plus adapté à ma situation: DD, Gparted, clonezilla,Rescuezilla en bootant ou pas sur sur une live session...
Et comme je ne comprend pas trop la structure de mon disque dur composé de moult sous structure (logique? Physique?) comme le montre un fdsik ci dessous je me pose mille question :
Que représente ces structures, pourquoi ont-elles de sis petites tailles? Servent-elles toutes? Faut il re redimensionner certaines (et pourquoi ou pourquoi pas...
Et quid de cette partition de cette partition /dev/sda1 2048 1050623 1048576 512M Système EFI?
Elle est tout petite!

Bref, pas possible d'avancer pour le moment (bon, le ssd arrive demain ou après demain donc pour le moment pas de panique de mon coté, mais je pense qu'une envie irrépressible de passer à l'action va s'emparer de moi! dés que l'objet sera là)
Quelqu'un de rodé à ce genre de manip pourrait-il me donner quelques conseils pour cette migration ?
Bonne soirée.

k22bis@k22:~$ sudo fdisk -l
[sudo] Mot de passe de k22bis : 
Disque /dev/loop0 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 155,88 MiB, 163446784 octets, 319232 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 155,87 MiB, 163442688 octets, 319224 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 105,82 MiB, 110960640 octets, 216720 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 55,66 MiB, 58363904 octets, 113992 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 63,46 MiB, 66547712 octets, 129976 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 240,32 MiB, 251994112 octets, 492176 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 73,9 MiB, 77492224 octets, 151352 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs
Disk model: Hitachi HDS72105
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : B20C6E07-C6A5-43F7-8FCC-EB4FFF7743A5

Périphérique   Début       Fin  Secteurs Taille Type
/dev/sda1       2048   1050623   1048576   512M Système EFI
/dev/sda2    1050624 976771071 975720448 465,3G Système de fichiers Linux


Disque /dev/loop8 : 164,82 MiB, 172830720 octets, 337560 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop9 : 66,56 MiB, 69795840 octets, 136320 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop10 : 238,77 MiB, 250372096 octets, 489008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop11 : 218,39 MiB, 228999168 octets, 447264 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop12 : 349,7 MiB, 366682112 octets, 716176 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop13 : 496,98 MiB, 521121792 octets, 1017816 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop14 : 91,69 MiB, 96141312 octets, 187776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop15 : 12,32 MiB, 12922880 octets, 25240 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop16 : 1,54 MiB, 1617920 octets, 3160 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop17 : 24,59 MiB, 25784320 octets, 50360 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop18 : 126,13 MiB, 132259840 octets, 258320 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop19 : 166,89 MiB, 175001600 octets, 341800 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
k22bis@k22:~$

Dernière modification par k22bis (Le 06/12/2023, à 11:41)

Qid · Le 01/11/2023, à 20:57

En fait vu ce retour

Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs
Disk model: Hitachi HDS72105
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : B20C6E07-C6A5-43F7-8FCC-EB4FFF7743A5

Périphérique   Début       Fin  Secteurs Taille Type
/dev/sda1       2048   1050623   1048576   512M Système EFI
/dev/sda2    1050624 976771071 975720448 465,3G Système de fichiers Linux

On parle d'une installation sur un ordi efi tout ce qu'il y a de plus classique et basique... Et oui évidemment la partition sda1 est on ne peut plus importante car c'est elle qui sert à démarrer le système...

Maintenant pour ce qui est de la copie pure et simple en fait tout dépend des facilités qu'on a à utiliser chacun des outils qui savent faire ce que tu veux... Perso je suis soit un adepte de dd (mais c'est de la ligne de commande qui ne laisse aucune place à un risque d'erreur) soit de rescuezilla (une application graphique bien explicite lancée à partir d'un live)... De toutes façons ce qui est sûr c'est que la manip de déplacement doit se faire à partir d'une session live et demandera un agrandissement manuel par la suite de la partition principale...

geole · Le 01/11/2023, à 21:41

Bonsoir.
En live USB
Solution 1
Faire une commande dd en disant que la taille du secteur a copier est de 1Mo
Elle copiera 500 go s'ils sont tous lisibles.
Solution 2
Utiliser DDRescue pour copier 500 Go sauf ce qui est illisible.
Solution 3.
Utiliser gparted.
Faire une table de partition GPT en utilisant l'onglet périphériques.
Faire un copier/coller de la partition 1. Puis faire la même chose avec la partition 2.
ces actions vont d'abord vérifier que les partitions sont logiquement en bon état puis copier uniquement ce qui est utilisé..
C'est donc le meilleur choix.
Solution 4
Utiliser d'autres outils tel que clonezilla qui feront à peu près la même chose que la solution 3 en passant par un support intermédiaire. Je crains que rescuezilla soit dans cette catégorie.

Ajout.
Ton disque n'a que deux partitions.
Tout ce que tu vois en LOOP est de la poudre de perlinpinpin. Les nouvelles versions ubuntu ne les affichent plus sauf demande express de l'utilisateur.

Dernière modification par geole (Le 01/11/2023, à 21:51)

bluc · Le 01/11/2023, à 21:43

Bonjour

d'accord avec Qid la commande dd fera tres bien l'affaire

sudo dd if=/dev/sda of=/dev/sdb bs=8M  conv=notrunc status=progress && sync

Et ensuite agrandissement de la partition ou création d'une partition montée avec des liens pour y loger des données

Qid · Le 01/11/2023, à 22:08

Une question n'a pas été abordée alors qu'elle peut avoir son importance : est-ce que le disque initial est voué à rester et pour quelle utilisation (car laisser des clones connecté ensemble peut poser des soucis)... De plus il y avait aussi un élément qui peut faire éliminer certains outils dans leur façon de faire le clone : est-ce que les 2 peuvent être connecté en interne en simultané ?

k22bis · Le 01/11/2023, à 22:17

Tout d'abord merci pour toutes ces réponses aussi claires que rapides!

Qid a écrit :

Une question n'a pas été abordée alors qu'elle peut avoir son importance : est-ce que le disque initial est voué à rester et pour quelle utilisation (car laisser des clones connecté ensemble peut poser des soucis)... De plus il y avait aussi un élément qui peut faire éliminer certains outils dans leur façon de faire le clone : est-ce que les 2 peuvent être connecté en interne en simultané ?

Je ne songeais pas laisser le vieux DD en place. Tu le garderais ? et si oui pour quelle utilisation ?

Qid · Le 01/11/2023, à 22:33

k22bis a écrit :

Je ne songeais pas laisser le vieux DD en place. Tu le garderais ? et si oui pour quelle utilisation ?

Non non pas forcément... Ça c'est à toi de voir et de juger... Je faisais juste remarquer qu'après le clonage il est hors de question de redémarrer de suite avec les 2 disques dur encore en place car les 2 vont être reconnu de façon identique pour le système donc il va être perdu...

k22bis · Le 01/11/2023, à 23:37

Deux questions subsidiaires :

Qid a écrit :

la manip de déplacement doit se faire à partir d'une session live

N'importe quelle session live peut faire l'affaire, dd existe depuis longtemps j'imagine? (j'en ai une datant de la 14.04lts par exemple, suffira-t-elle?

Qid a écrit :

la manip {...] demandera un agrandissement manuel par la suite de la partition principale...

Me conseilles tu un utilitaires pour retailler la partition, et d'ailleurs est-il judicieux d'avoir sur mon nouveau disque une partition de 512MoEFi et une autre de 2To-512Mo ou alors de partitionner les 2To-512Mo restant en je ne sais pas 1 To et 1To-512Mo sachant que ce qui prend de la place sur mon disque : des montages audios et quelques montages vidéos.

geole · Le 02/11/2023, à 00:34

La commande dd est très ancienne. Mais je doute qu'elle possède l'option progress en 14.04.
Mon avis: Avant de faire ta manipulation, fabrique une clé USB avec la version 22.04.
De préférence avec ventoy et utilise-la.
https://www.ubuntu-fr.org/download/
https://doc.ubuntu-fr.org/ventoy

Pour l'aggrandissement, tu auras le temps de décider ultérieurement.
Soit d'aggrandir la partition logicielle.
Soit de la rétrécir et d'ajouter une partition de données.

Dernière modification par geole (Le 02/11/2023, à 00:42)

GR 34 · Le 02/11/2023, à 06:45

Attention : ne pas laisser branchés les deux disques une fois le clonage réalisé car il est fort à parier qu’ils auront le même UUID ce qui bloquera leur mount.

Qid · Le 02/11/2023, à 07:32

GR 34 a écrit :

Attention : ne pas laisser branchés les deux disques une fois le clonage réalisé car il est fort à parier qu’ils auront le même UUID ce qui bloquera leur mount.

Déjà dit

Sinon k22bis même si geole a en parti répondu : en effet même si ça fonctionnerait une 14.04 ne devrait plus être en circulation à part pour un musée... Quant-à l'agrandissement après déplacement là par contre c'est sans aucun doute gparted que je te conseille pour sa facilité d'utilisation... Quant-à savoir comment partitionner et pourquoi on va revenir aux fondamentaux de base du coup :
- soit tu te fou de tes données car ton ordi n'est pas ton stockage principal et dans ce cas il n'y a pas de raison à se prendre la tête et donc tu peux laisser une seule partition système en plus de l'efi obligatoire
- soit tu sécurise tes données au moins en les isolant du système qui lui en soit n'a pas vraiment besoin de plus de 50go pour fonctionner...

serged · Le 02/11/2023, à 07:48

Tu télécharges et tu crées un LiveUSB Clonezilla, tu démarres dessus et là, il te guide pour copier ton disques...
J'ai déjà fait la manip pour cloner un DD de 4 To sur un SSD de 4To.

Qid · Le 02/11/2023, à 07:52

serged a écrit :

Tu télécharges et tu crées un LiveUSB Clonezilla, tu démarres dessus et là, il te guide pour copier ton disques...

Bof... Clonezilla n'apporte à mon avis pas d'éléments suffisamment intéressant pour justifier de le préférer à dd dans le cas présent... En plus il a justement déjà fait son choix d'outils t'arrive après la bataille...

GR 34 · Le 02/11/2023, à 09:53

De mon expérience personnelle, je dirais que Clonezilla est plus rapide que dd : en effet le premier est plus rapide dans la mesure où il ne reprend pas tout le clonage mais seulement les choses qui ont changé, évidemment dans la mesure où l'on fait des mises à jour de son clone. J'ai donc quitté dd pour Clonezilla. Chacun fera comme il le sent !

geole · Le 02/11/2023, à 10:40

Bonjour.
Tu semble dire qu'il faut d'abord déjà avoir préventivement fait un clonezilla pour que le second soit plus rapide. Cela me rapelle les sauvegardes s'appuyant sur la commande RSYNC. Dans ce cas, il n'y a pas que clonezilla.

Dernière modification par geole (Le 02/11/2023, à 10:42)

GR 34 · Le 02/11/2023, à 11:01

Re,
Oui effectivement comme je l'ai précisé si on a une mise à jour du clone à faire. Ça me semblait intéressant de le préciser. J'ai longtemps utilisé dd et donc subi la lenteur du clonage. Malgré tout j'aime bien dd pour sa puissance et ses capacités.

Dernière modification par GR 34 (Le 02/11/2023, à 11:04)

fred-cavernedufond · Le 02/11/2023, à 11:42

Bonjour,
Je pense à un truc à la lecture de la question : cloner un HDD vers un SSD, signifie généralement une part de fragmentation des données - surtout s'il y a du Windows quelque part - puisque ces deux types de disques ne fonctionnent pas du tout de la meme manière. J'ai déjà fait la manip' et remarqué que le clone avait du mal à s'y retrouver...logique, le SSD ne s'organise pas pareil au niveau de la FAT Penser également à revoir certains paramètres de ta machine comme désactiver les options de "défragmentation automatique" s'il y en a : les SSD n'aiment pas ça du tout.

Il existe plusieurs techniques de clonage : via "Clonezilla" sous cité en référence mais pas forcement le meilleur ; avec Gpart en manipulant les partitions (cf mon dernier post) etc. Les méthodes graphiques (Gpart) me paraissent plus intuitives que la ligne de commande pour un novice puisqu'on voit les partitions.

Les erreurs sur ce genre de manip' ne pardonnent pas : perte totale des données voire gros dégâts. Il faut avant tout bien comprendre la théorie du partitionnement et la technologie des deux types de disque.
Ensuite, ne jamais travailler sur ton disque original. Toujours sur une copie ou avec des disques-tests pour te faire la main. Une fois au point, tu te lances "pour de vrai" avec la copie ou l'original. Tu auras compris que l'idée est de toujours garder un original tant que ta manipulation n'est pas 100% réussit (et meme après

Fred

Qid · Le 02/11/2023, à 11:45

GR 34 a écrit :

Oui effectivement comme je l'ai précisé si on a une mise à jour du clone à faire. Ça me semblait intéressant de le préciser.

Oui enfin ce n'est pas l'idée de la demande actuelle donc bon pas de raison d'aborder ce point là...

krodelabestiole · Le 02/11/2023, à 14:34

serged a écrit :

Tu télécharges et tu crées un LiveUSB Clonezilla, tu démarres dessus et là, il te guide pour copier ton disques...

pareil, c'est ce que je conseillerais généralement dans ce cas, en particulier pour quelqu'un qui n'a pas l'habitude de la ligne de commande (mais ça n'a pas l'air d'être le cas ici).
donc pour la postérité il y a une doc là : https://doc.ubuntu-fr.org/clonezilla#co … _de_disque

Dernière modification par krodelabestiole (Le 02/11/2023, à 14:38)

Qid · Le 02/11/2023, à 14:43

krodelabestiole a écrit :

serged a écrit :
Tu télécharges et tu crées un LiveUSB Clonezilla, tu démarres dessus et là, il te guide pour copier ton disques...
pareil, c'est ce que je conseillerais généralement dans ce cas, en particulier pour quelqu'un qui n'a pas l'habitude de la ligne de commande

Oui enfin je le redis ici et comme à chaque fois qu'il est question de clonezilla : Je n'ai rien contre lui mais niveau utilitaire graphique tu peux quand-même mieux faire genre utiliser rescuezilla... Ce dernier qui est justement un interface graphique du premier est quand-même bien plus facile et clair que clonezilla

krodelabestiole · Le 02/11/2023, à 15:14

effectivement ! en plus il est basé sur ubuntu : https://github.com/rescuezilla/rescuezilla

dommage qu'on en parle absolument nulle part dans la doc

Phil17 · Le 02/11/2023, à 15:34

Il est possible que le fabricant du disque SSD qui remplacera l'ancien disque propose une solution de clonage ou copie intégrale de l'OS.
Samsung le fait, ça fonctionne bien.
Je cite Samsung puisque c'est l'un des plus importants sur le marché.
Edit : Après renseignements sur le site Samsung, il s'avère que celui-ci ne gère que Windows xx...
Mea culpa !

Dernière modification par Phil17 (Le 04/11/2023, à 10:43)

geole · Le 03/11/2023, à 21:43

Bonsoir.
Voici le retour d'un test dans un contexte EFI.
Ni clonezilla, ni rescueszilla ne savent cloner un disque.
Tous les deux proposent de cloner les partitions du disque.
Tous les deux s'appuient sur partclone.
Exactement comme gparted qui lui permet en plus de changer la taille des partitions de réception.
Dans ce contexte, où il n'y a que deux partitions à dupliquer, je pense cela ne vaut pas le coup de les proposer pour automatiser les duplications des partitions. Il faut les télécharger alors que gparted est déja présent tout comme la commande dd.
Dans un contexte où il y en aurait 128, mon avis serait différant.
Dans un contexte où windows serait présent, la version 22.04 de rescuezilla se plante lamentablement en lançant un ntfsfix pour la partition MSR.
Dommages car l'ergonomie de fonctionnent est NETTEMENT plus facile à comprendre que celle de clonezilla qui lui a su traiter en utilisant la commande "dd"

Un avis. Lorsque le disque émetteur est remplacé par un disque récepteur de plus grande taille, il est probable que le disque émetteur soit bien rempli.

Actuellement clonezilla tourne, J'espére qu'il dira le temps qu'il a pris afin de comparer avec la commande dd.
ajout: Après analyse, la partition spéciale windows (SDA3) est quand même bizarre.

sudo parted /dev/sda unit MiB print free
Modèle : ATA SanDisk SDSSDA12 (scsi)
Disque /dev/sda : 114473MiB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début      Fin        Taille    Système de fichiers  Nom                   Drapeaux
        0,02MiB    1,00MiB    0,98MiB   Espace libre
 1      1,00MiB    101MiB     100MiB    fat32                EFI System Partition  démarrage, esp
 2      101MiB     201MiB     100MiB    fat32                EFI System Partition  msftdata
 3      201MiB     217MiB     16,0MiB   ntfs                                       msftres
 4      217MiB     37765MiB   37548MiB  ntfs                 Basic data partition  msftdata
 5      37765MiB   76387MiB   38622MiB  ntfs                 Basic data partition  msftdata
 6      76387MiB   114473MiB  38086MiB  ext4
        114473MiB  114473MiB  0,44MiB   Espace libre

clonezilla a fini son travail. J'ai été incapable de trouver le temps global qu'il a mis. Je vais devoir recommencer en ayant une montre.

Dernière modification par geole (Le 04/11/2023, à 01:10)

GR 34 · Le 04/11/2023, à 06:29

Qid a écrit :

GR 34 a écrit :
Oui effectivement comme je l'ai précisé si on a une mise à jour du clone à faire. Ça me semblait intéressant de le préciser.
Oui enfin ce n'est pas l'idée de la demande actuelle donc bon pas de raison d'aborder ce point là...

Bah... Ça dépend, imagine qu’il fasse son clonage et qu’il ne change pas tout de suite son disque, sur l'ancien il fait quelque modif et il se dit qu’il doit faire un nouveau clone, il sera content que ça se réalise plus vite que la dernière fois en ayant choisi Clonezilla plutôt que dd.

Dernière modification par GR 34 (Le 04/11/2023, à 06:33)

PPdM · Le 04/11/2023, à 08:35

Juste une précaution dans les cas de partions Windows, toujours lancer un contrôle et une défragmentation en plusieurs passes, Windows a une façon désastreuses de gérer les datas.

Le mieux pour Windows est d'utiliser defraggler, beaucoup plus rapide et efficace que l'outil intégré.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/11/2023, à 20:31

[Résolu] cloner ancien HDD avec systéme vers SSD ?

#2 Le 01/11/2023, à 20:57

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#3 Le 01/11/2023, à 21:41

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#4 Le 01/11/2023, à 21:43

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#5 Le 01/11/2023, à 22:08

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#6 Le 01/11/2023, à 22:17

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#7 Le 01/11/2023, à 22:33

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#8 Le 01/11/2023, à 23:37

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#9 Le 02/11/2023, à 00:34

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#10 Le 02/11/2023, à 06:45

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#11 Le 02/11/2023, à 07:32

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#12 Le 02/11/2023, à 07:48

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#13 Le 02/11/2023, à 07:52

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#14 Le 02/11/2023, à 09:53

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#15 Le 02/11/2023, à 10:40

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#16 Le 02/11/2023, à 11:01

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#17 Le 02/11/2023, à 11:42

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#18 Le 02/11/2023, à 11:45

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#19 Le 02/11/2023, à 14:34

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#20 Le 02/11/2023, à 14:43

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#21 Le 02/11/2023, à 15:14

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#22 Le 02/11/2023, à 15:34

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#23 Le 03/11/2023, à 21:43

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#24 Le 04/11/2023, à 06:29

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#25 Le 04/11/2023, à 08:35

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

Pied de page des forums