Цилиндр для диагностических операций чтения и записи

Программа разбиения диска на разделы FDISK всегда резервирует последний цилиндр жесткого диска для выполнения диагностических операций. Из-за этого FDISK указывает меньшее количество цилиндров, чем существует на самом деле. Операционная система не использует этот цилиндр, поскольку он находится вне разделов.

В системах с дисковыми интерфейсами IDE или SCSI контроллер должен выделить дополнительную область после разделов для хранения таблицы испорченных дорожек и запасных секторов. В этом случае разница между фактическим числом цилиндров и тем, что показывает FDISK, будет еще больше.

Область диагностики позволяет выполнять тестирование чтения/записи жесткого диска, не повреждая данных на диске. Программы форматирования жестких дисков на низком уровне обычно используют этот цилиндр для тестирования чередования диска либо для хранения необходимой во время форматирования информации.

VFAT и длинные имена файлов

В оригинальной операционной системе Windows 95 используется та же файловая система, что и в DOS, но с существенными улучшениями. В Windows 95 поддерживается файловая система FAT, переписанная в 32-разрядный код и названная виртуальной таблицей размещения файлов (virtual file allocation table - VFAT). VFAT используется вместе с 32-разрядной программой VCACHE (заменившей 16-разрядную программу SMARTDrive из DOS и Windows 3.1), что обеспечивает более высокую производительность файловой системы. Однако основное существенное улучшение новой файловой системы - это поддержка длинных имен файлов. Системы DOS и Windows 3.1 ограничивались стандартом "восемь-точка-три" при именовании файлов, поэтому добавление поддержки длинных имен файлов было приоритетной задачей, которую требовалось решить разработчикам Windows 95, тем более что пользователи операционных систем Macintosh и OS/2 уже вовсю применяли эти возможности.

Создатели Windows 95 должны были обеспечить обратную совместимость, т. е. необходимо было реализовать в файловой системе все новые свойства и, кроме того, не "обделить" пользователей предыдущих версий DOS и Windows. Кстати, обратная совместимость - одна из самых распространенных проблем в мире персональных компьютеров.

В системе VFAT файлу или каталогу можно присваивать имя длиной до 255 символов (включая путь к этому файлу или каталогу). В Windows 95 от трехсимвольного расширения не отказались, поскольку в этой операционной системе (как и в предыдущих версиях Windows) с помощью расширения создается ассоциация типа "файл-приложение". В длинных именах файлов можно использовать пробелы, а также символы + ,; = [], которые нельзя было использовать в стандартных (восемь-точка-три) именах файлов DOS.

При создании длинного имени файла создается его псевдоним, удовлетворяющий стандарту "восемь-точка-три". В Windows 9х файловая система VFAT выполняет это следующим образом.

1. Первых три символа после последней точки в длинном имени файла становятся расширением псевдонима.

2.Первых шесть символов длинного имени файла (за исключением пробелов, которые игнорируются) преобразуются в символы верхнего регистра и становятся первыми шестью символами стандартного имени файла. Недопустимые в стандартном имени файла символы (+,; = []) преобразуются в символы подчеркивания.

3.VFAT добавляет символы ~1 (седьмой и восьмой) к псевдониму имени файла. Если первых шесть символов нескольких файлов одинаковы, то для разрешения конфликтов имен добавляются символы ~2, ~3 и т. д.

Длинные имена файлов в Windows NT/2000/XP

Обратите внимание, что в Windows NT/2000/XP псевдонимы имен файлов создаются иначе, чем в Windows 9х. Операционная система Windows NT/2000/XP использует для создания "короткого" имени файла первые шесть допустимых символов длинного имени и, если созданное имя уникально, добавляет символы ~1. Если же первые шесть символов уже используются другим файлом, то добавляются символы ~2. Для создания расширения Windows NT/2000/XP использует первые три допустимых символа после последней точки в длинном имени файла. Если после добавления символов ~5 появляется еще одно аналогичное "короткое" имя файла, то для создания следующих имен файлов используется такой алгоритм: длинное имя файла преобразуется в четыре шестнадцатеричных символа, которые помещаются после двух допустимых символов длинного имени, и добавляются символы ~5. Таким образом, в Windows NT/2000/XP окончание ~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 я рекомендую применять дисковые утилиты, которые поддерживают эту файловую систему. Windows 9х содержит необходимые программы для проверки, восстановления, дефрагментации диска и резервного копирования. Кстати, при запуске старых дисковых утилит в Windows 9х вы будете предупреждены о возможных последствиях. Если необходимо использовать длинные имена файлов со старыми программами, установите программу Lfnbk.exe с компакт-диска Windows 9х. Эта программа восстанавливает длинные имена файлов, но только в том случае, если структура каталога не изменялась. Данный метод не рекомендуется применять, за исключением особых экстраординарных обстоятельств, однако, он все же существует. Некоторые программы восстановления операционной системы (позволяющие восстановить содержимое жесткого диска без перезагрузки Windows) когда-то применяли эту функцию для восстановления диска Windows с длинными именами файлов из командной строки DOS (где поддерживаются только имена, соответствующие ограничению 8.3).

Еще одна проблема с длинными именами файлов состоит в том, что VFAT создает новый псевдоним всякий раз при создании или копировании файла в новый каталог. Например, файл Expenses-January98.doc сохраняется в папке под псевдонимом EX-PENS~1.DOC. Если с помощью программы Windows 9x Explorer скопировать этот файл в папку, в которой уже существует файл Expenses-December97.doc с псевдонимом EXPENS~1.DOC, то VFAT создаст в этой папке для копируемого файла новый псевдоним EXPENS~2.DOC. Причем пользователь не будет уведомлен о таком "самоуправстве". Для программ, поддерживающих длинные имена файлов, такое копирование не проблема: все длинные имена файлов сохраняются. Если же запустить приложение, которое не поддерживает длинных имен файлов, то, открыв файл EXPENS~1.DOC, пользователь обнаружит, что это файл Expenses-December97.doc, а не Expenses-January98.doc.

FAT 32

Когда разрабатывалась FAT, жесткие диски размером 2 Гбайт можно было встретить разве что в научно-фантастических романах. В настоящее время практически все системы нижнего уровня оснащаются жестким диском не менее 10, 20 или 40 Гбайт. При использовании стандартной FAT вы можете создать раздел размером не более 2 Гбайт. Это ограничение приводит к тому, что пользователи больших жестких дисков испытывают неудобства в организации файлов: в их распоряжении несколько дисков.

Замечание

Поскольку FAT 32 устанавливается только с помощью программы FDISK, вы не сможете использовать эту файловую систему на дискетах и дисках съемных устройств, например Iomega Zip, которые не имеют файловой системы. Однако такие устройства, как Iomega Jaz, имеют структуру жестких дисков, и на них можно устанавливать FAT 32.

Для устранения этого ограничения Microsoft предложила новую файловую систему с расширенными возможностями, называемую FAT 32. Эта файловая система работает как стандартная FAT, но имеет отличия в организации хранении файлов. Кроме того, FAT 32 можно установить с помощью программы FDISK, в отличие от VFAT, которая является