> man operating_systems
WYOS - Выпуск №6
Рассмотрение NTFS.
на Среда, 30 Июнь 2004, 01:30
добавил: commrade список авторов печатать элемент контента создать pdf-файл  элемент контента
категория Статьи > Write Your Own OS
комментарии: 0
просмотров: 692

Весьма пристальное рассмотрение файловой системы от Microsoft - NTFS.

Напиши свою ОС! #6
Здравствуйте, уважаемые подписчики!

В этом выпуске мы продолжим рассматривать различные файловые системы. Сегодня мы рассмотрим файловую систему NTFS.
NTFS

<P>NTFS выросла из файловой системы HPFS, разрабатываемойсовместно IBM и
Microsoft для проекта OS/2. Она начала использоваться вместе с Windows NT 3.1 в
1993 году. Windows NT 3.1 должна была составить конкуренцию серверам на базе
NetWare и Unix, поэтому NTFS вобрала в себя все тогдашние технологические
достижения. Вот основные из них:
<OL>
<LI><B>Работа с большими </B>. NTFS имеет размер кластера 512 байт, что
в принципе оптимально, но его можно менять до 64К. Более важно то, что NTFS
способна теоретически работать с томами размером в 16,777,216 терабайт.
Теоретически, потому что таких жестких дисков пока просто не существует, и
появятся они весьма не скоро.
<LI><B></B>. NTFS содержит две копии аналога FAT, которые
называются MFT (Master File Table). В отличие от FAT MSDOS, MFT больше
напоминает таблицу базы данных. Если оригинал MFT повреждён в случае
аппаратной ошибки (например, появления bad-сектора), то система при следующей
загрузке использует копию MFT, и автоматически создаёт новый оригинал, уже с
учётом повреждений. Но это не самое главное. Главное, что NTFS использует
систему транзакций при записи файлов на диск. Эта система пришла из СУБД, где
защита целостности данных - жизненно важное дело. Уже это говорит о её
эффективности. В упрощённом виде она работает так: </LI></OL>
<BLOCKQUOTE>
<UL>
<LI>Драйвер ввода/вывода NTFS инициирует процесс записи, одновременно
сообщая сервису Log File Service вести лог всего происходящего.
<LI>Данные пишутся в кэш, под управлением сервиса Cache Manager.
<LI>Cache Manager посылает данные Virtual Memory Manager-у (менеджеру
виртуальной памяти), для записи на диск в фоновом режиме.
<LI>Virtual Memory Manager посылает данные драйверу диска, пропустив их
через Fault Tolerant Driver (если у вас массив дисков RAID).
<LI>Драйвер диска шлёт их контроллеру, который уже пишет их либо в кэш, либо
прямо на диск.
<LI>Если эта операция проходит без ошибок, запись лога удаляется.
<LI>Если происходит сбой, запись лога остается в таблице транзакций, и при
следующем доступе к диску Log File Service обнаруживает эту запись, и просто
восстанавливаетвсё как было до этой операции. </LI></UL>Такая система
гарантирует абсолютную сохранность данных в случае копирования, перемещения и
удаления файлов или директорий. При внесении изменений в файл, вы теряете те
изменения, которые находились в момент сбоя в памяти или в кэше контроллера, и
не успели записаться на диск. </BLOCKQUOTE>
<OL>
<LI value=3><B></B>. NTFS рассматривает файлы, как объекты. Каждый
файловый объект обладает свойствами, такими как его имя, дата создания, дата
последнего обновления, архивный статус, и дескриптор безопасности. Файловый
объект также содержит набор методов, которые позволяют с ним работать, такие
как open, close, read и write. Пользователи, включая сетевых, для обращения к
файлу вызывают эти методы, а Security Reference Monitor определяет, имеет ли
пользователь необходимые права для вызова какого-либо из этих методов. Кроме
этого, файлы можно шифровать. Правда, с шифрованием стоит быть осторожнее.
Если у вас рухнет система, или вы её переустановите то вы не сможете прочитать
зашифрованные файлы, если не имеете ERD.
<LI><B>Компрессия </B>. NTFS позволяет компрессироватьотдельные
каталоги и файлы, в отличие от DriveSpace, который позволял сжимать только
диски целиком. Это очень удобно, для экономии пространства на диске, например
можно сжимать "на " большие графические файлы формата BMP, или текстовые
файлы, причём для пользователя всё это будет прозрачно.
<LI><B>Поддержка формата ISO Unicode</B>. Формат Unicode использует 16bit для
кодировки каждого символа, в отличие от ASCII, который использовал 8bit, или
ещё хуже - 7bit. Для простого пользователя это означает то, что теперь он
может называть файлы на любом языке, хоть на китайском - система это будет
поддерживать, не требуя изменить кодовую страницу, как это делал DOS и W9x.
</LI></OL>
<p>NTFS также включает возможности безопасности, требуемые для файловых
серверов и высококачественых персональных компьютеров в корпоративной среде.
NTFS поддерживает управление доступом к данным и привилегии владельца, что
является важным для целостности корпоративных данных.
В то время как каталогам, разделяемым при помощи Windows NT Server, назначаются
специфические разрешения, файлам и каталогам NTFS могут назначаться разрешения вне
зависимости, разделены они или нет. NTFS — единственная файловая система в Windows NT,
которая позволяет назначить разрешения для отдельных файлов.
Основное отличие данной файловой системы от FAT32 это то, что вся информация на томе
NTFS является файлом или частью файла. Каждый распределенный на томе NTFS сектор
принадлежит некоторому файлу. Даже метаданные (metadata) файловой системы (информация,
которая описывает непосредственнофайловую систему) являются частью файла.
Эта основанная на атрибутах файловая система поддерживает объектно-ориентированныеприложения,
обрабатывая все файлы как объекты,которые имеют определяемые пользователем и системой атрибуты.
</p>
<p>Основные моменты, которые в дальнейшем будут рассмотренны это:
<ul>
<li>Главная файловая таблица.
<li>Атрибуты файла NTFS.
<li>Особенности NTFS.
</ul>
</p>

