Long nom de fichier (LFN)
Car nous avons déjà discuté plus tôt dans la discussion de répertoire racine, précédemment le répertoire racine pour être fixé dans la taille et était situé à un à position fixe sur le disque mais maintenant il est libre de se développer selon les besoins car il est maintenant traité comme dossier.
Il est très important désirer ardemment ce des noms de fichier parce que chaque long nom de fichier emploie les entrées de répertoire multiples. Ajouter le long appui de nom de fichier à un logiciel d'exploitation qui emploie 8.3 noms de fichier n'est pas aussi simple que les entrées de répertoire de extension pour tenir plus de 11 caractères.
Si ce nouveau logiciel d'exploitation renvoie 255 noms de fichier de caractère, beaucoup d'applications plus anciennes, qui comptent ne recevoir pas plus de 11 caractères, se briseraient parce qu'un programme doit mettre de côté la mémoire pour stocker les noms de fichier qu'elle lit, et si elle mettait de côté 16 bytes pour un nom de fichier et les copies de logiciel d'exploitation (parole) 32 caractères dans cet espace, alors d'autres données obtient recouverte.
Une manière sûre de casser une application est de copier des données aléatoires dans son espace de données. Pour surmonter ce problème, une solution intelligente s'est avérée en Windows 95, au problème de soutenir de longs noms de fichier tout en préservant la compatibilité avec des versions précédentes des applications de DOS et de Windows.
Quand la plupart des applications (excepté des utilitaires disque de bas niveau tels que le docteur de disque de Norton) questionnent le système pour des noms de dossier et de sous-répertoire, elles font ainsi pas en lisant des entrées de répertoire directement outre du disque, mais en employant des fonctions d'énumération établies dans le logiciel d'exploitation.
Car nous savons qu'une entrée de répertoire est identifiée par la combinaison d'inaltérable, cachée, le système, et l'étiquette de volume attribue le peu. Probablement, si le byte d'attribut de l'entrée de répertoire tient la valeur 0FH les fonctions d'énumération ont construit dans toutes les versions existantes de DOS et tout le Pré-Windows 95 versions de Windows sautera l'excédent cette entrée de répertoire comme si il n'étaient pas là.
Puis, la solution était de stocker deux noms pour chaque dossier et sous-répertoire, un nom court qui est évident à toutes les applications et à un long nom qui est évident seulement aux applications de Windows 95 (et plus tard) et aux applications qui ont été récrites pour ajouter le soutien de longs noms de fichier. Des noms de fichier courts sont stockés dans 8.3 formats dans les 32 entrées de répertoire conventionnelles de byte. Nous avons déjà discuté que Windows crée un nom de fichier court de long en le tronquant à six caractères majuscules et en additionnant « ~1 » à la fin du nom de fichier bas. S'il y a déjà un autre nom de fichier avec les mêmes six premiers caractères, le nombre est incrémenté.
La prolongation est maintenue les mêmes, et n'importe quel caractère qui était illégal dans des versions plus tôt de Windows et de DOS est remplacé avec un soulignage. Les longs noms de fichier sont stockés dans les entrées de répertoire longtemps particulièrement composées du nom de fichier 32-Byte (LFN) identifiées par des bytes d'attribut réglés à 0FH.
Pour un dossier ou un sous-répertoire indiqué, un groupe d'une ou plusieurs longues entrées de répertoire de nom de fichier précède immédiatement l'entrée du répertoire 8.3 simple sur le disque. Chaque longue entrée de répertoire de nom de fichier contient jusqu'à 13 caractères du long nom de fichier, et le logiciel d'exploitation ficelle ensemble autant de pendant que nécessaire pour comporter un long nom de fichier entier. Pour une longue entrée de répertoire de nom de fichier, des noms de fichier sont stockés dans le format d'Unicode, qui exige 2 bytes par caractère par opposition à 1 byte d'ASCII. Des caractères de nom de fichier sont écartés parmi trois champs séparés :
- Les 10 premiers bytes (cinq caractères) dans la longueur,
- Les 12 deuxièmes bytes (six caractères),
- Les 4 troisième bytes (deux caractères).
Les plus bas cinq bits du premier byte de la prise d'entrée de répertoire qu'un nombre d'ordre qui identifie la position de l'entrée de répertoire relativement à d'autres longues entrées de répertoire de nom de fichier a associée au même dossier.
Si un long nom de fichier exige trois entrées de répertoire de LFN, le nombre d'ordre de premier sera 1, qui de la seconde sera 2, et le nombre d'ordre du tiers sera 3 et 6 mordus du premier byte de la troisième entrée est placés à 1 pour indiquer que c'est la dernière entrée dans l'ordre. Le champ d'attribut apparaît au même endroit dans des entrées de répertoire de LFN que dans 8.3 entrées de répertoire parce que le système de fichiers ne connaît pas quel type d'entrée de répertoire il traite jusqu'à ce qu'après qu'il examine le byte d'attribut.
Le champ commençant de nombre de faisceau apparaît également au même endroit, mais dans des entrées de répertoire de LFN sa valeur est toujours 0. Le type champ d'indicateur tient également 0 dans chaque long nom de fichier. Un des problèmes avec de longs noms de fichier est qu'ils consomment plus d'espace disque que le court.
Ce n'est pas une affaire quand de longs noms sont stockés dans les sous-répertoires, parce que tant que l'espace disque est disponible, les sous-répertoires peuvent devenir adapter a ajouté des entrées de répertoire mais le nombre maximum des entrées de répertoire disponibles dans le répertoire racine est l'espace de rebut de noms de fichier fixes et et longs dans le répertoire racine qui est limité dans la taille.
Maintenant par exemple, si le répertoire racine de l'les disques durs contient tout au plus 512 entrées de répertoire, parce qu'un caractère 128 nommé exige 11 entrées, 10 pour le long nom et 1 pour le nom court, vous pourriez créer seulement 46 dossiers et sous-répertoires dans le répertoire racine si chacun était donné un nom de 128 caractères. Le problème part pour FAT32 également parce que le répertoire racine sous FAT32 peut se développer aussi bien parce que dans le système FAT32 le répertoire racine est traité pendant qu'un dossier qui peut se développer dans la taille.
Sample Chapters from book DATA RECOVERY WITH AND WITHOUT PROGRAMMING by Author Tarun Tyagi, translated using machine translation. See original English contents on Data recovery book pages. |
|
Publishers of the Book
Number of Pages
ISBN
Price of the Book
|
BPB Publications, New Delhi, India
540
81-7656-922-4
$69.00 (Including Shipping Charges, Cost of Book and Other expenses, Free Source Code CD included with the Book)
|
 |
|
|
