Copie de disque de 1TO vers un disque de 2 TO

kel1 · Le 31/05/2011, à 16:05

Bonjour,
J'utilise avec bonheur ubuntu (10/10)
mais ma question concernera mon nas.
comme il est sous linux, je vais bien trouver la réponse ici!

J'ai un nas synology 210J
2 disques :
un qui fait tourner le syno de 1 TO
un non encore formaté de 2 TO

Je souhaite dupliquer le 1TO vers le 2 TO en remplacement.

Comme je n'ai pas trouvé d'outils dédié sur le syno, je pensais utiliser la commande DD
mais il parait que en copiant de 1 TO vers 2 TO, je perd le delta (soit un TO)

-est ce vrai ?
-sinon quelle solution?
- et au pire si je faisais 2 partitions sur le nouveau disque?
J'attends vos avis avant de me lancer...

Brunod · Le 31/05/2011, à 16:16

Salut,
Je l'ai fait pour un WD. Copie avec clonezilla vers une image, ensuite de l'image vers le second hd puis agrandissement de la partition data.
Il tourne toujours.

Hoper · Le 31/05/2011, à 16:16

-est ce vrai ?

Oui. Ce n'est pas que tu "perd" 1 To, c'est juste que tu copie une boite et son contenu... or la boite que tu copie ne fait qu'1 To. La boite copiée ne fera elle aussi qu'1 To. Il faudrait une seconde opération pour étendre la boite ensuite.

Avant que tu fasse quoi que ce soit, tu dois bien vérifier que ton NAS utilise vraiment linux (et pas freebsd ou autre) et comment il gère les disques exactement.

Bref, tu devrai commencer par brancher ton disque de 1 To dans une machine linux, et copier le résultat de la commande :

sudo fdisk -l

