Bonsoir Anne,
Le 14/07/2016 à 21:47, anne.guilde@??? a écrit :
> bonjour,
>
> J'ai refait un essai de restauration avec ddrescue
> J'ai une image de 500 go faite en septembre 2015
> disque de 1 to
>
> sda est le disque actuel de 750 go
> l'image de 500 go a été utilisé pour faire ce disque en septembre 2015
>
> sdb est le disque de 1to que je viens d'acheter
>
> La commande faite
> ddrescue -f sauv-20150905 /dev/sdc restore-dd-log
>
> fdisk -l
>
> Disk /dev/sda: 698,7 GiB, 750156374016 bytes, 1465149168 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Disklabel type: dos
> Disk identifier: 0x4da74fc8
>
> Device Boot Start End Sectors Size Id Type
> /dev/sda1 2048 411647 409600 200M 83 Linux
> /dev/sda2 413694 1425663999 1425250306 679,6G 5 Extended
> /dev/sda3 * 1425664000 1464690687 39026688 18,6G 7 HPFS/NTFS/exFAT
> /dev/sda4 1464690688 1464903679 212992 104M c W95 FAT32 (LBA)
> /dev/sda5 413696 205213695 204800000 97,7G 7 HPFS/NTFS/exFAT
> /dev/sda6 205215744 408340743 203125000 96,9G 7 HPFS/NTFS/exFAT
> /dev/sda7 408342528 439590911 31248384 14,9G 82 Linux swap /
> Solaris
> /dev/sda8 439592960 440371199 778240 380M 83 Linux
> /dev/sda9 440373248 643495935 203122688 96,9G 83 Linux
> /dev/sda10 643497984 1425661951 782163968 373G 83 Linux
>
> Partition 3 does not start on physical sector boundary.
>
>
> Partition table entries are not in disk order.
> Ignoring extra data in partition table 5.
> Ignoring extra data in partition table 5.
> Ignoring extra data in partition table 5.
>
> Invalid flag 0xb621 of EBR (for partition 5) will be corrected by w(rite).
> Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 244190646 sectors
> Units: sectors of 1 * 4096 = 4096 bytes
> Sector size (logical/physical): 4096 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Disklabel type: dos
> Disk identifier: 0x4da74fc8
>
> Device Boot Start End Sectors Size Id Type
> /dev/sdb1 2048 411647 409600 1,6G 83 Linux
> /dev/sdb2 413694 937535487 937121794 3,5T 5 Extended
> /dev/sdb3 * 937535488 976560127 39024640 148,9G 7 HPFS/NTFS/exFAT
> /dev/sdb4 976560128 976771119 210992 824,2M c W95 FAT32 (LBA)
> /dev/sdb5 ? 1867769357 2918937091 1051167735 3,9T 55 EZ-Drive
>
> Je n'arrive pas à comprendre pourquoi il restaure comme cela...
Avec toutes les données à disposition, c'est assez simple à comprendre:
- ton (vieux) disque /dev/sda:
> Device Boot Start End Sectors Size Id Type
> /dev/sda1 2048 411647 409600 200M 83 Linux
- ton (nouveau) disque /dev/sdb:
> Device Boot Start End Sectors Size Id Type
> /dev/sdb1 2048 411647 409600 1,6G 83 Linux
Les colonnes 2, 3 et 4 sont identiques. C'est parfait pourrait t'on se
dire ?
Non, car la colonne 4 est différente (taille de la partition) : Tu
passes de 200Mo à ... 1.6To ! Et je ne parle pas de /dev/sdb2 qui fait à
lui tout seul 3,5T, soit plus de 3 fois la taille physique de ton disque !
Ce nombre de x8 dans la taille de la partition /dev/sdb met la puce à
l'oreille, et il suffit de voir la taille des blocs :
> Disk /dev/sda: 698,7 GiB, 750156374016 bytes, 1465149168 sectors
> Units: sectors of 1 * **512 = 512 bytes**
> Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 244190646 sectors
> Units: sectors of 1 * **4096 = 4096 bytes**
Le nouveau disque utilises des blocs de 4096 octets, au lieux de 512
octets pour l'ancien. Ils sont justement 8 fois plus gros !
"ddrescue" à restauré la taille des partitions, mais n'a pas pris en
compte la géométrie du disque, qui était différente
Connaissant **un peu** le fonctionnement de ddrescue, je pense qu'il ne
peut pas de lui-même changer la géométrie des partitions, en encore
moins ré-ecrire tout les systèmes de fichiers (FS), afin de prendre cela
en compte. Surtout pour les partitions NTFS.
D'ailleurs, c'est confirmé ici :
https://lists.gnu.org/archive/html/bug-ddrescue/2013-05/msg00008.html
Conclusions:
- ddrescue NE peut PAS restaurer cette sauvegarde, du fait que la
géométrie des disques est différente. Pour bien faire, il te faudrait un
disque avec des blocs de 512K
- je ne vois pas de solution à ce problème de différence de taille de
blocs. Même "hdparm" n'a pas d'option pour changer la taille des blocs
- le problème à la base, quel est il ? Tu as absolument besoin de
restaurer cette image de disque ? Ou tu veux cloner ton disque actuel ?
Cordialement,
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
