Le 27/12/2016 à 01:01, Olivier Allard-Jacquin a écrit :
> 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 ?
oui
>
>> 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?
J'ai refait des essais ce matin.
le dock qui me disait hier
>> Sector size (logical/physical): 4096 bytes / 4096 bytes
me dit aujourd'hui
Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x77cea54f
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 3907029167 3907027120 1,8T 83 Linux
Je n'y comprends rien...
C'est le seul dock en usb3 que j'ai.
C'est le dock que je viens d'acheter chez ldlc
Ce n'est pas le premier problème que j'ai avec ce dock qui peut faire du
clonage.
C'est le LDLC Dual Dock QS Station
http://www.ldlc.com/fiche/PB00184700.html
>
> 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.
J'ai fini par trouver la taille physique des secteurs de ce disque.
C'est un WD Red WD20EFRX-68EUZN0
Je n'ai trouvé l'information chez WD mais sur d'autres sites qui me
donne tous la même chose
4K physical sectors ou Sector size 4096 Byte (4K) ...
Tu as filé le man de fdisk que j'avais relu.
Le noyau de ma debian est > à 2,17
Je ne pensais pas avoir de souci avec le problème de secteurs que je
n'ai plus maintenant...
Pour l'instant, il n'y a aucune données sur le disque.
Il faut mieux que je partitionne avec -b 4096 ?
Merci pour l'aide
Anne
