Forum Linux.général Formatage en bloc de 4k

Posté par  (site web personnel) .
Étiquettes : aucune
2
8
déc.
2010
Bonjour à tous,

Je suis à la recherche de LA réponse concernant le formatage de disque de "grande" capacité.

J'ai des disques de 1,5To et de 2To et il est préconisé de formater les disques avec des blocs de 4k, parmi les réponses que j'ai trouvé je ne vois pas laquelle est la bonne:

1/ fdisk avec démarrage au bloc 64
http://www.formortals.com/how-to-create-4kb-aligned-partitio(...)

2/ fdisk -H 224 -S 56 /dev/sda , mais pourquoi des valeurs différents que celle affichent pour le disque?
http://www.sfnomad.com/?p=68

3/ parted avec un disque en GPT
http://community.wdc.com/t5/Desktop/Problem-with-WD-Advanced(...)


Merci de vos retours d'expérience,

Antoine N.

Mes disques:
Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000581b7

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
  • # extrait

    Posté par  . Évalué à 1.

    1/ fdisk avec démarrage au bloc 64
    http://www.formortals.com/how-to-create-4kb-aligned-partitio(...)

    je ne vois pas en quoi demarrer la partition au bloc 64 va faire changer la taille des clusters


    2/ fdisk -H 224 -S 56 /dev/sda , mais pourquoi des valeurs différents que celle affichent pour le disque?
    http://www.sfnomad.com/?p=68

    si tu lis bien l'article de sfnomad, il est dit que certains fabricants commencent à faire des cluster de 4K (mais pas tous)
    et que seulement dans ce cas là il faut optimiser le partitionnement avec des clusters de 4K sur le systeme de fichier.

    il faut donc voir ce que dit fdisk, mais aussi lire les etiquettes du disque ou aller voir la doc constructeur pour savoir si le disque fait bien les clusters à 4K et pas à 512

    sinon tu va formater un disque en 4K alors qu'en dessous c'est du 512 ce qui finalement pourrait etre aussi nefaste que de formater en 512 en disque avec des clusters de 4k


    3/ parted avec un disque en GPT
    http://community.wdc.com/t5/Desktop/Problem-with-WD-Advanced(...)
    • [^] # Re: extrait

      Posté par  (site web personnel) . Évalué à 1.

      Je suis d'accord sur ton point de vue.

      Cependant mes disques ont bien des clusters de 4k, c'est pour cela que je demande l'info.
      • [^] # Re: extrait

        Posté par  (site web personnel) . Évalué à 3.

        Eh bien, s'il a des secteurs de 4 kio, c'est simple, tu partitionne comme tu veux en LBA. Privilégie GPT, qui n'utilise que LBA, comme ça pas de risque d'avoir des contraintes idiote de cylindres qui ne correspondent plus à rien aujourd'hui.
    • [^] # Re: extrait

      Posté par  . Évalué à 2.

      je ne vois pas en quoi demarrer la partition au bloc 64 va faire changer la taille des clusters

      Le problème n'est pas là.
      En fait le problème vient des disques qui utilisent des cluster de 4 Kio en interne, et continuent de faire croire au système qu'ils utilisent toujours des clusters de 512 o.
      Si on souhaite par exemple lire le premier cluster de 4 Kio. Le système demandera au disque dur les clusters 63, 64, 65 et 66 (si on est en LBA, ou l'équivalent en CHS, peu importe le problème n'est pas là). En interne le disque lira 2 clusters de 4 Kio, celui qui correspond aux clusters virtuels de 512 o : 60, 61, 62 et 63, puis celui qui correspondent aux clusters virtuels : 64, 65, 66 et 67. Et enfin, il donnera au système les clusters 63, 64, 65 et 66 demandés.
      Ainsi, à chaque fois que l'on demande un bloc de 4 Kio, le disque dur convertit le LBA-512 en LBA-4096, voit que ce bloc est à cheval sur 2 blocs et lit en interne 8 Kio, pour extraire les 4 Kio utiles et les reconvertir en LBA-512. En faisant démarrer le premier cluster à 64, on n'a plus ce problème. Une demande de 4 Kio engendre une lecture de 4 Kio sur le disque.
      Lorsque CHS a montré ses limites, on a eu droit à un CHS virtuel qui n'avait plus rien à voir avec le fonctionnement interne du disque dur. On pensait qu'avec LBA ces problèmes seraient réglés, mais non, on est en train de prendre le même chemin. Le jour où le disque dur annoncera officiellement au système sa structure interne, nous n'aurons plus ce genre de désagrément.
      • [^] # Re: extrait

        Posté par  . Évalué à 1.

        Petite rectification.
        Dans 4 Kio, il y a 8 blocs de 512 o et non 4.
        Donc ce sera les blocs 56 à 63, puis 64 à 71 qui seront lus pour avoir les clusters 63 à 70 demandés.
  • # Voici un essai

    Posté par  (site web personnel) . Évalué à 1.

    Le lien vers le kernel linux et les disques avec des blocs de 4k.
    https://ata.wiki.kernel.org/index.php/ATA_4_KiB_sector_issue(...)

    Voici la configuration que j'ai mise en place:

    srv-debian:~# parted /dev/sdb
    GNU Parted 2.3
    Using /dev/sdb
    Welcome to GNU Parted! Type 'help' to view a list of commands.
    (parted) p
    Model: ATA WDC WD20EARS-00S (scsi)
    Disk /dev/sdb: 2000GB
    Sector size (logical/physical): 512B/512B
    Partition Table: gpt

    Number Start End Size File system Name Flags

    (parted) mkpart primary ext4 1 -1
    Warning: You requested a partition from 1s to 3907029167s.
    The closest location we can manage is 34s to 3907029134s.
    Is this still acceptable to you?
    Yes/No? yes
    Warning: The resulting partition is not properly aligned for best performance.
    Ignore/Cancel? I
    (parted) p
    Model: ATA WDC WD20EARS-00S (scsi)
    Disk /dev/sdb: 3907029168s
    Sector size (logical/physical): 512B/512B
    Partition Table: gpt

    Number Start End Size File system Name Flags
    1 34s 3907029134s 3907029101s primary

    srv-debian:~# mkfs.ext4 /dev/sdb1
    mke2fs 1.41.9 (22-Aug-2009)
    Filesystem label=
    OS type: Linux
    Block size=4096 (log=2)
    Fragment size=4096 (log=2)
    122101760 inodes, 488378637 blocks
    24418931 blocks (5.00%) reserved for the super user
    First data block=0
    Maximum filesystem blocks=4294967296
    14905 block groups
    32768 blocks per group, 32768 fragments per group
    8192 inodes per group
    Superblock backups stored on blocks:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
    102400000, 214990848

    Writing inode tables: done
    Creating journal (32768 blocks): done
    Writing superblocks and filesystem accounting information: done

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.