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

• # extrait

  Posté par NeoX le 08 décembre 2010 à 12:43. É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 Tonio (site web personnel) le 08 décembre 2010 à 13:09. É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 🚲 Tanguy Ortolo (site web personnel) le 08 décembre 2010 à 13:13. É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 Tonio (site web personnel) le 08 décembre 2010 à 18:07. Évalué à 1.

        

        Ok, donc j'utilise parted ou gparted pour avoir un disque en GPT.
        
        merci

  • [^] # Re: extrait

    Posté par ElectronLibre63 le 09 décembre 2010 à 10:57. É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 ElectronLibre63 le 15 décembre 2010 à 10:19. É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 Tonio (site web personnel) le 13 décembre 2010 à 12:43. É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.