Re: fdisk bizarre

Top Page

Reply to this message
Author: anne.guilde@free.fr
Date:  
To: guilde
Subject: Re: fdisk bizarre
Le 15/07/2016 à 22:29, anne.guilde@??? a écrit :
> Le 15/07/2016 à 07:55, anne.guilde@??? a écrit :
>> Le 14/07/2016 à 22:40, Olivier Allard-Jacquin a écrit :
>>>     Bonsoir Anne,

>>>
>>>     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 ?
>>>
>>
>> J'avais bien vu que la taille des blocs était différentes.
>> Mais je n'avais pas trouvé que ddrescue ne savait pas faire...
>>
>> Merci pour toutes ces recherches
>>
>> Comment connaître la taille des 'sectors' avant d'acheter un disque?
>>
>> pour celui que je viens d'acheter j'ai trouvé sur la fiche du
>> constructeur
>> octets par secteur 4096.
>>
>> les autres seagate 2,5
>> Octets par secteur (logique/physique)      512/4 096

>>
>> pour les WD pas trouvé l'information
>>
>> pour les hitachi (https://www.hgst.com/products/hard-drives)
>> Sector Size (Variable, Bytes/sector)
>> 512e
>> e = emulation
>> je ne sais pas ce que cela signifie exactement
>
> je viens de m'acheter un nouveau disque
> https://www.hgst.com/products/hard-drives/travelstar-7k1000
> HTS721010A9E630 / 0J22423 (1TB)
>
> Sector Size (Variable, Bytes/sector)
> 512e
>
> pas compris le e => émulation?
>
> https://www.hgst.com/company/resources
> => support
> => Internal Drive Support
> => EOL travelstar 7k100
>
> pour l'instant pas trouvé une information au sujet de 512e.


https://en.wikipedia.org/wiki/Advanced_Format

512e

Many host computer hardware and software components assume the hard
drive is configured around 512-byte sector boundaries. This includes a
broad range of items including chipsets, operating systems, database
engines, hard drive partitioning and imaging tools, backup and file
system utilities as well as a small fraction of other software
applications. In order to maintain compatibility with legacy computing
components, many hard disk drive suppliers support Advanced Format
technologies on the recording media coupled with 512-byte conversion
firmware. Hard drives configured with 4096-byte physical sectors with
512-byte firmware are referred to as Advanced Format 512e, or 512
emulation drives.
Potential areas using 512-byte-based code

The translation of the 4096-byte physical format to a virtual 512-byte
increment is transparent to the entity accessing the hard disk drive.
Read and write commands are issued to Advanced Format drives in the same
format as legacy drives. However, during the read process, the Advanced
Format hard drive loads the entire 4096-byte sector containing the
requested 512-byte data into memory located on the drive. The emulation
firmware extracts and re-formats the specific data into a 512-byte chunk
before sending the data to the host. The entire process typically occurs
with little or no degradation in performance.

The translation process is more complicated when writing data that is
either not a multiple of 4K or not aligned to a 4K boundary. In these
instances, the hard drive must read the entire 4096-byte sector
containing the targeted data into internal memory, integrate the new
data into the previously existing data and then rewrite the entire
4096-byte sector onto the disk media. This operation, known as
read-modify-write (RMW), can require additional revolution of the
magnetic disks, resulting in a perceptible performance impact to the
system user. Performance analysis conducted by IDEMA and the hard drive
vendors indicates that approximately five to ten percent of all write
operations in a typical business PC user environment may be misaligned
and a RMW performance penalty incurred.[20][21]

When using Advanced Format drives with legacy operating systems, it is
important to realign the disk drive using software provided by the hard
disk manufacturer. Disk realignment is necessary to avoid a performance
degrading condition known as cluster straddling where a shifted
partition causes filesystem clusters to span partial physical disk
sectors. Since cluster-to-sector alignment is determined when creating
hard drive partitions, the realignment software is used after
partitioning the disk. This can help reduce the number of unaligned
writes generated by the computing ecosystem. Further activities to make
applications ready for the transition to Advanced Format technologies
are being spearheaded by the Long Data Sector Committee and the hard
disk drive manufacturers.[22][23]

>
> J'ai mis le disque dans un boîtier externe
>
> fdisk -l /dev/sdb
>
> 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: 0x4ab56b52
>
> Même problème que l'autre disque
> Sector size (logical/physical): 4096 bytes / 4096 bytes
>


pour l'instant pas trouvé comment émuler le 512

Anne