Сами же поля размеров хранятся в 4-битных ячейках, называемых нибблами (nibble) или полубайтами. Шестнадцатеричная система счисления позволяет легко переводить байты в нибблы и наоборот. Младший ниббл равен (

), а старший — (). Иначе говоря, младший ниббл соответствует младшему шестнадцатеричному разряду байта, а старший — старшему. Например, состоит из двух нибблов, причем младший равен , а старший — .

Список отрезков представляет собой массив структур, каждая из которых описывает характеристики "своего" отрезка. Структура элемента списка отрезков показана в табл. 6.10. В конце списка находится завершающий ноль. Первый байт структуры состоит из двух нибблов: младший задает длину поля начального кластера отрезка (условно обозначаемого буквой

), а старший — количество кластеров в отрезке (). Затем идет поле длины отрезка. В зависимости от значения оно может занимать от одного до восьми байт (поля большей длины недопустимы). Первый байт поля стартового кластера файла расположен по смещению байт от начала структуры (что соответствует нибблам). Кстати говоря, в документации Linux-NTFS Project (версия 0.4) поля размеров начального кластера и количества кластеров в отрезке перепутаны местами.

Таблица 6.10. Структура одного элемента списка отрезков

Смещение в нибблах	Размер в нибблах	Описание
0	1	Размер поля длины ( L )
1	1	Размер поля начального кластера ( S )
2	2* L	Количество кластеров в отрезке
2+2* L	2* S	Номер начального кластера отрезка

Покажем, как с этим работать на практике. Предположим, что мы имеем следующий список отрезков, соответствующий нормальному не фрагментированному файлу (что может быть проще!):

. Попробуем его декодировать?

Начнем с первого байта —

. Младший полубайт () описывает размер поля длины отрезка, старший () — размер поля начального кластера. Следующие несколько байт представляют поле длины отрезка, размер которого в данном случае равен одному байту — . Два других байта () задают номер начального кластера отрезка. Нулевой байт на конце сигнализирует о том, что это последний отрезок в файле. Таким образом, наш файл состоит из одного-единственного отрезка, начинающегося с кластера и заканчивающегося кластером .

Рассмотрим более сложный пример фрагментированного файла со следующим списком отрезков:

. Извлекаем первый байт — . Один байт приходится на поле длины, и три байта — на поле начального кластера. Таким образом, первый отрезок (run 1) начинается с кластера и продолжается вплоть до кластера . Чтобы найти смещение следующего отрезка в списке, мы складываем размер обоих полей с их начальным смещением: . Отсчитываем четыре байта от начала списка отрезков и переходим к декодированию следующего отрезка: — два байта на поле длины отрезка (равное в данном случае ) и три байта — на поле номера начального кластера (). Следовательно, второй отрезок (run 2) начинается с кластера и продолжается вплоть до кластера . Третий отрезок (run 3): — один байт на поле длины и три байта — на поле начального кластера, равные и соответственно. Поэтому третий отрезок (run 3) начинается с кластера и продолжается вплоть до кластера . Завершающий ноль на конце списка отрезков сигнализирует о том, что это последний отрезок в файле.

Таким образом, подопытный файл состоит из трех отрезков, разбросанных по диску в следующем живописном порядке:

–; –; –. Остается только прочитать его с диска! Нет ничего проще!

Начиная с версии 3.0, NTFS поддерживает разреженные (sparse) атрибуты, т.е. такие атрибуты, которые не записывают на диск кластеры, содержащие одни нули. При этом поле номера начального кластера отрезка может быть равным нулю, что означает, что данному отрезку не выделен никакой кластер. Поле длины содержит количество кластеров, заполненных нулями. Их не нужно считывать с диска. Вы должны самостоятельно изготовить их в памяти. Между прочим, далеко не все дисковые доктора знают о существовании разреженных атрибутов (если атрибут разрежен, его флаг равен

), и интерпретируют нулевую длину поля номера начального кластера весьма странным образом. Последствия такого "лечения" обычно оказываются весьма печальными.

NTFS изначально проектировалась как файловая система, не зависящая от платформы, способная работать с большим количеством различных подсистем, в том числе: Win32, MS-DOS, POSIX. Так как каждая из перечисленных подсистем налагает собственные ограничения на набор символов, допустимых для использования в имени файла, NTFS вынуждена поддерживать несколько независимых пространств имен (name spaces).

Допустимы все символы UNICODE (с учетом регистра), за исключением символа нуля (

), обратной косой черты () и знака двоеточия (). Последнее из перечисленных ограничений, кстати говоря, не есть ограничение POSIX. Напротив, это — внутреннее ограничение файловой системы NTFS, использующей этот символ для доступа к именованным атрибутам. Максимально допустимая длина имени составляет 255 символов.

Доступны все символы UNICODE (без учета регистра), за исключением следующего набора: кавычки (

), звездочка (), косая черта (), двоеточие (), знак "меньше" (), знак "больше" (), вопросительный знак (), обратная косая черта (), а также символ конвейера (). Кроме того, имя файла не может заканчиваться точкой или пробелом. Максимально допустимая длина имени составляет 255 символов.