Главная файловая таблица

<P>Каждый файл на томе NTFS представлен записью в
специальном файле, называемом главной файловой таблицей (MFA — master file
table). NTFS резервирует первые 16 записей таблицы для специальной информации.
Первая запись этой таблицы описывает непосредственноглавную файловую
таблицу;</P>
<P>за ней следует зеркальная запись (mirror record)
MFT. Если первая запись MFT разрушена, то NTFS читает вторую запись для
отыскания зеркального файла MFT, первая запись которого идентична первой
записи MFT. Местоположения сегментов данных MFT и зеркального файла MFT
записаны в секторе начальной загрузки. Дубликат сектора начальной загрузки
находится в логическом центре диска.</P>
<P>Третья запись MFT — файл регистрации (log file);
используется для восстановления файлов. Файл регистрации подробно описан в
настоящей главе ниже. Семнадцатая и последующие записи главной файловой
таблицы используются собственно файлами и каталогами (также рассматриваются
как файлы NTFS) на томе. На рисунке ниже показана упрощенная структура MFT:</P>
<P align=center><img src='files/images/articles/wyos/MFT.png' alt='MFT' width='571' height='465'></P>
<P>Главная файловая таблица отводит определенное
количество пространства дтя каждой записи файла. Атрибуты файла записываются в
распределенное пространство MFT. Небольшие файлы и каталоги (обычно до 1500
байт или меньше), типа файла, показанного ниже, могут полностью
содержать внутри записи главной файловой таблицы.</P>
<TABLE cellSpacing=0 cellPadding=2 border=1>
<TBODY>
<TR>
<TD vAlign=top width=13% height=53>Стандартная информация</TD>
<TD vAlign=top width=16% height=53>Имя файла или </TD>
<TD vAlign=top width=15% height=53>Дескриптор </TD>
<TD vAlign=top width=43% height=53>Данные или </TD>
<TD vAlign=top width=13% height=53>&nbsp;<P>&nbsp;</P></TD>
</TR>
</TBODY>
</TABLE>
<P>Подобный подход обеспечивает очень быстрый доступ к
файлам. Рассмотрим. например, файловую систему FAT, которая использует таблицу
размещения файлов, в которой перечисляются имена и адрес каждого файла.
Элементы каталога FAT содержат индекс в таблице размещения файла. В случае
если необходимо просмотреть содержимое файла, FAT
сначала читает таблицу размещения файлов и убеждается в существовании файла.
Далее FAT восстанавливаетфайл, ища цепочку распределенных блоков, относящихся
к этому файлу. В NTFS поиск файла производится только для непосредственноо
его использования.</P>
<P>Записи каталога помещены внутри главной файловой
таблицы так же, как записи файла. Вместо данных каталоги содержат индексную
информацию. Небольшие записи каталогов находятся полностью внутри структуры
MFT. Большие каталоги организованы в B-tree, имея записи с указателями на
внешние <I>кластеры,</I> содержащие элементы каталога, которые не могли быть
записаны внутри структуры MFT.</P>

