Re: problème après formatage d'un disque dur

Page principale

Répondre à ce message
Auteur: Olivier Allard-Jacquin
Date:  
À: guilde
Sujet: Re: problème après formatage d'un disque dur
    Bonsoir Anne,

Le 26/12/2016 à 21:20, anne.guilde@??? a écrit :
> bonjour,


    Le problème que tu décris est assez proche de ce que tu as posté le
13/07/2016 21:25 sous le nom "fdisk bizarre".


    Tu peux relire le fil de discussion, cela t'aidera à comprendre ce qui
est écrit ci-dessous.


> J'ai un disque de 2 to qui se trouve dans un boîtier externe
>
> J'ai géré avec fdisk
>
> J'ai créé une seule partition en ext4 qui prend tout le disque.
>
> Partition table entries are not in disk order.
> Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors


    Ton disque fait moins de 2Gio, et comporte moins de 2^32 secteurs de
512 octets.


    Cela veut dire que tu peux utilises soit le partitionnement "MBR", soit
le partitionnement "GPT".


> Units: sectors of 1 * 512 = 512 bytes


> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes


    Ton boîtier SATA/USB présente le disque comme ayant des blocs de 512
octets.


    Je pense qu'il **simule** des blocs de 512 octets, mais pour entre être
sûr, il faudrait lire la documentation technique du **disque**, afin de
savoir si c'est un disque avec des blocs de 512 octets, ou de 4K (4096
octets).


> Disklabel type: dos
> Disk identifier: 0x77cea54f
>
> Device     Boot Start        End    Sectors  Size Id Type
> /dev/sdb1        2048 3907029167 3907027120  1,8T 83 Linux

>
> Je change de support usb


    Par là, tu veux dire que tu as changé d'adaptateur SATA/USB ?


> Partition table entries are not in disk order.
> Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes,


    En terme d'espace de stockage, note que c'est la même nombre d'octets.


> 488378646 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


    Par contre, ici l'adpateur SATA/USB présente le disque comme ayant des
blocs de 4096 octets => "4K".


> Disklabel type: dos
> Disk identifier: 0x77cea54f
>
> Device     Boot Start        End    Sectors  Size Id Type
> /dev/sdb1        2048 3907029167 3907027120 14,6T 83 Linux
> => mon disque ne fait pas 14,6 to


    Le résultat est logique. Tu as le même nombre de secteurs, mais dans le
2nd cas, ils sont présentés comme étant 8 fois plus gros (4096 / 512 =
8). Donc ton disque est supposé faire 16To au lieu de 2To ...


    Evidement, c'est complètement faux, et si tu t'amuses à stocker des
données dessus, tu vas tout exploser ... :(


> le disque fait toujours 2 to
> Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 488378646 sectors dans les
> 2 supports
>
> Par contre j'ai un souci au niveau
> Sector size (logical/physical): 512 bytes / 512 bytes
> Sector size (logical/physical): 4096 bytes / 4096 bytes
>
> Comment gérer ce problème?


    Si le problème est simplement le fait que fdisk se trompe, alors "man
fdisk" nous dit:


<extrait>
      -b, --sector-size taille
              Indiquer  la  taille  des  secteurs  du disque. Les
valeurs possibles sont 512, 1024, 2048 et 4096 (les noyaux récents
connaissent la taille de secteur. N'utilisez cette option que sur des
noyaux anciens ou pour passer outre l'avis du noyau). Depuis util-linux
2.17, fdisk fait la différence entre les tailles de secteurs logique et
physique. Cette option modifie les tailles des  deux  secteurs en taille.
</extrait>


    Donc dans le 2nd cas, si tu fais :


fdisk -l -b 512 /dev/sdb

alors tu devrais retrouver une taille correcte.

    Après, il faut voir si tu as un problème au MONTAGE des partitions.
Est-ce le cas ? Si tu montes le /dev/sdb1 avec le 2nd adapteur, est-ce
que tu vois des messages d'erreurs partout, et est-ce que un "df" te
donnes une taille correcte (2To au lieu de 16To).


    Si tu ne veux pas prendre de risque, tu peux temporairement monter la
partition en lecture seule :


mkdir /tmp/test
mount -o ro /dev/sdb1 /tmp/test
df
umount /tmp/test

    J'ai cherché sur https://fr.wikipedia.org/wiki/GUID_Partition_Table
afin de voir si le partitionnement GPT pourrait résoudre ce problème, en
stockant quelque part l'information concernant la taille des blocs. Je
n'ai rien trouvé à ce sujet.


    Aussi, je NE peux PAS te garantir qu'en partitionnant le disque en GPT,
cela puisse résoudre ton problème.


> merci


    De rien.


    Cordialement,


                        Olivier
-- 
~~~~~~~  _____/\_____  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix /   _ \/ _   \    Olivier Allard-Jacquin
       /   / \  / \   \   Web:  http://olivieraj.free.fr/
      /___/  /  \  \___\  Mail: olivieraj@???
~~~~ /////  ///\\\  \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!