Re: fdisk bizarre

Top Page

Reply to this message
Author: Olivier Allard-Jacquin
Date:  
To: guilde
Subject: Re: fdisk bizarre
    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 !!