Атрибуты файла NTFS

<P>NTFS просматривает каждый файл (или каталог) как
набор атрибутов файла. Такие элементы, как имя файла, информация зашиты и даже
данные — все это атрибуты файла. Каждый атрибут идентифицированкодом типа
атрибута и, необязательно, именем атрибута.</P>
<P>Если атрибуты файла могут находится внутри записи
файла MFT, они называются резидентными (resident) атрибутами. HanpHMqi,
информация типа имени файла и отметки времени всегда включается в запись файла
MFT. Если файл слишком большой, чтобы содержать все атрибуты в записи файла
MFT, часть атрибутов является нерезидентной (nonresident). Нерезидентные
атрибуты занимают один или несколько пробегов (run) дискового пространства в
другом месте тома (пробег дискового пространства — непрерывная линейная
область на диске).</P>
<P>Вообще, все атрибуты могут быть вызваны как поток
бантов независимо от того, являются ли они резидентными или
нерезидентными.</P>
<P>В таблице 1 представлен список всех атрибутов
файла, в настоящее время определенных для NTFS. Этот список расширяем, т. е.
другие атрибуты файла в будущем могут быть определены в случае
необходимости.</P>
<P><I>Таблица 1: Атрибуты файла NTFS</I></P>
<TABLE cellSpacing=0 cellPadding=2 border=1>
<TBODY>
<TR>
<TD vAlign=top><B><FONT face=Arial size=2>Тип </FONT></B></TD>
<TD vAlign=top><B><FONT face=Arial size=2></FONT></B></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Standard Information (стандартная информация)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Включает бюджет связи и так </FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Attribute List (список атрибутов)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Перечисляет все другие атрибуты(только в больших файлах)</FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Filename (имя файла)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Атрибут, повторяющийся для
длинных и для коротких имен файлов Длинное имя файла может содержать до
255 символов Unicode Короткое имя — доступно для MS-DOS, восемь плюс три
символа, без учета регистра Дополнительные имена, или жесткие связи
(hard links), используются POSIX и могут быть также включены в качестве
дополнительных атрибутов имени </FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Security Descriptor (дескриптор безопасности)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Фиксирует информацию о том, кто
может обращаться к файлу, кто является его владельцем и так
</FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Data (данные)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Содержит данные </FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Index Root (корень индексов)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Используется при работе с </FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Index Allocation (индексное размещение)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Используется при работе с </FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Volume Information (информация тома)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Используется только в системном файле тома и включает в частности версию и имя </FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Bitmap (битовый массив)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Предоставляет информацию об использовании записей в MFT или </FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Extended Attribute Information(информация расширенного атрибута)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Используется файловыми серверами,
которые связаны с системами OS/2 Этот тип атрибута не используется Windows NT</FONT></TD>
</TR>
<TR>
<TD vAlign=top><FONT face=Arial size=2>Extended Attributes (расширенные атрибуты)</FONT></TD>
<TD vAlign=top><FONT face=Arial size=2>Используется файловыми серверами,
которые связаны с системами OS/2 Этот тип атрибута не используется Windows NT</FONT></TD>
</TR>
</TBODY>
</TABLE>

Особенности NTFS

