Comment afficher la taille d'unité d'allocation d'une partition NTFS dans Vista?
Quel outil intégré (le cas échéant) puis-je utiliser pour déterminer la taille d'unité d'allocation d'une partition NTFS donnée?
Ouvrez une invite de commande administrateur et procédez comme suit:
fsutil fsinfo ntfsinfo [your drive]
Le nombre d'octets par cluster est l'équivalent de l'unité d'allocation.
Utilisation diskpart.exe.
Une fois que vous êtes dans diskpart select volume <VolumeNumber> puis tapez filesystems.
Il devrait vous indiquer le type de système de fichiers et la taille de l'unité d'allocation. Il vous indiquera également les tailles prises en charge, etc. La mention précédente fsutil fonctionne, mais answer n'est pas aussi clair et je ne trouvais pas de syntaxe pour obtenir les mêmes informations pour un point de jonction.
Une autre façon de le trouver rapidement via l'interface graphique sur n'importe quel système Windows:
créez un fichier texte, tapez-y un mot ou deux (ou un texte aléatoire), puis enregistrez-le.
Cliquez avec le bouton droit sur le fichier pour afficher les propriétés.
"Taille sur le disque" = unité d'allocation.
Je sais que c'est un vieux fil, mais il y a une façon plus récente de devoir utiliser fsutil ou diskpart.
Exécutez cette commande powershell.
Get-Volume | Format-List AllocationUnitSize, FileSystemLabel
La valeur de BYTES PER CLUSTER - 65536 = 64K
C:\temp>fsutil fsinfo drives
Drives: C:\ D:\ E:\ F:\ G:\ I:\ J:\ N:\ O:\ P:\ S:\
C:\temp>fsutil fsinfo ntfsInfo N:
NTFS Volume Serial Number : 0xfe5a90935a9049f3
NTFS Version : 3.1
LFS Version : 2.0
Number Sectors : 0x00000002e15befff
Total Clusters : 0x000000005c2b7dff
Free Clusters : 0x000000005c2a15f0
Total Reserved : 0x0000000000000000
Bytes Per Sector : 512
Bytes Per Physical Sector : 512
Bytes Per Cluster : 4096
Bytes Per FileRecord Segment : 1024
Clusters Per FileRecord Segment : 0
Mft Valid Data Length : 0x0000000000040000
Mft Start Lcn : 0x00000000000c0000
Mft2 Start Lcn : 0x0000000000000002
Mft Zone Start : 0x00000000000c0000
Mft Zone End : 0x00000000000cc820
Resource Manager Identifier : 560F51B2-CEFA-11E5-80C9-98BE94F91273
C:\temp>fsutil fsinfo ntfsInfo N:
NTFS Volume Serial Number : 0x36acd4b1acd46d3d
NTFS Version : 3.1
LFS Version : 2.0
Number Sectors : 0x00000002e15befff
Total Clusters : 0x0000000005c2b7df
Free Clusters : 0x0000000005c2ac28
Total Reserved : 0x0000000000000000
Bytes Per Sector : 512
Bytes Per Physical Sector : 512
Bytes Per Cluster : 65536
Bytes Per FileRecord Segment : 1024
Clusters Per FileRecord Segment : 0
Mft Valid Data Length : 0x0000000000010000
Mft Start Lcn : 0x000000000000c000
Mft2 Start Lcn : 0x0000000000000001
Mft Zone Start : 0x000000000000c000
Mft Zone End : 0x000000000000cca0
Resource Manager Identifier : 560F51C3-CEFA-11E5-80C9-98BE94F91273
Selon Microsoft , la taille de l'unité d'allocation "Spécifie la taille du cluster pour le système de fichiers". Il s'agit donc de la valeur indiquée pour "Octets par cluster", comme indiqué dans:
fsutil fsinfo ntfsinfo C:
Vous pouvez utiliser SysInternals NTFSInfo de Mark Russinovich à partir de la ligne de commande pour convertir fsutil fsinfo ntfsinfo en informations plus lisibles, notamment les informations de table MFT.
à partir de la ligne de commande:
chkdsk l: (attendez que l'analyse soit terminée)
La manière simple de l'interface graphique, telle que fournie par J Y dans une réponse précédente:
- Créer un petit fichier (non vide)
- Faites un clic droit, choisissez Propriétés
- Cochez "Taille sur le disque" (dans l'onglet Général), vérifiez que la taille de votre fichier est inférieure à la moitié de celle du fichier afin qu'il utilise bien une seule unité d'allocation.
Cela fonctionne bien et vous rappelle l'importance de la taille de l'unité d'allocation. Mais il y a une mise en garde: comme indiqué dans les commentaires de la réponse précédente, Windows affiche parfois "Taille sur le disque" à 0 pour un très petit fichier. Lors de mes tests, les systèmes de fichiers NTFS avec une taille d'unité d'allocation de 4096 octets nécessitaient un fichier de 800 octets pour éviter ce problème de manière cohérente. Sur les systèmes de fichiers FAT32, ce problème semble inexistant, même un fichier à un seul octet fonctionnera, mais pas vide.