Il faut être sur de la méthode de partitionnement utilisé (si il y a partitionnement d'ailleurs), si mdadm est utilisé ou pas etc. Si ca se trouve, ton NAS utilise une carte raid X ou Y, et à créer un JBOD ou un truc dans le style... Bref, tu ne pourra pas forcément faire ce que tu veux faire.

kel1 · Le 31/05/2011, à 17:05

Merci de vos réponses.

@Brunod : en sortant donc le disque du nas ?

@Hoper
Voila le résultat demandé:
qu'en déduire??
Je me connect de mon ubuntu par ssh sur le nas :
puis:
fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 588 121601 972036912 f Win95 Ext'd (LBA)
/dev/sda5 589 121601 972028864 fd Linux raid autodetect

Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sdb doesn't contain a valid partition table

Au passage: je ne comprends pas ces partitions sda3 et sda5 (presque le meme debut et meme fin )
je pensais qu'il ne fallait pas de juxtaposition...

Hoper · Le 31/05/2011, à 19:27

Exactement comme je le craignais...
Le bonne nouvelle c'est qu'en effet, c'est bien du linux.
La mauvaise c'est qu'il gère ça "à sa sauce".

Alors que tu n'a qu'un seul disque dur et que tu vois un seul espace de 1 To, en regardant sous le capot on voir 3 espaces utilisant du raid logiciel...

Bref, a ta place, je jouerai pas avec les disques. Tu veux tout copier sur le 2 To et ce n'est pas prévu dans les outils fournis dans le boitier ? Alors tu dois mettre un disque d'au moins 1To sur ton pc (pas dans le NAS !), copier toutes les données du NAS vers ton PC, supprimer le disque de 1To du NAS, créer un espace sur le disque de 2 To, puis renvoyer toutes les données.

C'est l'inconvénient des solutions "propriétaires". AA moins que tu ne puisse trouver de la doc très précise et "bas niveau" sur le fonctionnement des NAS que tu utilise et bein... Si il y a pas la fonction, il y a pas. Alors qu'un bon serveur NAS qu'on monte soi meme, on sait comment sont organiser les données (Et on ne met pas en place de raid logiciels si il n'y a qu'un seul disque dur, on ne partitions pas son disque pour ne faire qu'un seul espace etc).

Juste pour rire, que donne la commande "vgdisplay" sur ton NAS ?

kel1 · Le 31/05/2011, à 19:42

Hoper a écrit :

Juste pour rire, que donne la commande "vgdisplay" sur ton NAS ?

Bien que j'ai moyennement envie de rire
vgdisplay
--- Volume group ---
VG Name vg1
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 2
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 1
Act PV 1
VG Size 927.00 GB
PE Size 4.00 MB
Total PE 237311
Alloc PE / Size 237311 / 927.00 GB
Free PE / Size 0 / 0
VG UUID KtpwpZ-JYsk-Rl13-YXFv-EJL3-lqRJ-qDTwsJ

J'en reviens a ce que je disais au départ :
et si je faisait 2 partition de 1TO et un DD sur l'une d'elle ?
au moins le DD semble marcher (j'ai deja experimenté sur un autre disque de 1TO)
(sauf qu'apres j'ai des soucis du me semble t il au fait qu'il y ai des doublons au niveau su syno. donc en retirant le 1TO cela devrait(?) marcher
c'est ce que tu me déconseillais ?
sinon je vais quand meme rechercher du coté du syno s'il n'y aurait pas des outils.
(mais le forum est beaucoup moins actif ! et pour le moment je n'ai pas trouvé. )

Brunod · Le 31/05/2011, à 19:45

Oui, en sortant le hd, qui au passage est aussi avec du raid et plusieurs partitions qui lui sont propres. L'intérêt de clonezilla est de recopier le tout sans état d'âme.
Mais ma partie data n'étant pas reprise dans le raid système, j'ai pu après l'agrandir facilement.

Hoper · Le 31/05/2011, à 23:18

@Brunod : Arrete, tu ne comprend pas de quoi tu parle depuis le début. Enfin, plutôt si, tu comprend de quoi TOI tu parle. Tu as agrandi un fs après un clone et un resize2fs. C'est très bien. Mais on est pas du tout dans ce cas de figure la. Tu ne vois pas le résultat de son fdisk ? Tu compte faire quoi après la copie ? Utiliser resize2fs sur un volume mdadm !?

@kel1 : Intéressant... Au dessu des raid, ton NAS utilise LVM. A moins que ca ne soit "en dessous", mais je pense pas. Pour en avoir le coeur net, que donne les commandes :

pvs
lvs
cat /proc/mdstat

Si le NAS fonctionne comme je le pense.. Alors il y a peut etre moyen de bricoler quelque chose... (Mais encore une fois je ne fais que jouer aux devinettes la...) . Par contre, tu dois bien comprendre que même si on arrive à faire ce que tu veux faire, transférer les données du 1To vers le 2 To ET que le NAS arrive à voir les données, il ne faudra plus jamais toucher à ce disque. Je veux dire par la qu'il ne faudra plus demander au NAS de faire quoi que ce soit sur ce disque de 2TO (créer de nouveaux volumes ou ce genre de choses), parce qu'a tous les coups il essayera de faire quelque chose qui sera "incompatible" avec ce que nous on à fait à sa place... Tu comprend ce que je veux dire ?

Dernière modification par Hoper (Le 31/05/2011, à 23:27)

Chuck Maurice · Le 31/05/2011, à 23:36

Questions peut-être bêtes, (j'ai un ds209J)

As-tu la dernière version du DSM (la 3.1)?
Je sais qu'à l'origine du ds209j, la capacité du NAS était de 2x1 To. Avec cette dernière version du DSM, elle est montée à 2x2 To. J'ignore ce qu'il en est pour le 210.

Comme tu as deux baies (c'est un ds2xx), pourquoi ne pas tenter d'effectuer le transfert en direct à l'intérieur du NAS via le panneau de commande en te connectant en tant qu'administrateur avec firefox par exemple ? (après formatage du 2To par le NAS, il me semble qu'il est possible de le faire - jamais tenté mais c'est pour bientôt)

En descendant sur la page du lien donné, il y a un outil "data replicator 3", " To back up PC files to DiskStation ".
As-tu testé de ce côté ?

Dernière modification par Chuck Maurice (Le 31/05/2011, à 23:43)

kel1 · Le 01/06/2011, à 22:21

@Hoper
Non je ne comprends pas tout.. voila les résultats des commandes:

cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid1 sda5[0]
972028732 blocks super 1.1 [1/1] !U!

md1 : active raid1 sda2[0]
2097088 blocks [2/1] !U_!

md0 : active raid1 sda1[0]
2490176 blocks [2/1] !U_!

unused devices: <none>

(j'ai remplacé le [ par ! pour encadré le U car j'avais un message d'erreur dans le post!)

@Chuck Maurice
Oui j'ai DSM 3.1
effectivement j'ai les 2 disques dedans !
et effectivement c'est ce que je cherche a faire: copier l'un sur l'autre A PARTIR du nas.
SI tu sais faire avec DSM ce serait le plus simple... mais je n'ai pas vu... mal cherché?
c'est peut etre tout bete de ce coté.
.. sinon j'attends les idées de Hoper qui me semble bien calé!!

Hoper · Le 02/06/2011, à 01:35

Il me manque le résultat des deux premières commande :

pvs
lvs

kel1 · Le 02/06/2011, à 10:35

Oups... fausse manip...
pvs
PV VG Fmt Attr PSize PFree
/dev/md2 vg1 lvm2 a- 927.00G 0

lvs
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
lv vg1 -wi-ao 927.00G

Hoper · Le 02/06/2011, à 12:52

Aie.... ca se complique...

Si je résume, voila ce que tout cela raconte :
Ton NAS a crée trois partitions sur ton disque de 1 To.
La dernière, la plus grosse, contient les données. (en utilisant LVM comme couche intermédiaire, mais avec une configuration très basique).

Le soucis c'est de savoir a quoi serve les deux premières, toute petites qu'il a fait juste avant. Il les utilise probablement pour ses propres besoins (stockage de la configuration des disques, des paramétrages etc).

Sachant que ces partitions sont gérés comme des raid1 dégradés (probablement pour pouvoir facilement faire un vrai raid1 si l'utilisateur décide d'ajouter un second disque par la suite).

LE plus simple, et de très loin, serait effectivement que tu puisse faire ce que tu veux (copier les données...) directement via l'interface du NAS. Si vraiment ce n'est pas possible, alors il faudra :

Créer les mêmes partitions sur le disque de 2TO (les deux premières à l'identique, et la dernière plus grande).. Ajouter ces trois partitions dans les 3 raid1. Cela copiera automatiquement les données etc.

Sortir (mettre en failed) le disque de 1To. A ce stade, tout devrait fonctionner avec le disque de 2To exactement comme avec le disque de 1To (tu ne verra alors toujours qu'un seul Tp). Ensuite, il faudra utiliser les possibilité d'agrandissement de mdmad (mdadm --grow) pour augmenter la taille de raid "data". Ensuite, indiquer à LVM que la taille de son disque physique à été modifié (commande pvresize). Enfin, il faudra étendre le système de fichier. Pour ça, il faudra déjà déterminer quel est le type de FS utilisé sur le NAS.

Que donne la commande : "mount" ?

Je peux t'aider à faire toutes ces étapes. Mais vérifie bien d'abord que ton interface d'administration ne te permet pas de faire tout ceci de façon beaucoup plus simple.

kel1 · Le 02/06/2011, à 15:58

Merci beaucoup Hoper
mount
/dev/root on / type ext3 (rw,relatime,errors=continue,data=ordered)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/vg1/lv on /volume1 type ext3 (usrquota,grpquota)
/volume1/@donnees@ on /volume1/donnees type ecryptfs (rw,ecryptfs_sig=c2a6240f7a22ed00,ecryptfs_fnek_sig=c2a6240f7a22ed00,ecryptfs_cipher=aes,ecryptfs_key_bytes=32)
/volume1/@rep2@ on /volume1/rep2 type ecryptfs (rw,ecryptfs_sig=c2a6240f7a22ed00,ecryptfs_fnek_sig=c2a6240f7a22ed00,ecryptfs_cipher=aes,ecryptfs_key_bytes=32)
configfs on /sys/kernel/config type configfs (0)

Je n'ai pas urgence à changer le disque.
Aussi, comme tu le suggere, je vais regarder de plus pres s'il n'y a pas un outil dédié.
mais sur le forum syno, d'autres semblent dans la même situation...
Ca me semble incroyable...
dommage car l'interface du syno est par ailleurs tres bien faite.
Donc je garde en mémoire ta soluce et je reviendrai si je bloque OU si j'ai réussi...

Hoper · Le 02/06/2011, à 16:12

/dev/vg1/lv on /volume1 type ext3 (usrquota,grpquota)
/volume1/@donnees@ on /volume1/donnees type ecryptfs (rw,ecryptfs_sig=c2a6240f7a22ed00,ecryptfs_fnek_sig=c2a6240f7a22ed00,ecryptfs_cipher=aes,ecryptfs_key_bytes=32)
/volume1/@rep2@ on /volume1/rep2 type ecryptfs (rw,ecryptfs_sig=c2a6240f7a22ed00,ecryptfs_fnek_sig=c2a6240f7a22ed00,ecryptfs_cipher=aes,ecryptfs_key_bytes=32)

Donc pour les données, c'est de l'ext3, pas de soucis. Mais alors les deux lignes suivantes... Pas la moindre idée de ce que ca peut etre. On peut simplement supposer que ca correspond aux deux autres raids, et que visiblement les données qui sont dessus sont chiffrées... Ca n'empêcherait pas ma manipulation de fonctionner en théorie, mais... Enfin bon, tu comprend bien que la on joue avec un truc qu'on ne maitrise absolument pas.

Meme si ce n'est pas possible avec l'interface du NAS, on pourrait toujours t'en sortir en passant par un troisième disque (emprunte un disque externe ?) qui serait branché sur ton pc... Tu copie tout dessu, et tu renvoi tout vers le NAS.

Dernière modification par Hoper (Le 02/06/2011, à 16:14)

kel1 · Le 02/06/2011, à 17:40

Merci Hoper,
je vais continuer à chercher.
mais vu que c'est pas simple et pas urgent, je ferai ça a tete reposée quand j'aurai pas mal de temps devant moi...

Brunod · Le 02/06/2011, à 20:46

Hoper a écrit :

@Brunod : Arrete, tu ne comprend pas de quoi tu parle depuis le début. Enfin, plutôt si, tu comprend de quoi TOI tu parle. Tu as agrandi un fs après un clone et un resize2fs. C'est très bien. Mais on est pas du tout dans ce cas de figure la. Tu ne vois pas le résultat de son fdisk ? Tu compte faire quoi après la copie ? Utiliser resize2fs sur un volume mdadm !?
...

Tu en viens à l'idée d'utiliser le raid en mode dégradé. Pour info, voici le résultat de mes fdisk et mdadm --detail /dev/md qui sont ... en mode raid dégradé :
fdisk -l

Disk /dev/sda: 750.1 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 4 369 2939895 fd Linux raid autodetect
/dev/sda2 370 382 104422+ fd Linux raid autodetect
/dev/sda3 383 505 987997+ fd Linux raid autodetect
/dev/sda4 506 91201 728515620 fd Linux raid autodetect
[root@WDMWB BRUNO]# mdadm --detail /dev/md1
/dev/md1:
Version : 00.90.03
Creation Time : Mon May 12 21:16:00 2008
Raid Level : raid1
Array Size : 2939776 (2.80 GiB 3.01 GB)
Device Size : 2939776 (2.80 GiB 3.01 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 1
Persistence : Superblock is persistent

Update Time : Thu Jun 2 20:26:22 2011
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 61dfb6fd:3f88ea9e:77e6fe07:559e71d5
Events : 0.2292877

Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 0 0 1 removed
[root@WDMWB BRUNO]# mdadm --detail /dev/md2
/dev/md2:
Version : 00.90.03
Creation Time : Mon May 12 21:16:04 2008
Raid Level : raid1
Array Size : 104320 (101.89 MiB 106.82 MB)
Device Size : 104320 (101.89 MiB 106.82 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 2
Persistence : Superblock is persistent

Update Time : Thu Jun 2 20:28:40 2011
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : ae51be67:4dbb9895:ba442e3a:87c2d109
Events : 0.215534

Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 0 0 1 removed
[root@WDMWB BRUNO]# mdadm --detail /dev/md3
/dev/md3:
Version : 00.90.03
Creation Time : Mon May 12 21:16:04 2008
Raid Level : raid1
Array Size : 987904 (964.91 MiB 1011.61 MB)
Device Size : 987904 (964.91 MiB 1011.61 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 3
Persistence : Superblock is persistent

Update Time : Thu Jun 2 20:29:22 2011
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 2d1d77b9:8d196a46:5bb5b325:4143017d
Events : 0.124597

Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 0 0 1 removed

C'est logique car même si c'est du raid, je n'ai qu'un seul disque.
Allez, a+
Ah, au fait, la capacité est donc maintenant de 750 Go alors que le modèle initial contenait un hd de 500Go qui a rendu l'âme.

Dernière modification par Brunod (Le 02/06/2011, à 20:53)

Brunod · Le 02/06/2011, à 21:07

Hoper a écrit :

Bref, a ta place, je jouerai pas avec les disques. Tu veux tout copier sur le 2 To et ce n'est pas prévu dans les outils fournis dans le boitier ? Alors tu dois mettre un disque d'au moins 1To sur ton pc (pas dans le NAS !), copier toutes les données du NAS vers ton PC, supprimer le disque de 1To du NAS, créer un espace sur le disque de 2 To, puis renvoyer toutes les données.
...

Tu ne peux pas copier simplement : ce sont les zones système avec le boot etc. Il faut créer une image exacte de chacune de ces partitions qui devront rester inchangées après transfert et restauration vers le 2 To.
Seule la partition data peut être modifiée et ça tombe bien : c'est la dernière.

Hoper · Le 02/06/2011, à 21:12

@Brunod : Ok, je te présente toute mes excuses. J'ai vraiment cru que tu n'était pas du tout dans le même cas de figure (tes messages étaient quand même pas super clairs...)

Avec quoi as tu augmenté la taille de ta partition data ? avec mdadm --grow ? Tu as bien du augmenter aussi le volume LVM ensuite etc ? (tu n'a pas du tout parlé de tout ça, et sans ces opérations, je vois absolument pas comment ca pourrait fonctionner)

Au passage: je ne comprends pas ces partitions sda3 et sda5 (presque le meme debut et meme fin )
je pensais qu'il ne fallait pas de juxtaposition...

/dev/sda3 c'est une "partition étendue"
/dev/sda5 c'est le premier "lecteur logique" de la partition étendue. Comme ce "lecteur" prend tout l'espace de la partition, c'est normal que ces deux partitions soient "l'une sur l'autre".

Brunod · Le 02/06/2011, à 21:19

Hoper a écrit :

Aie.... ca se complique...
...
Le soucis c'est de savoir a quoi serve les deux premières, toute petites qu'il a fait juste avant. Il les utilise probablement pour ses propres besoins (stockage de la configuration des disques, des paramétrages etc).
...

Voici à quoi elles correspondent sur un wd :

Conversion Table from Mounted Drive to Actual WD FS
Name Partition Type Partition Size File System Mounted On
sda1 ext3fs 2.80 GiB /dev/root and rootfs /
sda2 swap (v1) 101.98 MiB
sda3 ext3fs 964.84 MiB /dev/md3 /var
sda4 ext3fs 461.89 GiB /dev/md4 /shares/internal

Brunod · Le 02/06/2011, à 21:26

La partition data est essentielle pour l'utilisateur, mais très accessoire pour le système. Tout se trouve ailleurs : tu peux donc booter, en ssh ajouter les outils nécessaires pour la manipuler en interne. Mais j'ai préféré utiliser un outil avec connexion externe pour l'agrandir car c'est simplement du ext3. Par contre je ne sais plus exactement comment j'ai fait. Je pense que c'est passé avec gparted : agrandissement de la partition après recopie au départ de l'image. De toutes façons, tant que tu gardes l'image, tu peux tester tout ce que tu veux sans aucun risque de perte. Merci Clonezilla

Dernière modification par Brunod (Le 02/06/2011, à 21:28)

Brunod · Le 02/06/2011, à 21:32

Hoper a écrit :

@Brunod : Ok, je te présente toute mes excuses. J'ai vraiment cru que tu n'était pas du tout dans le même cas de figure (tes messages étaient quand même pas super clairs...)
...

Excuses acceptées
Je suis plus bavard quand je l'estime nécessaire et que j'ai le temps.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 31/05/2011, à 16:05

Copie de disque de 1TO vers un disque de 2 TO

#2 Le 31/05/2011, à 16:16

Re : Copie de disque de 1TO vers un disque de 2 TO

#3 Le 31/05/2011, à 16:16

Re : Copie de disque de 1TO vers un disque de 2 TO

#4 Le 31/05/2011, à 17:05

Re : Copie de disque de 1TO vers un disque de 2 TO

#5 Le 31/05/2011, à 19:27

Re : Copie de disque de 1TO vers un disque de 2 TO

#6 Le 31/05/2011, à 19:42

Re : Copie de disque de 1TO vers un disque de 2 TO

#7 Le 31/05/2011, à 19:45

Re : Copie de disque de 1TO vers un disque de 2 TO

#8 Le 31/05/2011, à 23:18

Re : Copie de disque de 1TO vers un disque de 2 TO

#9 Le 31/05/2011, à 23:36

Re : Copie de disque de 1TO vers un disque de 2 TO

#10 Le 01/06/2011, à 22:21

Re : Copie de disque de 1TO vers un disque de 2 TO

#11 Le 02/06/2011, à 01:35

Re : Copie de disque de 1TO vers un disque de 2 TO

#12 Le 02/06/2011, à 10:35

Re : Copie de disque de 1TO vers un disque de 2 TO

#13 Le 02/06/2011, à 12:52

Re : Copie de disque de 1TO vers un disque de 2 TO

#14 Le 02/06/2011, à 15:58

Re : Copie de disque de 1TO vers un disque de 2 TO

#15 Le 02/06/2011, à 16:12

Re : Copie de disque de 1TO vers un disque de 2 TO

#16 Le 02/06/2011, à 17:40

Re : Copie de disque de 1TO vers un disque de 2 TO

#17 Le 02/06/2011, à 20:46

Re : Copie de disque de 1TO vers un disque de 2 TO

#18 Le 02/06/2011, à 21:07

Re : Copie de disque de 1TO vers un disque de 2 TO

#19 Le 02/06/2011, à 21:12

Re : Copie de disque de 1TO vers un disque de 2 TO

#20 Le 02/06/2011, à 21:19

Re : Copie de disque de 1TO vers un disque de 2 TO

#21 Le 02/06/2011, à 21:26

Re : Copie de disque de 1TO vers un disque de 2 TO

#22 Le 02/06/2011, à 21:32

Re : Copie de disque de 1TO vers un disque de 2 TO

Pied de page des forums