Обратите внимание, что в Windows NT/2000 псевдонимы имен файлов создаются иначе, чем в Windows 9x. Операционная система Windows NT/2000 использует для создания короткого имени файла первые шесть допустимых символов длинного имени и, если созданное имя уникально, добавляет символы ~ 1. Если же первые шесть символов уже используются другим файлом, то добавляются символы ~2. Для создания расширения Windows NT/2000 использует первые три допустимых символа после последней точки в длинном имени файла. Если после добавления символов ~5 появляется еще одно аналогичное короткое имя файла, то для создания следующих имен файлов используется такой алгоритм: длинное имя файла преобразуется в четыре шестнадцатеричных символа, которые помещаются после двух допустимых символов длинного имени и добавляются символы ~5. Таким образом, в Windows NT/2000 окончание ~5 появляется у всех псевдонимов файлов, а изменяются только шестнадцатеричные значения.
Совет
Вы можете отключить в системе VFAT механизм создания стандартного имени из длинного имени файла. Для этого в системном реестре добавьте двоичный параметр NameNumericTail в ветви HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem и установите его значение равным 0. Для возврата к использованию псевдонимов длинных имен файлов установите значение этого параметра равным 1.
VFAT хранит псевдонимы длинных имен в поле стандартных имен файлов записи каталога файлов. Таким образом, все версии DOS и Windows могут получить доступ к файлу под длинным именем с помощью его псевдонима. Остается еще одна проблема: как хранить 255 символов имени файла в 32 байтах записи каталога, ведь каждый символ имени файла — это один байт? Модифицировать структуру записи каталога нельзя, поскольку тогда предыдущие версии DOS не смогут использовать ее.
Разработчики файловой системы решили эту проблему следующим образом: были добавлены дополнительные записи каталога для хранения длинных имен файлов. Чтобы предыдущие версии DOS не повредили этих дополнительных записей каталога, VFAT устанавливает для них атрибуты, которые нельзя использовать для обычного файла: только для чтения, скрытый, системный и метка тома. Такие атрибуты DOS игнорирует, а следовательно, длинные имена файлов остаются нетронутыми.
Существует еще одна проблема, связанная с длинными именами файлов: приложения, не умеющие работать с длинными именами файлов, при открытии такого файла и его последующем сохранении будут записывать его псевдоним в дополнительные записи каталога, следовательно, длинное имя файла будет утрачено.
Старые программы для работы с диском, такие как Norton Disk Doctor, не могут работать с VFAT. Эти программы игнорируют дополнительные записи каталога. Поэтому после восстановления диска с помощью таких программ вы можете не найти длинных имен файлов.
Существует еще одна проблема с длинными именами файлов, которая заключается в следующем. VFAT создает новый псевдоним всякий раз при создании или копировании файла в новый каталог. Например, файл Expenses- January98.doc сохраняется в папке под псевдонимом EXPENS~1.DOC. Если с помощью программы Windows 9x Explorer скопировать этот файл в папку, в которой уже существует файл Expenses-December97.doc с псевдонимом EXPENS~1. DOC, то VFAT создаст в этой папке для копируемого файла новый псевдоним EXPENS~2 .DOC. Причем пользователь не будет уведомлен о таком самоуправстве. Для программ, поддерживающих длинные имена файлов, такое копирование не проблема: все длинные имена файлов сохраняются. Если же запустить приложение, которое не поддерживает длинных имен файлов, то, открыв файл EXPENS~1 .DOC, пользователь обнаружит, что это файл Expenses-December97.doc, а не Expenses-January98.doc.
Замечание
При использовании VFAT я рекомендую применять дисковые утилиты, которые поддерживают эту файловую систему. Windows 9x содержит необходимые программы для проверки, восстановления, дефрагментации диска и резервного копирования. Кстати, при запуске старых дисковых утилит в Windows 9x вы будете предупреждены о возможных последствиях.
Если необходимо использовать длинные имена файлов со старыми программами, установите программу Lfnbk.exe с компакт-диска Windows 9x. Эта программа восстанавливает длинные имена файлов, но только в том случае, если структура каталога не изменялась.
Система операций над файлами. Типы доступа к данным файла. Защита файлов и данных в ОС. Обеспечение целостности FS. Восстанавливаемость после сбоев ОС и аппаратуры.
Файловые системы можно классифицировать по степени персонификации доступа к содержимому файлов. Соответственно могут быть:
n однопользовательские файловые системы;
n многопользовательские файловые системы.
Однопользовательская ФС — система, в которой не регламентируется доступ к содержимому файлов от имени любого пользователя.
Многопользовательские файловые системы предусматривают работу только идентифицированных системой пользователей. Для многопользовательских файловых систем является наличие защиты данных, содержащихся в файлах, от несанкционированного доступа.
Свойства файлов:
1. Файл представляет собой некую сущность, имеющую имя и позволяющую оперировать со своим содержимым через ссылку на имя файла.
2. Реальное местосторасположение данных файлов определяется файловой системой и в общем случае закрыто от пользователя.
3.Определен фиксированный программный интерфейс для работы с содержимым файла. Операционная система однозначно определяет набор функций, обеспечивающих обмен с файлом. Обычно, этот набор функций содержит следующие возможности по работе с файлами:
1) Открытие файла. Эта функция обеспечивает установление взаимосвязи между программой и хранящимся на внешнем носителе файлом. Это средство объявляет операционной системе тот факт, что с данным файлом будет работать тот или иной процесс. Операционная система, исходя из этой информации, может принять решения по изменению статуса файла (например, блокировать, разрешить или синхронизировать доступ к этому файлу со стороны других процессов и т.п). При открытии файла система формирует внутренние наборы данных, необходимые для работы с содержимым файла. С этими наборами данных ассоциируется понятие файлового дескриптора.
2) Закрытие файла. Закрытие файла — информация операционной системе о том, что работа с файлом завершена. При этом меняется статус доступа к файлу со стороны процессов. Операция закрытия файла осуществляется двумя функциями:
n закрыть и сохранить текущее содержимое файла;
n уничтожить файл.
3) Создание нового файла. Функция создает новый файл. В некоторых ОС создание файла осуществляется по функции открытия файла.
4) Чтение/запись. Обычно обмен с файлами производится некоторыми блоками данных. С одной стороны, размеры этих блоков данных могут варьироваться программистом, с другой стороны, реальные физические ресурсы имеют блочную структура и, следовательно, определенный размер блока. Поэтому эффективность обменов, а, следовательно, и эффективность работы всей ВС в целом, в данном случае зависит от квалификации программиста. Отметим, что в современных операционных системах заложены механизмы сглаживания подобного рода неэффктивности.
5) Управление файловым указателем. С каждым открытым файлом связано такое понятие, как файловый указатель. Этот указатель в каждый момент времени показывает на следующий относительный адрес по файлу, с которым можно произвести обмен. После обмена с данным блоком указатель переносится на позицию через блок. Для организации работы с файлами необходимо уметь управлять этим указателем. В операционных системах определена функция, позволяющая произвольным образом перемещать указатель в пределах файла. Доступ к содержимому файла может быть прямыми и последовательным. Вообще говоря, файловый указатель есть некоторая переменная, доступная программе, которая создается при открытии файла.
4. Персонификация и защита данных. Персонификация – возможность системы «опознавать» конкретного пользователя и ассоциировать с ним его файлы. Защита доступа к содержимому файлов обычно включает в себя права на выполнение следующих действий:
- чтение
- запись
- исполнение содержимого как процесс
Отметим, что персонификация и защита данных – это свойство всей ОС в целом.
