Lecteur Western Digital Green de 512 octets (sautés) à 4 000 octets (suppression du cavalier)


10

J'utilisais un lecteur WD20EARS avec les broches 7 et 8 pontées afin de l'utiliser sur un système d'exploitation qui ne prend pas en charge les secteurs 4k. Mais maintenant, je veux transférer ce disque dur sur un système d'exploitation prenant en charge le secteur 4k.

J'ai supprimé le cavalier, je l'ai connecté à Windows Server 2008 R2 et j'ai effectué un formatage rapide. Toutefois, DiskCheckup signale l'attribut "octets par secteur" comme 512 encore.

Que dois-je faire d'autre pour utiliser ce lecteur comme lecteur de secteur 4k?


un formatage rapide ne va sûrement pas le faire? Essayez un format complet?
Sirex

Réponses:


15

Je pense que c'est un comportement correct. Les disques 4k signalent toujours des secteurs de 512 octets côté interface. Bien qu'ils traitent en interne les secteurs en blocs de 4k.

Le cavalier est dans la plupart des lecteurs permettant simplement un changement de secteur. Sur la plupart des disques, il décale l'adressage du secteur de 1. La raison en est un système d'exploitation non compatible 4K comme Winodws XP. Pour comprendre, vous devez savoir que Windows XP crée la première partition à démarrer au secteur 63 (oui, ce n'est pas une faute de frappe).

Dans la plupart des cas, Windows utilisera un système de fichiers avec 4 000 unités d'allocation (clusters NTFS). Vous supposeriez donc que lorsque vous lisez un cluster NTFS à partir d'un lecteur traditionnel, il suffit de lire 8 blocs physiques. Assez facile.

Maintenant, le lecteur va également utiliser la taille du secteur 4k. C'est tout à fait correct car le système d'exploitation ne lira jamais les clusters plus petits que 4k car il s'agit de la plus petite unité d'allocation (en supposant que vous n'avez pas forcé les petits clusters FS pendant le formatage). Au moment où j'écrivais, les lecteurs exposent toujours des secteurs de 512 octets au niveau de l'interface pour des raisons de compatibilité. Mais si vous ne lisez qu'un seul bloc de 512 octets, le lecteur lit de toute façon en interne un secteur de 4 k, puis le divise pour n'envoyer que 512 octets via l'interface de câble.

Alors où est le problème maintenant? ###

Le problème avec Windows XP est que la partition est alignée sur le bloc 63 par défaut. Il en résulte un mauvais alignement des grappes NTSF sur les blocs physiques. J'ai créé une petite image pour illustrer cela:

Alignement de cluster

Comme vous pouvez le voir sur l'image sous Windows XP, le cluster logique n'est pas aligné sur des blocs physiques de 4k. Par conséquent, si Windows lit un cluster NTFS logique, le lecteur doit lire deux blocs et non un seul. Pire encore, si vous n'avez besoin que d'un seul cluster NTFS, il lit deux secteurs et doit les fusionner afin de ne renvoyer que les données demandées au système d'exploitation.

Pour les opérations d'écriture, c'est encore pire. Dans ce cas, le lecteur doit lire deux secteurs physiques de 4 k, puis fusionner leur contenu avec le contenu du nouveau cluster NTFS avant de pouvoir sauvegarder les deux secteurs sur le disque. Cela signifie qu'au lieu de simplement remplacer le secteur sur le disque dur en le remplaçant, le lecteur doit lire 8 Ko, fusionner dans un tampon et écrire 8 Ko. Cela ralentit beaucoup les opérations d'écriture.

Afin d'éviter toute fusion inutile, les fabricants de disques durs ont ajouté un hack de "compatibilité" qui peut être activé via Jumper. Il s'agit simplement d'incrémenter chaque adresse de secteur de 512 octets de 1. Par conséquent, la première partition créée par Windows démarre au secteur 64 et le mappage se présente comme suit:

entrez la description de l'image ici

Désormais, toute lecture / écriture d'un bloc logique NTFS 4k entraîne la lecture / écriture exacte d'un secteur physique.

Bien sûr, cette solution de contournement n'est pas du tout nécessaire si vous créez déjà vos partitions alignées sur les limites du secteur 4k. Par exemple, sous Linux, vous pouvez simplement utiliser fdiskpour définir à quel bloc votre partition démarre. C'est donc une bonne idée d'utiliser une multiplication de 8 ici.

Windows démarre la première partition du secteur 2048 AFAIR depuis Vista. Donc, ce problème ne se produit plus ici.

AVERTISSEMENT : si vous utilisez toujours la solution de contournement des cavaliers sur un système d'exploitation prêt pour 4k comme Vista, Win7 ou Win2k8 R2, cela pourrait en fait casser l'alignement du secteur. La raison en est que le lecteur incrémentera à nouveau les adresses de secteur de 1, ce qui entraînera l'alignement de la première partition sur le secteur 2049, ce qui entraîne à nouveau une baisse importante des performances.

Assurez-vous donc que si vous utilisez un système d'exploitation compatible 4k que vous retirez le cavalier avant de partitionner le lecteur. Dans votre cas spécifique, je pense que tout devrait bien se passer tant que vous avez re-partitionné le lecteur avec le cavalier retiré. Le formatage du disque n'a rien à voir avec l'alignement des secteurs et l'adressage 4k. La seule chose que vous devez vous assurer pendant le formatage est que vous n'utilisez pas de tailles de cluster inférieures à 4k, car les clusters NTFS 2k entraîneraient simplement la nécessité de toujours lire un secteur 4k complet pour chaque accès au disque dur à partir du système d'exploitation. Soit dit en passant: l'utilisation de clusters NTFS 8k est toujours tout à fait correcte car le disque lit simplement 2 secteurs pour chaque opération de lecture / écriture NTFS.


Agréable! Merci pour la réponse détaillée, et surtout pour l'avertissement à la fin sur l'utilisation du cavalier sur les systèmes d'exploitation prêts pour 4k.
tgxiii

Mark: Ils le sont, mais tous ceux que j'ai vus appartiennent à la classe de produits "Enterprise". Ils sont au moins 2x le prix / To des disques 512e et donc peu susceptibles d'être vus en dehors des grandes salles de serveurs.
Jamie Hanrahan
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.