Какая информация содержится fat
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике: https://hetmanrecovery.com/ru/recovery_news/fat-structures.htm
Читайте о системных структурах файловой системы FAT: загрузочный сектор, FSINFO, таблица FAT и записи каталогов. Описание, размерность полей и интерпретация Процесс поиска удаленных файлов состоит из обнаружения и интерпретации содержимого диска. Этой статьей мы откроем цикл, в котором расскажем, как найти и правильно «прочитать» системную информацию. Существует четыре версии FAT — FAT8, FAT12, FAT16 и FAT32. Мы проведем анализ FAT32 диска, расположенного на SD-карте памяти фотоаппарата.
Логический диск под управление FAT32 можно разделить на 3 логических части, которые идут последовательно друг за другом:
- Зарезервированная область;
- Область FAT;
- Область данных (содержит корневой каталог и содержимое файлов);
Рис.1 Физическая структура FAT.
Система FAT очень проста и условно в ней можно выделить 4 структуры:
- Загрузочный сектор.
- FSINFO.
- Таблица FAT.
- Записи каталогов.
Загрузочный сектор
Загрузочный сектор занимает 1 сектор (чаще всего 512 байт) и располагается в первом секторе. Давайте рассмотрим подробнее его содержимое.
Смещение Размер Описание Обязательное
0 3 Ссылка на загрузочный код Нет
3 8 Метка ОС I Нет
11 2 Сколько байт в секторе Да
13 1 Сколько секторов в кластере II Да
14 2 Размер резервной области в секторах Да
16 1 Сколько копий FAT-таблицы Да
17 2 Сколько объектов в корневом каталоге III Да
19 2 Сколько секторов на диске IV Да
21 1 Метка носителя V Нет
22 2 Размер таблицы FAT в секторах III Да
24 2 Сколько секторов в дорожке Нет
26 2 Сколько головок Нет
28 4 Сколько секторов перед началом раздела Нет
32 4 Сколько секторов в кластере II Да
36 4 Размер таблицы FAT в секторах Да
40 2 Режим обновления VI Да
42 2 Номер версии Да
44 4 Кластер с корневым каталогом Да
48 2 Сектор с FSINFO Нет
50 2 Сектор с резервной копией загрузочного сектора Нет
52 12 Резерв Нет
64 1 Номер диска Нет
65 1 Не используется Нет
66 1 Последовательность байт 0x29 VII Нет
67 4 Серийный номер тома Нет
71 11 Метка тома I Нет
82 8 Метка Нет
90 420 Резерв Нет
510 2 Последовательность байт 0xAA55 Нет
Таб.1 Структура загрузочного сектора FAT.
- I В кодировке ASCII;
- II Задается степенью 2;
- III Использовалось для ранних версий FAT. Для FAT32 = 0;
- IV Если количество секторов на диске больше 65535, используется поле по адресу 32;
- V Для жестких дисков – 0xf8, для съемных – 0xf0;
- VI Если бит 7 равен 1, активна только одна копия FAT, индекс которой определяется разрядами 0-3. В противном случае все структуры FAT являются зеркальными копиями друг друга;
- VII Последовательность байт 0x29;
Информация из загрузочного сектора играет основополагающую роль в восстановлении удаленных файлов, поэтому его обнаружение чрезвычайно важно.
Структура FSINFO
Ссылка на начало структуры хранится в загрузочном секторе, размер составляет 1 сектор (обычно 512 байт). FAT использует FSINFO для алгоритма выделения свободных секторов диска.
Смещение Размер Описание Обязательное
0 4 Последовательность байт 0x41615252 Нет
4 480 Резерв Нет
484 4 Последовательность байт 0x6147272 Нет
488 4 Сколько свободных кластеров Нет
492 4 Следующий свободный кластер Нет
496 12 Резерв Нет
508 4 Последовательность байт 0xAA550000 Нет
Таб.2 Структура данных FSINFO.
Поскольку FSINFO может не обновляться и все ее поля не обязательны, опираться на нее для извлечения данных мы не можем.
Таблица FAT
Файловая система может иметь несколько копий этой таблицы, точное количество таблиц и их размер указаны в загрузочном секторе. Обычно используется 2 копии, полностью дублирующие друг друга. Они располагаются последовательно, одна за другой, и имеют столько записей, сколько кластеров на диске.
В FAT32 структура состоит из записей размером 4 байта. Каждая запись соответствует кластеру на логическом диске и может принимать следующие значения:
- 0x000 0000 – если кластер свободен;
- 0x0fff fff7 – если кластер поврежден и не должен выделяться;
- 0x0fff fff8 – если кластер завершает файл или каталог;
- 0x000 0001 … 0x0fff fff6 – указатель на следующий кластер, занимаемый файлом или каталогом.
Чтение и анализ основной таблицы FAT и её копий позволяют выяснить, в каких кластерах хранится содержимое нужного файла.
Записи каталогов
Записи каталогов содержат имя, атрибуты файлов и каталогов, а также время создания, последнего доступа и редактирования объектов. Эта информация хранится в кластерах, выделенных родительскому каталогу, ссылку на который можно получить из загрузочного сектора.
Базовая структура (Simple File Name) поддерживает только короткие имена файлов (8 символов – имя и 3 символа – расширение). Для поддержки длинных имён файлов в добавление к базовой записи создаются дополнительные структуры (Long File Name). Записи LFN имеют размер 32 байта и предшествуют базовой записи.
Смещение Размер Описание Обязательное
0 1 Порядковый номер или последовательность байт 0xe5 I, II Да
1 10 Первые 5 символов имени файла I Да
11 1 Последовательность байт 0x0f Да
12 1 Резерв Нет
13 1 Контрольная сумма Да
14 12 Следующие 6 символов имени файла I Да
26 2 Резерв Нет
28 4 Следующие 2 символа имени файла I Да
Таб.3 Структура записи каталога Long File Name.
- I Имя файла хранится в Unicode;
- II FAT заменяет первый символ имени файла на 0xe5, если он удален.
Для хранения длинного имени файла может использоваться несколько структур LFN. Чтобы получить полное имя, нужно сложить все эти структуры. После дополнительных следует базовая запись каталога размером 32 байта.
Смещение Размер Описание Обязательное
0 1 Первый символ имени файла I, II Да
1 10 Следующие 10 символов имени файла I Да
11 1 Атрибуты III Да
12 1 Резерв Нет
13 1 Десятые доли секунды времени создания Нет
14 2 Часы, минуты, секунды времени создания Нет
16 2 Дата создания Нет
18 2 Дата последнего обращения Нет
20 2 Старшие 2 байта ссылки на первый кластер Да
22 2 Часы, минуты, секунды времени модификации Нет
24 2 Дата модификации Нет
26 2 Младшие 2 байта ссылки на первый кластер Да
28 4 Размер файла Да
Таб.4 Структура базовой записи каталога FAT.
- I Имя файла в кодировке ASCII;
- II FAT заменяет первый символ имени файла на 0xe5, если он удален;
- III Возможные атрибуты перечислены в таблице.
Значение Описание
0x01 Доступ только для чтения
0x02 Скрытый файл
0x04 Системный файл
0x08 Метка тома
0x0f Длинное имя файла
0x10 Каталог
0x20 Архивный файл
Таб.5 Атрибуты.
Из базовой записи можно восстановить атрибуты файла, время создания и редактирования, а также ссылку на первый кластер содержимого.
HEX редактор
Продукты компании Hetman Software имеют встроенный HEX редактор, который позволяет быстро найти и просмотреть содержимое загрузочного сектора и его копии, записи FAT-таблицы, корневого каталога и области данных. Подробнее о том, как использовать эти таблицы и алгоритмы восстановления диска FAT, читайте у нас в блоге.
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике: https://hetmanrecovery.com/ru/recovery_news/fat-structures.htm
Источник
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике: https://hetmanrecovery.com/ru/recovery_news/fat-file-system-analisis.htm
Читайте об особенностях восстановления данных с носителя отформатированного в FAT. Существует множество файловых систем: FAT, NTFS, HFS и множество других. Но FAT, одна из самых старых и самых простых файловых систем, по-прежнему широко используется. В FAT32 форматируются практически все карты памяти, используемые в цифровых фотоаппаратах.
Файловая система FAT
FAT используется в большинстве портативных аудиоплееров и навигаторов. Даже мобильные телефоны и планшеты под управлением Android используют карты памяти (к примеру, miniSD, microSD), отформатированные в FAT32.
Да, FAT обладает рядом ограничений, как на максимальный объём раздела, так и на максимальный размер файла (в частности, фильмы в HD качестве бывает невозможно разместить одним файлом на разделе, отформатированном в FAT). Да, эта файловая система достаточно примитивна и не обладает встроенными средствами контроля целостности информации, встроенным сжатием и шифрованием, а также разделением прав доступа. Зато у FAT есть свои преимущества: компактность (под нужды файловой системы отводится совсем немного места), простота реализации и низкая ресурсоёмкость. Все эти достоинства и обусловили популярность файловой системы FAT среди разработчиков мобильных устройств.
Файловая система FAT: а что внутри?
Раз файловая система FAT настолько популярна, то востребованы и инструменты для восстановления данных с дисков, отформатированных с использованием этой файловой системы. В этой статье мы расскажем о внутреннем устройстве файловой системы в контексте алгоритмов, использованных в программах для восстановления FAT раздела.
Для начала стоит рассказать о том, почему восстановление удалённых файлов вообще возможно. Дело в том, что при удалении файла операционная система не стирает и не перезаписывает его содержимого: это было бы неоправданно долго. Вместо этого система просто делает пометку в соответствующей записи файловой системы, освобождая, таким образом, занятые удалённым файлом сектора на диске для использования другими программами.
Этот-то механизм и позволяет специализированным программам восстанавливать содержимое файлов. Достаточно считать записи файловой системы, идентифицировать записи, соответствующие удалённым файлам, и восстановить точные физические адреса этих файлов по данным, взятым опять же из файловой системы. Дальнейшее – дело техники.
К сожалению, такой простой подход возможен не всегда. Если файл был удалён какое-то время назад, или если записи в файловой системе были стёрты или перезаписаны, программе придётся сканировать всю поверхность диска с помощью алгоритмов сигнатурного поиска. Эти алгоритмы работают по принципу антивируса, идентифицируя файлы по известным сигнатурам. У такого подхода есть ряд ограничений: низкая скорость работы, ограниченное количество поддерживаемых форматов и невозможность полноценного восстановления фрагментированных файлов. Тем не менее, на практике эти алгоритмы прекрасно работают, ведь наиболее ценные файлы (документы, фотографии и т.п.) часто бывают небольшого размера и практически не фрагментируются.
Если же требуется восстановить фрагментированный файл, программе приходится комбинировать данные сигнатурного поиска и информацию, полученную из файловой системы – например, для того, чтобы исключить из рассмотрения сектора диска, заведомо занятые другими файлами.
Данные файловой системы
Итак, предположим, что нам нужно восстановить достаточно большой файл, который записан на диске в виде множества фрагментов. С помощью сигнатурного поиска мы сможем найти начало файла, проанализировать заголовок и определить его длину. Но если мы попытаемся сохранить данные, записанные на диске последовательно после заголовка нужного файла, то успешно восстановится только его начало – самый первый сектор. Остальные секторы могут принадлежать другим файлам. Соответственно, наша задача – использовать данные из файловой системы для того, чтобы точно определить: в какой последовательности и в какие именно секторы на диске записаны данные этого файла.
Для того чтобы ориентироваться в записанной на диск информации, Windows создает запись в файловой системе. В этой записи хранится информация, указывающая на то, какие именно секторы на диске (и в какой именно последовательности) содержат данные конкретного файла.
В поисках файловой системы
Рис.1 Жесткий диск разбит на разделы.
Для того чтобы использовать данные из файловой системы, саму файловую систему требуется найти. Прежде, чем говорить о файловой системе, нужно кратко описать систему разделов Windows.
Диски в Windows описываются системой разделов, которая содержит одну или несколько таблиц. Каждая таблица описывает один раздел. В записи указывается физический адрес начального сектора раздела и его конечный сектор (или длина). Помимо этого указывается также и тип раздела.
Для того чтобы найти файловую систему, программа проанализирует таблицу разделов Windows, если таковая сохранилась. Но что, если таблицы разделов не существует или в ней содержится неактуальная информация (например, нужный нам раздел был удалён, а на его месте был создан другой раздел)? В этом случае программа прибегнет к сканированию диска с целью поиска файловой системы.
Раздел Начало Конец Тип
System (С:) 0 199 NTFS
Archive (D:) 200 399 FAT
Work (E:) 400 599 FAT
Таб.1 Таблица с информацией о начале, конце и типе каждого раздела.
Для поиска файловой системы будем исходить из предположения, что в каждом разделе диска находилась файловая система. Как правило, файловые системы можно идентифицировать по некоторой постоянной сигнатуре. Например, файловую систему FAT можно идентифицировать по значениям, записанным в байты 510 и 511 первого сектора. Если значения по этим адресам – 0x55 и 0хАА соответственно, то можно приступить к дополнительной проверке.
Дополнительные проверки позволяют отличить случайно встреченную последовательность данных от истинной сигнатуры файловой системы. Проверяется, например, диапазон значений, допустимых для некоторых полей структуры данных. Одно из полей файловой системы FAT определяет количество секторов в кластере. Его значение всегда представляет собой степень двойки из последовательности: 1, 2, 4, 8, 16, 32, 64 или 128. Если по данному адресу содержится любое другое значение, то найденная нами структура не принадлежит файловой системе FAT.
В статье «Алгоритм восстановления файла на диске FAT» мы рассмотрим поиск содержимого удаленного файла на конкретном примере.
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике: https://hetmanrecovery.com/ru/recovery_news/fat-file-system-analisis.htm
Источник
- 12/07/2020
- Чтение занимает 10 мин
В этой статье
В этой статье поясняются различия между таблицой выделения файлов (FAT), файловой системой высокой производительности (HPFS) и файловой системой NT (NTFS) в Windows NT, а также их преимущества и недостатки.
Исходная версия продукта: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 100108
Примечание
HPFS поддерживается только в Windows NT версиях 3.1, 3.5 и 3.51. Windows NT 4.0 не поддерживает и не может получить доступ к разделам HPFS. Кроме того, файловая система FAT32 поддерживается только в Windows 98/95 и Windows 2000.
Общие сведения о FAT
FAT является самым упрощенным решением из файловых систем, поддерживаемых Windows NT. Файловая система FAT характеризуется таблицей выделения файлов (FAT), которая на самом деле является таблицей, которая находится в самом верху тома. Для защиты тома хранятся две копии FAT на случай повреждения одной из них. Кроме того, таблицы FAT и корневой каталог должны храниться в фиксированном расположении, чтобы файлы загрузки системы могли правильно располагаться.
Диск в формате FAT выделяется в кластерах, размер которых определяется размером тома. При этом в каталоге создается запись, и устанавливается первый номер кластера, содержащий данные. Эта запись в таблице FAT указывает на то, что это последний кластер файла, или указывает на следующий кластер.
Обновление таблицы FAT очень важно, а также отнимает много времени. Если таблица FAT регулярно не обновляется, это может привести к потере данных. Это отнимает много времени, так как при каждом обновлении таблицы FAT на диске необходимо переместить на логическую дорожку диска.
В структуре каталогов FAT нет организации, и файлам предоставляется первое место открытия на диске. Кроме того, FAT поддерживает только атрибуты файлов только для чтения, скрытые, системные и архивные.
Соглашение об именах FAT
В FAT используется традиционное соглашение об именово имени файлов 8.3, и все имена файлов должны создаваться с использованием набора символов ASCII. Имя файла или каталога может быть длиной до восьми символов, то сепаратора (.) и до трех символов. Имя должно начинаться с буквы или номера и содержать любые символы, кроме следующих:
. ” / [ ] : ; | = ,
Если какой-либо из этих символов используется, могут возникнуть непредвиденные результаты. Имя не может содержать пробелы.
Зарезервированы следующие имена:
CON, AUX, COM1, COM2, COM3, COM4, LPT1, LPT2, LPT3, PRN, NUL
Все символы будут преобразованы в верхний регистр.
Преимущества FAT
В любой из поддерживаемых файловых систем невозможно выполнить Windows NT в одной из поддерживаемых файловых систем. Undelete utilities try to directly access the hardware, which cannot be done under Windows NT. Однако если файл был расположен в разделе FAT и система перезапущена в MS-DOS, файл можно отопустить. Файловая система FAT лучше всего работает для дисков и разделов размером около 200 МБ, так как fat начинается с очень небольшой накладной. Дополнительные вопросы о преимуществах FAT см. в следующих темах:
Windows NT Server “Основные понятия и руководство по планированию”, глава 5, раздел “Выбор файловой системы”
Windows NT Workstation 4.0 Resource Kit, Chapter 18, “Choosing a File System”
Windows NT Server 4.0 Resource Kit “Resource Guide,” Chapter 3, section titled “Which File System to Use on Which Volumes”
Недостатки FAT
Желательно, чтобы при использовании дисков или разделов размером более 200 МБ файловая система FAT не должна использоваться. Это потому, что по мере увеличения размера тома производительность FAT быстро снижается. Невозможно установить разрешения для файлов, которые являются разделами FAT.
Размер разделов FAT ограничен до 4 гигабайт (ГБ) в Windows NT и 2 ГБ в MS-DOS.
Дополнительные вопросы о других недостатках FAT см. в следующих темах:
Windows NT Server “Основные понятия и руководство по планированию”, глава 5, раздел “Выбор файловой системы”
Windows NT Workstation 4.0 Resource Kit, Chapter 18, “Choosing a File System”
Microsoft Windows NT Server 4.0 Resource Kit “Resource Guide,” Chapter 3, section titled “Which File System to Use on Which Volumes”
Обзор HPFS
Файловая система HPFS была впервые представлена в ОС/2 1.2, чтобы обеспечить более широкий доступ к более крупным жестким дискам, которые затем появились на рынке. Кроме того, новой файловой системе потребовалось расширить систему именования, организаций и безопасность для роста потребностей рынка сетевых серверов. HPFS поддерживает организацию каталогов FAT, но добавляет автоматическую сортировку каталога на основе имен файлов. Имена файлов могут быть расширены до 254 двухбайтных символов. HPFS также позволяет файлу состоять из “данных” и специальных атрибутов, чтобы обеспечить повышенную гибкость с точки зрения поддержки других соглашений об именах и безопасности. Кроме того, единица выделения меняется с кластеров на физические секторы (512 bytes), что сокращает объем потерянного места на диске.
В HPFS в записях каталогов находится больше сведений, чем в fat. Как и файл атрибута, он включает сведения об изменении, создании и дате и времени доступа. Вместо того чтобы указать первый кластер файла, записи каталога в HPFS указывают на FNODE. FNODE может содержать данные файла или указатели, которые могут указать на данные файла или на другие структуры, которые в конечном итоге будут указать на данные файла.
HPFS пытается выделить как можно больше файлов в целых секторах. Это делается для повышения скорости при последовательной обработке файла.
HPFS упорядожит диск в серию диапазонов размером 8 МБ, и по возможности файл содержится в одном из этих диапазонов. Между этими диапазонами находятся растровые карты выделения 2K, которые отслеживают, какие секторы в диапазоне были выделены и не были выделены. Перевязка повышает производительность, так как загон диска не должен возвращаться в логическую верхнюю часть (как правило, 0) диска, но к ближайшему растрову выделения диапазонов, чтобы определить место хранения файла.
Кроме того, HPFS включает несколько уникальных объектов специальных данных:
Super Block
Super Block расположен в логическом секторе 16 и содержит указатель на FNODE корневого каталога. Одна из главных угроз использования HPFS заключается в том, что в случае потери или поврежденного суперблока из-за поврежденного сектора содержимое раздела, даже если остальная часть диска в порядке. Можно восстановить данные на диске, скопируя все данные на другой диск с хорошим сектором 16 и перестроив super Block. Однако это очень сложная задача.
Запасной блок
Запасной блок расположен в логическом секторе 17 и содержит таблицу “исправления” и блок запасных каталогов. В HPFS при обнаружении плохой сектора запись “исправления” используется для логической указать на существующий хороший сектор, а не на плохой сектор. Этот способ обработки ошибок записи называется “горячим” исправлением.
Горячее исправление — это метод, в котором при ошибке из-за плохой сектора файловая система перемещает информацию в другой сектор и пометит исходный сектор как плохой. Все это делается прозрачно для всех приложений, которые выполняют дисковый I/O (то есть приложение никогда не знает о проблемах с жестким диском). Использование файловой системы, которая поддерживает горячее исправление, позволит избежать таких сообщений об ошибках, как FAT “Отмена, повторить попытку или сбой?”. сообщение об ошибке, которое возникает при плохом секторе.
Примечание
Версия HPFS, включаемая в Windows NT, не поддерживает исправления.
Преимущества HPFS
HPFS лучше всего для дисков в диапазоне от 200 до 400 МБ. Дополнительные вопросы о преимуществах HPFS см. в следующих темах:
Windows NT Server “Основные понятия и руководство по планированию”, глава 5, раздел “Выбор файловой системы”
Windows NT Workstation 4.0 Resource Kit, Chapter 18, “Choosing a File System”
Windows NT Server 4.0 Resource Kit “Resource Guide,” Chapter 3, section titled “Which File System to Use on Which Volumes”
Недостатки HPFS
Из-за накладных расходов, задействованных в HPFS, это не очень эффективный выбор для объема менее 200 МБ. Кроме того, если объем томов превышает 400 МБ, производительность может быть ниже. Невозможно установить безопасность в HPFS в Windows NT.
HPFS поддерживается только в Windows NT версиях 3.1, 3.5 и 3.51. Windows NT 4.0 не может получить доступ к разделам HPFS.
Дополнительные недостатки HPFS см. в следующих темах:
Windows NT Server “Основные понятия и руководство по планированию”, глава 5, раздел “Выбор файловой системы”
Windows NT Workstation 4.0 Resource Kit, Chapter 18, “Choosing a File System”
Windows NT Server 4.0 Resource Kit “Resource Guide,” Chapter 3, section titled “Which File System to Use on Which Volumes”
Обзор NTFS
С точки зрения пользователя, NTFS по-прежнему упорядочает файлы в каталоги, которые, как и HPFS, сортировать. Однако, в отличие от FAT или HPFS, на диске нет “особых” объектов и нет зависимости от оборудования, такого как сектора 512-byte. Кроме того, на диске нет специальных местоположений, таких как таблицы FAT или суперблок HPFS.
Цель NTFS — предоставить:
Надежность, особенно желаемая для высококлассных систем и файловых серверов
Платформа для дополнительных функций
Поддержка требований POSIX
Удаление ограничений файловой системы FAT и HPFS
Надежность
Для обеспечения надежности NTFS было рассмотрено три основных области: возможность восстановления, удаление неувяющих сбоев в одиночном секторе и горячее исправление.
NTFS — это восстанавливаемая файловая система, так как она отслеживает транзакции в файловой системе. При выполнении CHKDSK в FAT или HPFS проверяется согласованность указателей в каталоге, выделении и таблицах файлов. В NTFS ведется журнал транзакций с этими компонентами, чтобы CHKDSK только откатил транзакции до последней точки фиксации, чтобы восстановить согласованность в файловой системе.
В FAT или HPFS, если происходит сбой сектора, который является расположением одного из специальных объектов файловой системы, произойдет сбой одного сектора. NTFS избегает этого двумя способами: во-первых, не используя специальные объекты на диске, а также отслеживая и защищая все объекты, которые находятся на диске. Во-вторых, в NTFS хранятся несколько копий (число зависит от размера тома) таблицы master File Table.
Как и в версиях HPFS ОС/2, NTFS поддерживает горячее исправление.
Добавлены функции
Одной из основных задач разработки Windows NT на каждом уровне является предоставление платформы, которую можно добавить и на основе которой можно создать, и NTFS не является исключением. NTFS предоставляет гибкую и гибкую платформу для использования другими файловыми системами. Кроме того, NTFS полностью поддерживает Windows NT безопасности и несколько потоков данных. Больше не является файлом данных одним потоком данных. Наконец, в NTFS пользователь может добавить в файл собственные пользовательские атрибуты.
Поддержка POSIX
NTFS — это наиболее совместимый с POSIX.1 файловые системы, так как он поддерживает следующие требования POSIX.1:
Именовка с чувствительностью к делу:
В POSIX README.TXT, Readme.txt и readme.txt файлы.
Дополнительная отметка времени:
Дополнительная отметка времени обеспечивает время последнего доступа к файлу.
Жесткие ссылки:
Твердая ссылка — это когда два разных имени файлов, которые могут быть расположены в разных каталогах, указывают на одинаковые данные.
Устранение ограничений
Во-первых, NTFS значительно повысил размер файлов и томов, поэтому теперь они могут быть до 2^64 bytes (16 exabytes or 18,446,744,073,709,551,616 bytes). NTFS также вернулась к концепции кластеров FAT, чтобы избежать проблемы HPFS фиксированного размера сектора. Это было сделано потому Windows NT что это переносимая операционная система, и в какой-то момент может возникнуть другая технология дисков. Таким образом, 512 bytes per sector was viewed as having a large possibility of not always being a good fit for the allocation. Это было выполнено путем определения кластера как кратного размера естественного выделения оборудования. Наконец, в NTFS все имена файлов основаны на Юникоде, а имена файлов 8.3 хранятся вместе с длинными именами файлов.
Преимущества NTFS
NTFS лучше всего использовать в томах объемом около 400 МБ или более. Это происходит потому, что производительность в NTFS не снижается, как в FAT, при больших размерах томов.
Возможность восстановления, разработанная в NTFS, такова, что пользователю никогда не нужно запускать какую-либо совметивную совсюю восстановления диска в секции NTFS. Дополнительные преимущества NTFS см. в следующих темах:
Windows NT Server “Основные понятия и руководство по планированию”, глава 5, раздел “Выбор файловой системы”
Windows NT Workstation 4.0 Resource Kit, Chapter 18, “Choosing a File System”
Windows NT Server 4.0 Resource Kit “Resource Guide,” Chapter 3, section titled “Which File System to Use on Which Volumes”
Недостатки NTFS
Не рекомендуется использовать NTFS для тома размером менее 400 МБ из-за объема пространства, используемого в NTFS. Это пространство используется в виде системных файлов NTFS, которые обычно используют не менее 4 МБ дискового пространства в секции 100 МБ.
В настоящее время шифрование файлов, встроенное в NTFS, не существует. Таким образом, кто-то может загрузиться в ms-DOS или другой операционной системе и использовать низкоуровневую с помощью сканируемой системы для просмотра данных, сохраненных в томе NTFS.
Форматирование дискеты с файловой системой NTFS невозможно; Windows NT форматировать все дисковые диски с файловой системой FAT, так как накладные расходы, связанные с NTFS, не поместят на диск с гибкими дисками.
Дальнейшее обсуждение недостатков NTFS см. в следующих темах:
Windows NT Server “Основные понятия и руководство по планированию”, глава 5, раздел “Выбор файловой системы”
Windows NT Workstation 4.0 Resource Kit, Chapter 18, “Choosing a File System”
Windows NT Server 4.0 Resource Kit “Resource Guide,” Chapter 3, section titled “Which File System to Use on Which Volumes”
Соглашения об именах NTFS
Имена файлов и каталогов могут быть длиной до 255 символов, включая любые расширения. Имена сохраняют дело, но не чувствительны к этому. NTFS не делает различий между именами файлов на основе дела. Имена могут содержать любые символы, кроме следующих:
? ” / < > * | :
В настоящее время в командной строке можно создавать имена файлов размером до 253 символов.
Примечание
В зависимости от аппаратных ограничений в любой файловой системе могут быть налагаться дополнительные ограничения на размер разделов. В частности, размер загрузочного раздела может быть всего 7,8 ГБ, а в таблице разделов имеется ограничение в 2 терабайта.
Дополнительные сведения о поддерживаемых файловых системах для Windows NT см. в Windows NT Resource Kit.
Источник