<p>Итак какие же особенности NTFS следует рассмотреть:
<ul>
<li>Возможность работать с длинными и короткими </li>
<li>Управление потоками </li>
<li>Согласованностьс POSIX</li>
<li>Возможности NTFS, используемые Macintosh Services Clients</li>
<li>Представлени служебной инфомации NTFS в виде </li>
</ul>
</p>
<P><strong>Длинные и короткие имена </strong></P></B>
<P>Подобно HPFS, NTFS поддерживает имена файла до 255
символов. Имена файла NTFS используют набор символов Unicode с 16 битами;
однако вопрос доступа из MS-DOS решен. NTFS автоматически генерирует
поддерживаемое MS-DOS имя (восемь плюс три символа) для каждого файла. Таким
образом, файлы NTFS могут использоваться через сеть операционными системами
MS-DOS и OS/2. Это особенно важно для файловых серверов организации, которая
использует персональные компьютеры с двумя или всеми тремя этими операционными
системами.</P>
<P>Создавая имена файла “восемь плюс три”, NTFS также
позволяет приложениям MS-DOS и Windows 3-х работать с файлами, имеющими
длинные имена NTFS Кроме того, при сохранении файла приложениями MS-DOS или
Windows 3.\ на томе NTFS сохраняются и имя файла “восемь плюс три” и длинное
имя NTFS.</P>
<P>Внимание! При сохранении файла приложениями MS-DOS
или Windows З.х на томе NTFS, если приложение сохраняет временный файл,
удаляет первоначальный файл и переименовываетвременный файл с первоначальным
именем, длинное имя файла теряется. Любой уникальный набор разрешений файла
также теряется. Разрешения передаются заново из родительского
каталога.</FONT></P></B>
<P>Если длинное имя файла или каталога на томе NTFS
содержит пробелы, следует убедиться, что путь записан в кавычках.</P>
<P>Ниже приведен пример легальной записи командной
строки, содержащей пробелы:</P>
<P><code>move "с:\This month's reports\*.*" "с:\Last mont's reports'</code></P><B>
<P>Внимание! Необходимо внимательно подходить к
использованию групповых символов типа * и ? вместе с командами del и copy. При
выполнении этих команд NTFS работает и с длинным и с коротким именем файла;
таким образом могут быть удалены или скопированы лишние файлы.</P>
<P>Для копирования или перемещения файлов с
чувствительнымик регистру длинными именами, самым надежным способом является
выбор файлов с использованием мыши в File Manager. Этот способ позволяет
однозначно определить файлы для выполнения операций над ними.</P></B>
<P>Поскольку NTFS использует набор символов Unicode
для имен файлов, существует возможность задействования нескольких
“запрещенных” символов, которые MS-DOS не может читать в имени файла. Для
генерации короткого имени файла в стиле MS-DOS, NTFS удаляет все эти символы и
любые пробелы из длинного имени файла. Так как имя файла в MS-DOS может иметь
только одну точку, NTFS также удаляет все дополнительные точки из имени файла.
Далее, в случае необходимости NTFS усекает имя файла до шести символов и
добавляет тильду (~) и номер. Например, к каждому недублированном имени файла
добавляется -1. Повторяющиеся имена файлов заканчиваются символами ~2, ~3 и т.
д. Расширение имени файла усекается до трех или меньшего количества символов.
Наконец, при отображении имени файла в командной строке NTFS транслирует все
символы в имени файла и расширении к верхнему регистру (File Manager
отображает эти имена файла в нижнем регистре).</P>
<P><strong>Потоки </strong></P>
<P>NTFS поддерживает многочисленные потоки данных. Имя
потока идентифицирует новый атрибут данных в файле. Потоки имеют раздельные
блокировки opportunistic, блокировки файла, размеры размещения и размеры
файла, но совместно используются как файл.</P>
<P>Следующий пример иллюстрирует один из
потоков:</P>
<P><code>myfile.dat:stream2</code></P>
<P>Эта возможность позволяет управлять связаюшми
данными как отдельным модулем. Например, компьютеры Macintosh используют этот
тип структуры для управления ветвлениями данных и ресурсами. Другим примером
может служить библиотека файлов, в которой файлы определены как альтернативные
потоки:
<P><code>library: filel : file2 : file3</code></P>
<P>Или предположим, что “интеллектуальны” транслятор
создает структур файла подобно следующей:
<P><code>program: source_file : doc_file : object_file : executable_file</code></P>
<P><b>Внимание! Т. к. NTFS lie поддерживается на гибких
дисках, то при копировании файлов NTFS на гибкий диск потоки данных и другие
не обеспечиваемые FAT атрибуты теряются.</b></P>
<P><strong>Согласованностьс POSIX</strong></P>
<P>Согласованностьс POSIX позволяет переносить
приложения UNIX в среду Windows NT. Windows NT полностью согласована со
стандартом 1003.1 института IEEE, который определяет присвоение имен и
идентификацию файлов.</P>
<P>Следующие возможности POSIX включены в NTFS:</FONT>
<ul>
<li><b>Чувствительные к регистру </b> Для POSIX файлы README TXT, Readme.txt и readme.txt являются различными.</li>
<li><b>Жесткие связи (hard Imks)</b> Файлу может быть
присвоено несколько имен. Это позволяет двум файлам с различными именами,
которые могут быть размещены в различных каталогах, содержать одни и те же
данные.</li>
<li><b>Дополнительные отметки </b>
Показывают, когда файл был последний раз использован или
изменен.</li>
</ul>
<P><b>Внимание! Несмотря на то что NTFS поддерживает
регистрозависиме имена, нельзя использовать стандартные операции NTFS для
управления файлами, имена которых отличаются только регистром (к стандартным
операциям относятся вьшолняемые из командной строки, типа copy, del и move, и
их эквиваленты в File Manager). Например, оба файла annm.doc и AnnM.Doc будут
удалены при использовании следующей команды:</B></P>
<P><code>del AnnM.Doc</code></P>
<P>Таким образом, для управления файлами, имена
которых отличаются только регистром, следует использовать приложения
POSIX.</P>
<P><strong>Возможности NTFS, используемые Macintosh Services Clients</strong></P>
<P>Сервис для Macintosh входит в состав Windows NT
Server. Этот сервис предоставляет пользователям Macintosh возможность доступа
к файлам, находящимся на Windows NT Server; т. к. эти файлы доступны сетевым
пользователям Windows NT, файловый сервер может быть легко использован для
общего доступа с различных аппаратных платформ.</P>
<P>При разрешении сервиса для Macintoch следует
сделать доступным раздел NTFS, если требуется автоматическое создание тома
модуля аутентификации пользователя (User Authentification Module) для клиентов
Macintosh (Network Control Panel использует первый раздел NTFS для создания
этих томов по умолчанию).</P>
<P>Клиенты Macintosh могут использовать только файлы
на томах NTFS. Ветвления ресурсов Macintosh и информация Finger для каждого
файла Macintosh сохраняются как потоки NTFS. Поскольку NTFS поддерживает
длинные имена, большинство имен файлов Macintosh сохраняются. Сервис для
Macintosh сохраняет привилегии папки (File Sharing folder) как разрешения
Windows NT; это означает, что существует только один набор разрешений для
папки или файла, который предписан и пользователям Windows NT и пользователям
Macintosh. Однако пользователи Macintosh не смогут видеть разрешения файла,
так как AppleShare поддерживает только разрешения папки.</P>
<P><STRONG>Системные файлы NTFS</STRONG></P>
<P>NTFS включает несколько системных файлов, которые
скрыты от просмотра на томе. Системные файлы используются только файловой
системой для хранения метаданных и поддержания работы файловой системы.
Системные файлы записываются на том утилитой Format. Список системных файлов
NTFS представлен в таблице 2.</P>
<P><I>Таблица 2: Системные файлы NTFS</P></I>
<TABLE cellSpacing=0 cellPadding=2 border=1>
<TBODY>
<TR>
<TD vAlign=top width=36% height=20><B><FONT face=Arial
size=2>Системный </FONT></B></TD>
<TD vAlign=top width=16% height=20><B><FONT face=Arial size=2>Имя
</FONT></B></TD>
<TD vAlign=top width=48% height=20><B><FONT face=Arial
size=2></FONT></B></TD></TR>
<TR>
<TD vAlign=top width=36%><FONT face=Arial size=2>Master File
Table</FONT>
<P><FONT face=Arial size=2>(главная файловая таблица)</FONT></P></TD>
<TD vAlign=top width=16%><FONT face=Arial size=2>$Mft</FONT>
<P>&nbsp;</P>
<P>&nbsp;</P></TD>
<TD vAlign=top width=48%><FONT face=Arial size=2>Список содержимого
тома NTFS</FONT>
<P>&nbsp;</P>
<P>&nbsp;</P></TD></TR>
<TR>
<TD vAlign=top width=36% height=78><FONT face=Arial size=2>Master File
ТаЫе2</FONT>
<P><FONT face=Arial size=2>(копия главной файловой </FONT></P></TD>
<TD vAlign=top width=16% height=78><FONT face=Arial
size=2>$MftMirr</FONT>
<P><FONT face=Arial size=2>-)</FONT></P></TD>
<TD vAlign=top width=48% height=78><FONT face=Arial size=2>Зеркальное
отображение наиболее </FONT>
<P><FONT face=Arial size=2>частей MFT, используется для </FONT></P>
<P><FONT face=Arial size=2>рантирования доступа к MFT в случае
сбоя</FONT></P>
<P><FONT face=Arial size=2>одиночного </FONT></P></TD></TR>
<TR>
<TD vAlign=top width=36% height=46><FONT face=Arial size=2>Log
File</FONT>
<P><FONT face=Arial size=2>(регистрационныйфайл)</FONT></P></TD>
<TD vAlign=top width=16% height=46><FONT face=Arial
size=2>$LogFile</FONT>
<P>&nbsp;</P></TD>
<TD vAlign=top width=48% height=46><FONT face=Arial size=2>Список
шагов транзакции </FONT>
<P><FONT face=Arial size=2>Log File System для восстановления состо яния
(recoverability)</FONT></P></TD></TR>
<TR>
<TD vAlign=top width=36%><FONT face=Arial size=2>Volume
(том)</FONT></TD>
<TD vAlign=top width=16%><FONT face=Arial size=2>$Volume</FONT></TD>
<TD vAlign=top width=48%><FONT face=Arial size=2>Имя версия и другая
информация относительно </FONT></TD></TR>
<TR>
<TD vAlign=top width=36%><FONT face=Arial size=2>Attribute
Definition</FONT>
<P><FONT face=Arial size=2>(определение атрибутов)</FONT></P></TD>
<TD vAlign=top width=16%><FONT face=Arial size=2>$AttrDef</FONT>
<P>&nbsp;</P>
<P>&nbsp;</P></TD>
<TD vAlign=top width=48%><FONT face=Arial size=2>Таблица имен
атрибутов номеров </FONT>
<P><FONT face=Arial size=2></FONT></P></TD></TR>
<TR>
<TD vAlign=top width=36%><FONT face=Arial size=2>Root Filename Index
(индекс корня файловых имен)</FONT></TD>
<TD vAlign=top width=16%><FONT face=Arial size=2>$</FONT></TD>
<TD vAlign=top width=48%><FONT face=Arial size=2>Корневой
</FONT></TD></TR>
<TR>
<TD vAlign=top width=36% height=47><FONT face=Arial size=2>Claster
Bitmap</FONT>
<P><FONT face=Arial size=2>(битовый массив кластеров)</FONT></P></TD>
<TD vAlign=top width=16% height=47><FONT face=Arial
size=2>$Bitmap</FONT>
<P>&nbsp;</P>
<P>&nbsp;</P></TD>
<TD vAlign=top width=48% height=47><FONT face=Arial size=2>Описание
содержимого тома показываю</FONT>
<P><FONT face=Arial size=2>щее какие размещаемые модули
</FONT></P></TD></TR>
<TR>
<TD vAlign=top width=36% height=48><FONT face=Arial size=2>Boot
File</FONT>
<P><FONT face=Arial size=2>(загрузочный файл)</FONT></P></TD>
<TD vAlign=top width=16% height=48><FONT face=Arial
size=2>$Boot</FONT>
<P>&nbsp;</P>
<P>&nbsp;</P></TD>
<TD vAlign=top width=48% height=48><FONT face=Arial size=2>Содержит
информацию начальной </FONT>
<P><FONT face=Arial size=2>для тома если том является
</FONT></P></TD></TR>
<TR>
<TD vAlign=top width=36% height=48><FONT face=Arial size=2>Bad Cluster
File</FONT>
<P><FONT face=Arial size=2>(файл плохих кластеров)</FONT></P></TD>
<TD vAlign=top width=16% height=48><FONT face=Arial
size=2>$BadClus</FONT>
<P>&nbsp;</P>
<P>&nbsp;</P></TD>
<TD vAlign=top width=48% height=48><FONT face=Arial size=2>Содержит
указание положения плохих кластеров </FONT></TD></TR></TBODY></TABLE>
<P>&nbsp;</P>

Заключение

<p>В настоящее время в последних версиях операционных систем Windows 2000 и Windows XP
используется последняя на сегоднишний день версия данной файловой системы NTFS5.
Что нового в файловой системе NTFS5?
Самое главное, за что ругали NT4, и в чём она уступала NetWare, это за отсутствие квотирования.
Квотирование - это ограничение максимального объёма дискового пространства для пользователя,
которое он сможет использовать. Зачем это нужно? Ну, на компьютерах, работающих в больших сетях,
в фирмах и организациях и без вопросов понятно зачем, ведь жесткие диски не резиновые.
А на домашнем компьютере, можно например, выделить пользователю "" или "младший "
не более 50МБ на винчестере, чтобы они не захламляли диск чем попало. Причём, вовсе не
обязательно, чтобы все файлы пользователя хранились в одном месте, они могут быть разбросаны
по всем дискам.</p>

Ссылки

<p><a href='http://www.emanual.ru'>http://www.emanual.ru</a> - библиотека электронной </p>


Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь

© OSRC.info, 2004-2010.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.