RSS

Компьютерная терминология    1_9  A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  Q  R  S  T  U  V  W  X  Y  Z  .....  A  Б  В  Г  Д  Ж  З  И  К  Л  М  Н  О  П  Р  С  Т  У  Ф  Х  Ц  Ч


Файловая система NTFS

  • От FAT к NTFS и обратно
  • Ускоряем NTFS
  • FAQПолностью заполненный NTFS-раздел- не могу его дефрагментировать?
  • Почему может появляться ошибка при сжатии файлов на разделе NTFS?
  • Бесплатная консультация специалиста
    Loading…
     

    NTFS обеспечивает комбинацию эффективности, надежности и совместимости, отсутствующую в FAT или HPFS. Она разработана для быстрого выполнения стандартных файловых операций типа чтения, записи и поиска, а также улучшенных операций типа восстановления файловой системы на очень больших жестких дисках.
    NTFS также включает возможности безопасности, требуемые для файловых серверов и высококачественных персональных компьютеров в корпоративной среде. NTFS поддерживает управление доступом к данным и привилегии владельца, что является важным для целостности корпоративных данных. В то время как каталогам, разделяемым при помощи Windows NT Server, назначаются специфические разрешения, файлам и каталогам NTFS могут назначаться разрешения вне зависимости, разделены они или нет. NTFS — единственная файловая система в Windows NT, которая позволяет назначить разрешения для отдельных файлов.
    NTFS является простой, но очень мощной разработкой. Для этой перспективной файловой системы вся информация на томе NTFS является файлом или частью файла. Каждый распределенный на томе NTFS сектор принадлежит некоторому файлу. Даже метаданные (metadata) файловой системы (информация, которая описывает непосредственно файловую систему) являются частью файла.
    Эта основанная на атрибутах файловая система поддерживает объектно - ориентированные приложения, обрабатывая все файлы как объекты, которые имеют определяемые пользователем и системой атрибуты.
    Главная файловая таблица
    Каждый файл на томе NTFS представлен записью в специальном файле, называемом главной файловой таблицей (MFA — master file table). NTFS резервирует первые 16 записей таблицы для специальной информации. Первая запись этой таблицы описывает непосредственно главную файловую таблицу;
    за ней следует зеркальная запись (mirror record) MFT. Если первая запись MFT разрушена, то NTFS читает вторую запись для отыскания зеркального файла MFT, первая запись которого идентична первой записи MFT. Местоположения сегментов данных MFT и зеркального файла MFT записаны в секторе начальной загрузки. Дубликат сектора начальной загрузки находится в логическом центре диска.
    Третья запись MFT — файл регистрации (log file); используется для восстановления файлов. Файл регистрации подробно описан в настоящей главе ниже. Семнадцатая и последующие записи главной файловой таблицы используются собственно файлами и каталогами (также рассматриваются как файлы NTFS) на томе. Главная файловая таблица отводит определенное количество пространства дтя каждой записи файла. Атрибуты файла записываются в распределенное пространство MFT. Небольшие файлы и каталоги (обычно до 1500 байт или меньше), типа файла, показанного на рис. 5.6, могут полностью содержать. внутри записи главной файловой таблицы.
    Подобный подход обеспечивает очень быстрый доступ к файлам. Рассмотрим. например, файловую систему FAT, которая использует таблицу размещения файлов, в которой перечисляются имена и адрес каждого файла. Элементы каталога FAT содержат индекс в таблице размещения файла. В случае если
    Стандартная информацияИмя файла или каталогаДескриптор безопасностиДанные или указатель 
     
    Запись MFT для небольшого файла или каталога
    необходимо просмотреть содержимое файла, FAT сначала читает таблицу размещения файлов и убеждается в существовании файла. Далее FAT восстанавливает файл, ища цепочку распределенных блоков, относящихся к этому файлу. В NTFS поиск файла производится только для непосредственного его использования.
    Записи каталога помещены внутри главной файловой таблицы так же, как записи файла. Вместо данных каталоги содержат индексную информацию. Небольшие записи каталогов находятся полностью внутри структуры MFT. Большие каталоги организованы в B-tree, имея записи с указателями на внешние кластеры, содержащие элементы каталога, которые не могли быть записаны внутри структуры MFT.
    Атрибуты файла NTFS
    NTFS просматривает каждый файл (или каталог) как набор атрибутов файла. Такие элементы, как имя файла, информация зашиты и даже данные — все это атрибуты файла. Каждый атрибут идентифицирован кодом типа атрибута и, необязательно, именем атрибута.
    Если атрибуты файла могут находится внутри записи файла MFT, они называются резидентными (resident) атрибутами. HanpHMqi, информация типа имени файла и отметки времени всегда включается в запись файла MFT. Если файл слишком большой, чтобы содержать все атрибуты в записи файла MFT, часть атрибутов является нерезидентной (nonresident). Нерезидентные атрибуты занимают один или несколько пробегов (run) дискового пространства в другом месте тома (пробег дискового пространства — непрерывная линейная область на диске).
    Вообще, все атрибуты могут быть вызваны как поток бантов независимо от того, являются ли они резидентными или нерезидентными.
    В табл. 5.1 представлен список всех атрибутов файла, в настоящее время определенных для NTFS. Этот список расширяем, т. е. другие атрибуты файла в будущем могут быть определены в случае необходимости.
    Таблица 5.1. Атрибуты файла NTFS
    Тип атрибутаОписание
    Standard Information (стандартная информация)Включает бюджет связи и так далее
    Attribute List (список атрибутов)Перечисляет все другие атрибуты (только в больших файлах)
    Filename (имя файла)Атрибут, повторяющийся для длинных и для коротких имен файлов Длинное имя файла может содержать до 255 символов Unicode Короткое имя — доступно для MS-DOS, восемь плюс три символа, без учета регистра Дополнительные имена, или жесткие связи (hard links), используются POSIX и могут быть также включены в качестве дополнительных атрибутов имени файла
    Security Descriptor (дескриптор безопасности)Фиксирует информацию о том, кто может обращаться к файлу, кто является его владельцем и так далее
    Data (данные)Содержит данные файла
    Index Root (корень индексов)Используется при работе с каталогами
    Index Allocation (индексное размещение)Используется при работе с каталогами
    Volume Information (информация тома)Используется только в системном файле тома и включает в частности версию и имя тома
    Bitmap (битовый массив)Предоставляет информацию об использовании записей в MFT или каталоге
    Extended Attribute Information (информация расширенного атрибута)Используется файловыми серверами, которые связаны с системами OS/2 Этот тип атрибута не используется Windows NT
    Extended Attributes (расширенные атрибуты)Используется файловыми серверами, которые связаны с системами OS/2 Этот тип атрибута не используется Windows NT

    Длинные и короткие имена файлов

    Подобно HPFS, NTFS поддерживает имена файла до 255 символов. Имена файла NTFS используют набор символов Unicode с 16 битами; однако вопрос доступа из MS-DOS решен. NTFS автоматически генерирует поддерживаемое MS-DOS имя (восемь плюс три символа) для каждого файла. Таким образом, файлы NTFS могут использоваться через сеть операционными системами MS-DOS и OS/2. Это особенно важно для файловых серверов организации, которая использует персональные компьютеры с двумя или всеми тремя этими операционными системами.
    Создавая имена файла “восемь плюс три”, NTFS также позволяет приложениям MS-DOS и Windows 3-х работать с файлами, имеющими длинные имена NTFS Кроме того, при сохранении файла приложениями MS-DOS или Windows 3.\ на томе NTFS сохраняются и имя файла “восемь плюс три” и длинное имя NTFS.
    Внимание! При сохранении файла приложениями MS-DOS или Windows З.х на томе NTFS, если приложение сохраняет временный файл, удаляет первоначальный файл и переименовывает временный файл с первоначальным именем, длинное имя файла теряется. Любой уникальный набор разрешений файла также теряется. Разрешения передаются заново из родительского каталога.

    Если длинное имя файла или каталога на томе NTFS содержит пробелы, следует убедиться, что путь записан в кавычках. Это справедливо при определении пути в Program Manager для значков приложений Например, предположим, что Word for Windows установлен в D WORD FOR WINDOWS. Командная строка Program Item Properties должна быть установлена в D WORD FOR WINDOWSWINWORD ЕХЕ. При отсутствии кавычек будет отображено сообщение об ошибке “The path DAWord is invalid” (Путь D:\Word недопустим).
    Ниже приведен пример легальной записи командной строки, содержащей пробелы:
    move "с:\This month's reports\*.*" "с:\Last mont's reports'
    Внимание! Необходимо внимательно подходить к использованию групповых символов типа * и ? вместе с командами del и copy. При выполнении этих команд NTFS работает и с длинным и с коротким именем файла; таким образом могут быть удалены или скопированы лишние файлы.
    Для копирования или перемещения файлов с чувствительными к регистру длинными именами, самым надежным способом является выбор файлов с использованием мыши в File Manager. Этот способ позволяет однозначно определить файлы для выполнения операций над ними.
    При работе с Windows NT 3.5 файлы, созданные или переименованные в разделах FAT, могут иметь связанные длинные имена. Правила управления длинными именами файла на томе NTFS также относятся к длинным именам файла на разделах FAT; отличие заключается в том, что имена файла на FAT нс могут содержать расширенные символы. Дополнительную информацию о поддержке длинных имен файлов для разделов FAT можно найти в разделе “Файловая система FAT”. Генерация короткого имени файла
    Поскольку NTFS использует набор символов Unicode для имен файлов, существует возможность задействования нескольких “запрещенных” символов, которые MS-DOS не может читать в имени файла. Для генерации короткого имени файла в стиле MS-DOS, NTFS удаляет все эти символы и любые пробелы из длинного имени файла. Так как имя файла в MS-DOS может иметь только одну точку, NTFS также удаляет все дополнительные точки из имени файла. Далее, в случае необходимости NTFS усекает имя файла до шести символов и добавляет тильду (~) и номер. Например, к каждому недублированному имени файла добавляется -1. Повторяющиеся имена файлов заканчиваются символами ~2, ~3 и т. д. Расширение имени файла усекается до трех или меньшего количества символов. Наконец, при отображении имени файла в командной строке NTFS транслирует все символы в имени файла и расширении к верхнему регистру (File Manager отображает эти имена файла в нижнем регистре).
    Windows NT 3.5 использует несколько другой метод для создания коротких имен файлов для случая, когда имеется пять или более файлов, которые привели бы к двойным коротким именам файла. Для пятого и последующих файлов Windows NT использует только первые два символа от длинного имени файла и далее специальной математической операцией (функция от длинного имени) генерирует следующие уникальные четыре символа короткого имени файла; после этого к результату добавляется ~5 (или другой номер в случае необходимости избежания двойного имени файла). Такой метод обеспечивает в основном повышенную эффективность для случая, когда Windows NT должна создавать короткие имена файлов для большого количества файлов с похожими длинными именами. Windows NT использует этот метод создания коротких имен для томов FAT и NTFS.
    По умолчанию, Windows NT 3.5 поддерживает имена файлов в формате MS-DOS на всех томах NTFS. Для повышения эффективности работы на томах с большим количеством длинных похожих имен можно запретить эту возможность для всех томов. Для отключения поддержки коротких имен файлов на всех томах NTFS необходимо установить в 1 значение NTfsDisable8dot3NameCreation следующего элемента реестра:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem
    Windows NT не генерирует коротких имен для файлов, созданных приложениями POSIX в разделе NTFS. Это означает, что приложения MS-DOS и Windows З.х не смогут работать с подобными именами, если эти имена не удовлетворяют условию “восемь плюс три”. В случае необходимости работы из приложений MS-DOS или Windows с файлами, которые созданы приложениями POSIX, следует убедиться, что использованы стандартные имена MS-DOS. Просмотр коротких имен файла
    File Manager и команда dir позволяют отображать или длинные имена файлов NTFS или короткие имена стандарта MS-DOS, так что можно работать с файлами, используя оба типа имен. Для просмотра коротких имен файлов в File Manager следует выбрать Full File Details.
    При работе с командной строкой просмотр обоих типов имен осуществляется
    с использованием команды:
    dir /х
    Внимание! Для автоматического отображения длинных и коротких имен файлов следует с помощью значка System ю Control Panel установить для переменно” dircmd значение /х.
    Потоки данных
    NTFS поддерживает многочисленные потоки данных. Имя потока идентифицирует новый атрибут данных в файле. Потоки имеют раздельные блокировки opportunistic, блокировки файла, размеры размещения и размеры файла, но совместно используются как файл.
    Следующий пример иллюстрирует один из потоков:
    myfile.dat:stream2
    Эта возможность позволяет управлять связаюшми данными как отдельным модулем. Например, компьютеры Macintosh используют этот тип структуры для управления ветвлениями данных и ресурсами. Другим примером может служить библиотека файлов, в которой файлы определены как альтернативные потоки: library: filel : file2 : file3Или предположим, что “интеллектуальный” транслятор создает структур файла подобно следующей: program: source_file : doc_file : object_file : executable_file
    Внимание! Т. к. NTFS lie поддерживается на гибких дисках, то при копировании файлов NTFS на гибкий диск потоки данных и другие не обеспечиваемые FAT атрибуты теряются.
    Согласованность с POSIX
    Согласованность с POSIX позволяет переносить приложения UNIX в среду WinNT. WinNT полностью согласована со стандартом 1003.1 института IEEE, который определяет присвоение имен и идентификацию файлов.
    Следующие возможности POSIX включены в NTFS: • Чувствительные к регистру имена Для POSIX файлы README TXT, Readme.txt и readme.txt являются различными.
    • Жесткие связи (hard Imks) Файлу может быть присвоено несколько имен. Это позволяет двум файлам с различными именами, которые могут быть размещены в различных каталогах, содержать одни и те же данные.
    • Дополнительные отметки времени Показывают, когда файл был последний раз использован или изменен.
    Внимание! Несмотря на то что NTFS поддерживает рсшстрозависимые имена, нельзя использовать стандартные операции NTFS для управления файлами, имена которых отличаются только регистром (к стандартным операциям относятся вьшолняемые из командной строки, типа copy, del и move, и их эквиваленты в File Manager).
    Например, оба файла annm.doc и AnnM.Doc будут удалены при использовании следующей команды:
    del AnnM.Doc
    Таким образом, для управления файлами, имена которых отличаются только регистром, следует использовать приложения POSIX.

    Дополнительная информация по рассматриваемому вопросу приведена в разделах, связанных с подсистемой POSIX, в главах 1 и 17.Возможности NTFS, используемые Macintosh Services Clients
    Сервис для Macintosh входит в состав Windows NT Server. Этот сервис предоставляет пользователям Macintosh возможность доступа к файлам, находящимся на Windows NT Server; т. к. эти файлы доступны сетевым пользователям Windows NT, файловый сервер может быть легко использован для общего доступа с различных аппаратных платформ.
    При разрешении сервиса для Macintoch следует сделать доступным раздел NTFS, если требуется автоматическое создание тома модуля аутентификации пользователя (User Authentification Module) для клиентов Macintosh (Network Control Panel использует первый раздел NTFS для создания этих томов по умолчанию).
    Клиенты Macintosh могут использовать только файлы на томах NTFS. Ветвления ресурсов Macintosh и информация Finger для каждого файла Macintosh сохраняются как потоки NTFS. Поскольку NTFS поддерживает длинные имена, большинство имен файлов Macintosh сохраняются. Сервис для Macintosh сохраняет привилегии папки (File Sharing folder) как разрешения Windows NT; это означает, что существует только один набор разрешений для папки или файла, который предписан и пользователям Windows NT и пользователям Macintosh. Однако пользователи Macintosh не смогут видеть разрешения файла, так как AppleShare поддерживает только разрешения папки.
    Дополнительную информацию относительно сервиса для Macintosh можно найти в документации WinNTServer Services for Macintosh.
    Системные файлы NTFS
    NTFS включает несколько системных файлов, которые скрыты от просмотра на томе. Системные файлы используются только файловой системой для хранения метаданных и поддержания работы файловой системы. Системные файлы записываются на том утилитой Format. Список системных файлов NTFS представлен в табл. 5.2.
    Таблица 5.2. Системные файлы NTFS
    Системный файлИмя файлаОписание
    Master File Table
    (главная файловая таблица)
    $Mft
     
     
    Список содержимого тома NTFS
     
     
    Master File ТаЫе2
    (копия главной файловой таблиць
    $MftMirr
    -)
    Зеркальное отображение наиболее важных
    частей MFT, используется для га
    рантирования доступа к MFT в случае сбоя
    одиночного сектора
    Log File
    (регистрационный файл)
    $LogFile
     
    Список шагов транзакции используемых
    Log File System для восстановления состо яния (recoverability)
    Volume (том)$VolumeИмя версия и другая информация относительно тома
    Attribute Definition
    (определение атрибутов)
    $AttrDef
     
     
    Таблица имен атрибутов номеров и
    дескрипторов
    Root Filename Index (индекс корня файловых имен)$Корневой каталог
    Claster Bitmap
    (битовый массив кластеров)
    $Bitmap
     
     
    Описание содержимого тома показываю
    щее какие размещаемые модули использованы
    Boot File
    (загрузочный файл)
    $Boot
     
     
    Содержит информацию начальной загрузки
    для тома если том является загрузочным
    Bad Cluster File
    (файл плохих кластеров)
    $BadClus
     
     
    Содержит указание положения плохих кластеров тома

    Сравнение NTFS с HPFS и FAT
    NTFS заимствовала лучшие свойства FAT и HPFS. От FAT система NTF заимствовала философию “простота рождает эффективность”. Эффективность увеличивается, когда число дисковых передач минимизировано для общих операций. От HPFS система NTFS унаследовала методы для повышения быстродействия и гибкости. Например, NTFS использует B-tree, подобные применяемым в HPFS для максимизации эффективности. NTFS поддерживает и длинные и короткие имена файлов для совместимости с MS-DOS, HPFS и другими сетевыми клиентами, включая OS/2, UNIX, Ap-pleShare и NFS. NTFS также обеспечивает многочисленные расширенные (extended) атрибуты и позволяет будущим приложениям определить другие расширенные атрибуты.
    NTFS обеспечивает безопасность данных на фиксированных и сменных жестких дисках, что особенно важно для корпоративных пользователей. Например, предположим, что пользователь Alexander имеет сменный жесткий диск на компьютере. Этот жесткий диск форматируется как том NTFS и имеет разрешения защиты, которые разрешают доступ только Alexander и другому пользователю в этом же домене, Ann. Ann работает в филиале компании. Alexander извлекает диск из компьютера и посылает его Ann, которая устанавливает диск в свой компьютер. При обращении к файлам на диске благодаря тому, что Ann находится в том же самом домене, что и Alexander, она видит, что механизмы защиты внутри области для тома NTFS является неповрежденными.
    Внимание! Необходимо убедиться в закрытии системы перед извлечением диска, содержащего том NTFS.
    Кроме этого, NTFS обеспечивает систему восстановления, которая является более надежной, чем у FAT или HPFS; NTFS также отвечает требованиям POSIX.
    В табл. 5.3 представлены сравнительные характеристики FAT, HPFS и NTFS применительно к Windows NT:
    Таблица 5.3. Сравнение характеристик FAT, HPFS и NTFS
    ХарактеристикаFATHPFSNTFS
    Filename (имя файла)“Восемь плюс три” символа ASCII (допускается один разделитель — точка); в Windows NT 255 символов Unicode (допускается несколько разделителей)254 байта двухбайтных символов (допускается несколько разделителей)255 символов Unicode (допускается несколько разделителей)
    File size (размер файла)2 в 32 байта2 в 32 байта2 в 64 байта
    Partition (раздел)2 в 32 байта2 в 32 байта2 в 64 байта
    Maximum path length (максимальная длина пути)64: в Windows NT не ограниченаНе ограниченаНе ограничена
    Attributes (атрибуты)Только несколько однобитовых флажков плюс несколько байтов информации расширенных атрибутов в Windows NT 3.5Однобитовые флажки плюс 64 Кб информации расширенных атрибутовВся информация, включая данные. обрабатывается как атрибуты файла
    Directories (каталоги)Не сортируютсяB-treeB-tree
    Philosophy (философия)ПростотаЭффективность на больших дискахБыстрота, восстанавливаемость и безопасность
    Built-in security features (встроенные средства без-опасности)НетНетЕсть

    Как увеличить производительность NTFS в Windows XP?

    Файловая система NTFS рекомендуется для использования в WinXP, из-за достаточно высокой надежности и защиты, а так же в случае использования жестких дисков большого объема. Однако, эти преимущества требуют некоторых затрат системных ресурсов. В этой статье мы рассмотрим три способа изменения функциональных возможностей, для улучшения производительности NTFS.
    1.. Первое - отключить создание коротких имен. По умолчанию, NTFS генерирует стиль имени, содержащий восемь символов и три символа для расширения. Это позволяет сохранить совместимость со старыми версиями ОС Microsoft (MS-DOS и Microsoft® Windows® 3.x ). Если Вы не используете эти операционные системы, то можете выключить эту установку, изменяя значение по умолчанию записи реестра «NtfsDisable8dot3NameCreation» (в HKLM\SYSTEM\CurrentControlSet\Control\ Filesystem) к 1.
    2. Отключить обновление последнего обновления. По умолчанию NTFS обновляет штамп времени и даты, каждый раз когда происходит обращение к файлу или папке. Для больших томов NTFS процесс обновления может несколько снизить производительность. Для запрещения обновления необходимо изменить значение реестра NtfsDisableLastAccessUpdate (в HKLM\SYSTEM\CurrentContolSet\Control\ Filesystem) к 1.
    Если эта запись не присутствует в реестре, то ее необходимо создать (как REG_DWORD)
    3. Резервирование пространства для главной файловой таблицы. Добавьте запись NtfsMftZoneReservation как REG_DWORD в HKLM\SYSTEM\CurrentControlSet\Control\ FileSystem. После добавления этой записи система будет резервировать место для главной файловой таблицы, что позволяет увеличивать размер таблицы оптимально. Значение этой записи зависит от количества сохраненных файлов. Так, если ваш том NTFS содержит немного файлов большого объема, то рекомендуем установить значение 1 (по умолчанию). Значение 2 или 3 используется в большинстве случаев для томов с умеренным числом файлов. И, наконец, если Ваш том содержит очень большое число файлов, то рекомендуется установить значение 4 (максимальное).
    Обращаем Ваше внимание, что при установке большого значения под файловую таблицу выделяется достаточно большой объем.
    Для вступления изменений в силу необходимо перезапустить компьютер.
    Q:Eсть полностью заполненный NTFS-раздел- не могу его дефрагментировать?
    A: Причина кроется во внутренностях NTFS раздела, который разделен на две части. Первая – это свободное пространство. Вторая же представляет собой так называемую таблицу MFT (Master File Table). MFT выходит в роли сборника ссылок на все имеющиеся файлы раздела. Именно она и затрудняет дефрагментацию полностью заполненного раздела, так как не может быть перемещена. Дефрагментаторам в этом случае попросту не хватает свободного места для выполнения необходимых операций.
    Открытие на NTFS-разделе папок с большим количеством файлов происходит довольно медлено, потому что Windows каждый раз обновляет метку последнего доступа к файлам и на это, естественно, тратиться какое-то время. Для отключения этой функции нужно запустить regеdit и по адресу
    HKLM\SYSTEM \CurrentControlSet \Control \FileSystem cоздать параметр типа DWord, назвав его NtfsDisableLastAccessUpdate и присвоив ему значение 1.
    Куда подевалась закладка Security в свойствах NTFS-томов и почему так упростилась закладка Sharing?
    Учитывая, что Windows XP - система не только для опытных пользователей, но и для всех остальных, ее разработчики сделали все, чтобы не мозолить начинающим пользователям глаза непонятными им понятиями и обозначениями. К таким понятиям отнесены и Security с Sharing, поэтому, чтобы привести вид вкладок свойств диска к тому виду, к которому уже привыкли пользователи Windows 2000, придется заглянуть в свойства папки (Windows Explorer -> Tools -> Folder Options -> View -> Advanced Settings), где необходимо будет убрать галку с пункта "Use simple file sharing (Recommended)"; после этого в свойствах диска не только появится вкладка Security, но и измениться вкладка Sharing - появится возможность выставлять уровни прав доступа.
    Отключение обновления меток последнего доступа ко всем файлам каталога при его открытии на диске NTFS:
    ;[HKLM\SYSTEM\CurrentControlSet\Control\FileSystem]
    ;"NtfsDisableLastAccessUpdate"=dword:00000001
    Отключаем индексирование
    Делается это следующим образом. Открываете "Мой компьютер", кликаете правой клавишей мыши на иконке жесткого диска и выбираете "Свойства". В самом низу открывшегося окна вы увидите галочку напротив пункта "Разрешить индексирование диска для быстрого поиска". Вот эту самую галочку и следует убрать. После нажатия кнопок "Применить" или "ОК" появится новое окно, в котором вам будет задан вопрос, применить ли выбранные атрибуты только к текущему диску или и ко вложенным файлам и папкам тоже. Окончательное исполнение данной процедуры может занять пару минут (смотря сколько у вас файлов на диске), но в результате вы сможете наслаждаться немного более быстрой работой ОС.Естественно, что работает это только для дисков с файловой системой NTFS.
    Q.Можно ли отконвеpтировать диск FAT32 в NTFS без потеpи данных?
     A.1) Можно воспользоваться командой CONVERT том: /FS:NTFS [/V]. Преобразование произойдет при следующей перезагрузке. Потери информации не при этом не будет, но нужно иметь в виду, что размер кластера после конвертации составит 512 байт, что не очень хорошо на больших разделах; кроме того, диск после конвертации будет сильно фрагментирован. Обратное преобразование (NTFS -> FAT)
    без потери данных средствами Win2K невозможно, потребуется отформатировать раздел заново.
     2) Выполнить конвертацию также сможет программа Partition Magic. Под эхотагом нормально работает, начиная с версии 6.0, а если использовать только загрузочную дискету, то подойдет и версия 5.01. Данная программа также позволяет выполнять обратное преобразование без потери данных и даже может менять размер кластера (к сожалению, только на FAT16 и FAT32). Partition Magic не работает с динамическими дисками, только с основными.
    Q.После изменения прав доступа к файлам (security permissions) на NTFS хочется вернуть все к тому виду, как было после установки. Возможно ли это?
    A.Да, это возможно. Более того, это просто необходимо, если вы поставили XP на FAT или FAT32, а затем cконвертировали файловую систему в NTFS. Для того, чтобы восстановить разрешения по умолчанию для NTFS, зайдите в систему под аккаунтом администратора, и введите в командной строке:
    Secedit /configure /db C:\windows\temp\temp.mdb /Cfg c:\winnt\inf\defltwk.inf /areas filestore
    Данная процедура затронет все папки из %Windir% и "Program Files", а для папки "Documents and Settings" все же придется выставлять права доступа вручную.
    Примечание: после выполнения команды вы можете получить сообщение о том, что задача выполнена, но часть файлов отсутствует и для них операция не применима.
    (!) Если вы запретили доступ к файлам аккаунту SYSTEM на загрузочном диске, то результатом будет невозможность загрузки системы. Для решения этой проблемы придется воспользоваться другой копией XP или W2k (можно поставить вновь на другой диск или раздел) и с помощью Windows Explorer дать аккаунту SYSTEM полные права доступа на корневую папку и все системные файлы и папки.
    После этого, загрузившись в оригинальной версии XP, восстановите разрешения по умолчанию.
    Q.Когда открывается директория с большим количеством файлов, находящаяся на NTFS-разделе, например, WINDOWS, то это делается слишком долго. Можно ускорить этот процесс?
    A.Когда открывается директория, то NTFS обновляет метку последнего доступа к файлам. Если файлов много и на всех надо метку обновить, то это занимает довольно много времени. Однако эту функцию можно отключить. Для этого запускаем Regеdit и по адресу HKLM/SYSTEM/CurrentControlSet/Control/FileSystem cоздаём ключ типа DWORD под названием NtfsDisableLastAccessUpdate, после чего ставим его в 1.
    Q: Сильно ли отличается NTFS 5.0 от NTFS 5.1? И надо ли форматировать раздел C: с Win2K, чтобы установить ХР поверх Win2K?
    A: Эти версии ФС отличаются не сильно. Раздел форматировать не надо. Могут, однако, возникнуть проблемы при работе со старым Partition Magic (до версии 7.0).
    Q.Как преобразовать раздел NTFS в NTFS 5.0? - Только для W2K
    A.В состав WinNT5.0 включена новая версия файловой системы NTFS 5.0, обладающая рядом новых возможностей. По умолчанию программа установки Windows NT 5.0 автоматически преобразует все разделы NTFS 4.0 в NTFS 5.0. Все без исключения диски NTFS, доступные для Windows 2000, включая съемные устройства, будут автоматически преобразованы к версии 5.0 на лету при подключении к Windows 2000.
    В SP4 входит обновленная версия драйвера NTFS.SYS, позволяющего системе под управлением WinNT получить доступ к разделам NTFS 5.0. Поэтому необходимо установить этот пакет на те системы, которым потребуется обращаться к разделам Windows 2000 NTFS 5.0, а также в мульти-загрузочной среде ДО установки Windows 2000.
    По умолчанию (вы можете изменить данные настройки, нажав кнопку Advanced Options) при установке сервера загрузочный раздел будет автоматически преобразован в систему NTFS, если только у вас нет мульти-загрузочной среды, а также будет совершено автоматическое преобразование FAT в NTFS.
    Q.Почему может появляться ошибка при сжатии файлов на разделе NTFS?
    A.В некоторых случаях, когда вы пытаетесь сжать файлы на разделе NTFS при помощи Explorer (щелкните правой кнопкой мыши на папке/файле, выберите Properties и поставьте гaлочку Compress), команда может оказаться недоступной, а при попытке сжать файлы из командной строки при помощи команды:
    C:\> compact /c filename.txt /s
    будет выводиться сообщение об ошибке:
    "The file system does not support compression" ("Файловая система не поддерживает сжатие")
    Подобная ситуация как правило возникает в тех случаях, когда размер кластера на разделе NTFS превышает 4096 байта. Чтобы проверить размер кластера на вашем разделе, используйте команду CHKDSK, например:
    C:\> chkdsk <disk>: /i /c
    Параметры /i /c используются для ускорения работы CHKDSK. По окончании работы на экране появится информация о размере кластера на данном диске:
    2048 bytes in each allocation unit.
    1012032 total allocation units on disk.
    572750 allocation units available on disk.
    Если указанное число превышает 4096, то вам понадобится сделать резервную копию всех ваших данных, а затем переформатировать раздел при помощи одного из следующих методов:
    Запустите Explorer. Убедитесь, что раздел не используется. Щелкните правой кнопкой мыши на разделе и выберите Format. В параметре "Allocation unit size" выберите 4,096 или меньшее значение и OK
    Запустите Disk Administrator (Start - Programs - Administrative Tools - Disk Administrator), щелкните правой кнопкой мыши на разделе и выберите Format. В параметре "Allocation unit size" выберите 4,096 или меньшее значение и нажмите OK
    В командной строке наберите
    C:\> format <drive>: /fs:ntfs /a:4096
    По окончании форматирования вы можете восстановить ваши данные при помощи созданной ранее резервной копии.
    Более подробная информация об этой проблеме находится в Knowledge Base, статья Q171892.
    Q.У меня установлена WinXP (NTFS на дисках C, D). При установке (на диск E) Win98 SE выдается "Ошибка SU0013 Установка Win98 требует наличия загрузочного раздела MS-DOS"?
    A.Win не нравится, что загрузочный раздел имеет NTFS. В этом случае она вообще не сможет загрузиться, так как не знает этой файловой системы.Придется, видимо, сносить XP и ставить ее на другой раздел либо искать утилиты, которые могли бы сконвертировать NTFS в FAT32.
    FAT к NTFS и обратно
    С выходом операционных систем Win2K, а затем и WinXP стал очевидным переход к новому качественному уровню продуктов как для офисного, так и для бытового использования. Каковы же основные отличия этих версий операционных систем от получивших широкое распространение Win9x?Bсе авторы особо отмечают использование нового ядра WinNT, что повысило надежность работы операционной системы с точки зрения корректности выполнения многозадачных приложений, расширило возможности сетевых настроек и позволило использовать файловую систему NTFS (New Technology File System), надежность которой подтверждена годами использования на серверных платформах.
    Остановимся на последнем отличии. Почему именно NTFS и почему только сейчас? Дело в том, что способ хранения файлов в этой системе аналогичен способу хранения информации в системах управления базами данных, использующих механизм транзакций. Транзакция - это последовательность элементарных операций, которая может быть либо выполнена полностью, либо полностью отменена. Такой подход гарантирует защиту от нарушения файловой структуры даже при выключении питания компьютера в самый неподходящий момент. Однако поддержка механизма транзакций в файловой системе требует дополнительных затрат времени процессора и снижает производительность компьютера, что и являлось основным фактором, сдерживающим широкое распространение системы NTFS в сфере персональных компьютеров.Как же получить преимущества файловой системы NTFS, избежав при этом затрат на модернизацию вычислительной техники?
    Возможный выход заключается в использовании на рабочих местах ос WinNT4.0 Workstation. Несмотря на то, что ее презентация состоялась в девяностых годах прошлого века, при использовании SP6 и установке IE5.0 с аксессуарами она способна предоставить вполне современный пользовательский интерфейс, аналогичный Win98, расширенный набор сетевых настроек и поддержку файловой системы NTFS.
    Однако при переходе на WinNT пользователь может столкнуться с неожиданной проблемой. Дело в том, что установка WinNT возможна только либо на раздел FAT 16 (с последующим преобразованием в NTFS), либо на новый раздел, который формируется из неиспользовавшейся до этого области дискового пространства. Второй вариант очень мало вероятен, потому что, как правило, дискового пространства никогда не бывает слишком много, настолько, чтобы держать значительную его часть не размеченным. Первый вариант возможен, однако FAT 16 слишком расточительна при использовании на разделах большого объема.
    Поэтому будем предполагать, что пользователь желает установить WinNT на компьютер, жесткий диск которого разбит на разделы FAT 32. Как быть в такой ситуации? Переформатирование раздела ни к чему, кроме потери информации, не приведет, потому что тип файловой системы, FAT 16 или FAT 32, выбирается на этапе формирования разделов. Изменить же тип раздела без его уничтожения программа FDISK не позволяет, а чтобы уничтожить первый раздел, нужно предварительно уничтожить все последующие, естественно, со всей хранящейся на них информацией.
    Самым удобной, а в случае, если раздел больше 2 Гб, то и единственной альтернативой является использование специальной программы, позволяющей изменять как тип файловой системы раздела, так и его размер, причем зачастую с сохранением всей имеющейся информации. Примером может служить программа Partition Magic, поддерживающая множество типов файловых систем и имеющая все возможности стандартного менеджера дисков FDISK.
    Но в этой статье речь пойдет о способе изменения файловой системы раздела без использования какого бы то ни было специализированного программного обеспечения, за исключением того, что содержится на стандартном загрузочном диске Win98. Собственно, для реализации такой операции потребуются только загрузочные файлы и редко используемый отладчик Debug.Exe.
    К сожалению, с помощью такого скромного инструментария не удастся избежать потери всей информации, хранящейся на модифицируемом разделе. Кроме того, в случае малейшей ошибки возможно разрушение системных областей жесткого диска, что приведет к потере всей хранящейся на нем информации. Поэтому подходить к выполнению операции по изменению типа файловой системы нужно с полным осознанием возможности наступления описанных выше последствий. Необходимо в обязательном порядке создать резервную копию всей важной информации, хранящейся на всех разделах жесткого диска с тем, чтобы ее можно было восстановить в случае самого неблагоприятного развития событий. Перед выполнением действия нужно осознавать его суть, для чего лучше не полагаться на текст статьи, в которой возможны опечатки, а обратиться к заслуживающему доверия руководству.
    Теперь перейдем к рассмотрению сути проблемы. Пусть в распоряжении пользователя имеется жесткий диск, содержащий несколько разделов FAT, причем первый раздел (диск C:), на который предполагается устанавливать WinNT, имеет файловую систему FAT 32. Так как в случае успешного выполнения описанных ниже действий будет потеряна информация только с раздела C:, то необходимую информацию с него можно временно переписать на другие разделы (диски D:, E:, и т.д.). При этом нельзя забывать, что WinNT в базовом варианте вообще не обслуживает разделы FAT 32. Поэтому для получения доступа к другим логическим дискам после ее установки следует позаботиться о наличии соответствующей программы-драйвера.
    Однако следует понимать, что в случае ошибки может быть потеряна вся хранящаяся на жестком диске информация, поэтому еще раз вспомните предупреждение, изложенное выше. Вообще, практика показывает, что удобнее на диске C: хранить операционную систему и приложения (например, Microsoft Office, Photo Shop и т.д.), а все пользовательские данные (документы, таблицы, базы данных) - на каком-нибудь другом разделе. Это позволяет свободно манипулировать с диском C:, выполняя при необходимости даже его форматирование с последующим восстановлением операционной системы и приложений с дистрибутивных носителей информации. При этом данные пользователя находятся в относительной безопасности.
    Чтобы изменить тип файловой системы, нужно знать, где содержится соответствующая информация. Каждый жесткий диск, используемый на IBM-совместимых компьютерах, имеет так называемую таблицу разделов (Partition Table), которая размещается в самом первом секторе жесткого диска, получившего название MBR (Master Boot Record). Для того чтобы однозначно указать на сектор жесткого диска, необходимо знать три его “координаты”: номер головки, номер цилиндра и номер сектора. Когда речь идет о физических секторах (как, например, в этой статье), головки и цилиндры нумеруются с “нуля”, а сектора - с “единицы”. Таким образом, “координаты” сектора MBR будут следующими: головка 0, цилиндр 0, сектор 1.
    Теперь можно прочитать содержащуюся в этом секторе информацию. Для этого служит функция операционной системы с номером 13316 (индекс “16” означает, что число записано в шестнадцатеричной системе счисления). Она позволяет как читать информацию из физических секторов жесткого диска в память, так и выполнять обратную операцию. И если считывание - вполне безобидная процедура, то необдуманная запись в сектор MBR может привести к полной потере информации на жестком диске. Поэтому обращение с этой функцией требует предельного внимания.
    Однако как же выполнить чтение сектора? Тут-то нам и понадобится загрузочная дискета с программой-отладчиком DEBUG. Сначала желательно загрузить компьютер именно с этой дискеты. Затем из командной строки запускается отладчик. На экране появится приглашение к вводу команд отладчика в виде “дефиса”. В ответ на приглашение нужно ввести команду, позволяющую записать небольшую программу на языке ассемблера, начиная с адреса 100:
    A:\>debug
    -a 100
    XXXX:0100 mov ah, 2
    XXXX:0102 mov al, 1
    XXXX:0104 mov ch, 0
    XXXX:0106 mov cl, 1
    XXXX:0108 mov dh, 0
    XXXX:010A mov dl, 80
    XXXX:010C mov bx, 200
    XXXX:010F int 13
    XXXX:0111 jmp 0
    XXXX:0114
    -
    Первые четыре шестнадцатеричные цифры адреса (до “двоеточия”) зависят от конфигурации памяти и указывают на ее сегмент, в котором разместилась программа. Так как выходить за границы этого сегмента не предполагается, то они в тексте статьи заменены на последовательность “XXXX”. Интерес будут представлять только последние четыре цифры адреса.
    Приведем краткое описание программы. Первая команда выбирает функцию чтения сектора. Вторая (с адресом 102216) задает количество читаемых секторов (следует помнить, что в MS DOS размер сектора всегда равен 512 байт). Команды с адресами 10416 - 10816 задают координаты сектора: CH - номер цилиндра, CL - номер сектора, DH - номер головки. Команда с адресом 10A16 заносит в регистр DL номер жесткого диска, над которым будет выполнена операция. Жесткие диски в контексте функции 1316 нумеруются с 8016. В регистр BX очередная команда заносит адрес области памяти, в которую будет прочитана информация с диска (в данном случае информация будет прочитана в область, начинающуюся с адреса 200166). Следующая команда запускает процесс считывания сектора в память, а последняя служит для корректного завершения этой маленькой программы. Когда будут введены все команды, появится приглашение ввести команду с адресом 11416. В ответ достаточно просто нажать клавишу “ВВОД”.
    Теперь все готово для чтения сектора MBR. Еще раз проверьте правильность ввода программы. Если обнаружены какие-нибудь ошибки, их можно исправить, введя команду “a <адрес>”, где <адрес> - адрес корректируемой команды. Например, если по адресу 10C16 находится команда “mov bx, 222”, ее можно исправить следующим образом:
    -a 10C
    XXXX:010C mov bx, 200
    XXXX:010F
    -
    Чтобы снова вывести на экран текст всей программы, надо подать следующую команду:
    -u 100 l 14
    XXXX:0100 B402 MOV AH,02
    XXXX:0102 B001 MOV AL,01
    XXXX:0104 B500 MOV CH,00
    XXXX:0106 B101 MOV CL,01
    XXXX:0108 B600 MOV DH,00
    XXXX:010A B280 MOV DL,80
    XXXX:010C BB0002 MOV BX,0200
    XXXX:010F CD13 INT 13
    XXXX:0111 E9ECFE JMP 0000
    -
    В ней “10016” указывает адрес начала программы, а 1416 - ее длину в байтах.
    После проверки программу можно выполнить. Для этого подается команда “g” следующим образом:

    -g =100
     
    Нормальное завершение работы программы

    -
    Посмотрим теперь, какая информация содержится в таблице разделов. Сектор MBR записан по адресу 20016. Смещение относительно его начала к таблице разделов равно 1BE16, ее размер равен 4216 байт. Для просмотра таблицы разделов нужно выполнить команду “d”:
    -d 3be l 42
    XXXX:03B0 i>80Hb
    XXXXX:03C0 SbCbidHe Se Cess ss-ss ss nn nn nn nn00Hb
    XXXX:03D0 Sb Cb05He Se Ce ss ss-ss ss nn nn nn nn 00 00
    XXXX:03E0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00
    XXXX:03F0 00 00 00 00 00 00 00 00-00 00 00 00 00 00 55 AA
    -
    Сектор MBR завершается сигнатурой 55AA16, наличие которой в распечатке памяти позволяет убедиться в том, что чтение было выполнено правильно. В таблице разделов может храниться информация о четырех “логических” дисках. MS DOS и Windows позволяют использовать значительно большее их количество за счет маленькой хитрости. Одна из записей таблицы разделов может содержать ссылку на так называемый дополнительный раздел, который имеет структуру, аналогичную основному разделу, та, в свою очередь, -- еще на один дополнительный раздел и т.д.
    Каждая запись таблицы разделов имеет длину 16 байт и содержит следующую информацию об описываемом ею разделе:  table cellSpacing="1" cellPadding="7" width="100%" border="1">
    Смещение

    Размер, байт

    Содержание

    +00
    1
    Признак загрузочного диска (80 - загрузочный, 00 - нет)
    +01
    1
    Начальная головка
    +02
    1
    Начальный сектор
    +03
    1
    Начальный цилиндр
    +04
    1
    Идентификатор файловой системы
    +05
    1
    Последняя головка
    +06
    1
    Последний сектор
    +07
    1
    Последний цилиндр
    +08
    4
    Относительный номер начального сектора
    +0С
    4
    Количество секторов в разделе
    Примечание к таблице. Деление на сектор/цилиндр по границе байта принято условно, потому что цилиндры кодируются 10-разрядным двоичным числом, и два старших разряда помещаются в байте с номером цилиндра. При загрузке регистра CX таким двухбайтовым числом, он готов к использованию в функции 1316.
    Так как нужно изменить файловую систему основного раздела (диска C:), то достаточно рассмотреть первую запись таблицы разделов. Как следует из приведенных выше таблицы и распечатки, идентификатор файловой системы находится по адресу 3С216, и в случае FAT 32 он будет равен 0B16. Чтобы изменить FAT 32 на FAT 16, достаточно вместо 0B16 записать 06. Сделать это можно с помощью команды “e” отладчика:
    -e 3c2
    166B:03C2 0B.06
    -
    После этого лучше еще раз просмотреть содержимое памяти, соответствующее таблице разделов с помощью команды “d 3be l 42”, чтобы убедиться, что все сделано правильно.
    Теперь наступило время выполнить самый ответственный шаг - записать измененный сектор MBR на жесткий диск. После этого отменить изменения будет уже невозможно.
    Для этого в программе, которая все еще находится в памяти по адресу 10016, нужно исправить первую команду так, чтобы в регистр AH записывалось число 03, что соответствует операции записи содержимого памяти в сектор на диске:
    -a 100
    166B:0100 mov ah, 03
    166B:0102
    -
    Остальные параметры менять не следует, так как они остаются такими же, как и при чтении сектора в память. После проверки программы (а ее текст можно вывести на экран командой “u 100 l 14”) ее можно выполнить:
    -g =100
    Нормальное завершение работы программы
    -
    Следует учитывать, что запись выполняется в область диска, которая защищается антивирусными средствами BIOS, поэтому перед выполнением всех манипуляций их следует либо отключить, либо разрешить запись при появлении на экране окна с соответствующим запросом.
    Итак, таблица разделов исправлена. Если теперь перезагрузить компьютер с все той же загрузочной дискеты и запустить программу FDISK, она покажет, что первый раздел имеет файловую систему FAT 16. Однако есть еще один нюанс. Информация о разделе хранится не только в секторе MBR, но и в первом, загрузочном секторе самого раздела. Поэтому попытка переформатировать диск C: с помощью программы FORMAT не удастся.
    Для того чтобы полностью подготовить раздел к форматированию, нужно стереть его собственный загрузочный сектор. А так как загрузочный сектор раздела является его первым сектором, то его “координаты” можно определить все из той же таблицы разделов, которая хранится в MBR. Если обратиться к распечатке памяти, содержащей таблицу разделов, то “координаты” загрузочного сектора основного раздела начинаются с адреса 3BF16 и обозначены там следующим образом: Hb - номер головки, Sb - номер сектора, Cb - номер цилиндра. Эти координаты необходимо внести в программу, то есть исправить команды с адресами 10416 - 10816 (при этом не забывая об особенности нумерации секторов и цилиндров, см. примечание к описанию таблицы разделов).
    Перед тем, как очищать загрузочный сектор, желательно убедиться в правильности определения его координат. Для этого после исправления команд, отвечающих за настройку “координат” сектора, нужно первую команду снова настроить на чтение сектора, то есть по адресу 100 записать “mov ah, 2”. Если из таблицы разделов, например, видно, что Hb = 1, Sb = 1, Cb = 0, то программа должна выглядеть следующим образом:
    -u 100 l 14
    2804:0100 B402 MOV AH,02
    2804:0102 B001 MOV AL,01
    2804:0104 B500 MOV CH,00
    2804:0106 B101 MOV CL,01
    2804:0108 B601 MOV DH,01
    2804:010A B280 MOV DL,80
    2804:010C BB0002 MOV BX,0200
    2804:010F CD13 INT 13
    2804:0111 E9ECFE JMP 0000
    -
    Тогда после ее выполнения командой “g =100” можно оценить правильность ввода координат, просмотрев результат считывания с помощью команды “d 200 l 200”. Последние байты загрузочного сектора должны содержать сообщения операционной системы типа “Invalid system disk” и имена системных файлов “Io.Sys” и “Msdos.Sys”, а в самом конце записана все та же сигнатура 55AA16.
    После такой проверки можно предполагать, что координаты загрузочного сектора определены правильно. Для его очистки достаточно записать в сектор 512 нулевых байтов. Чтобы подготовить образ очищенного загрузочного сектора в памяти, надо выполнить команду отладчика “f 200 l 200 0”. После этого можно настроить программу на запись (то есть по адресу 10016 ввести команду “mov ah, 03”) и выполнить ее. Теперь информация о том, что раздел содержал файловую систему FAT 32, утрачена окончательно и бесповоротно.
    После перезагрузки компьютера с дискеты (перезагрузку нужно выполнить обязательно!) можно переформатировать диск C: с помощью программы FORMAT, в результате чего на нем будет создана файловая система FAT 16. Теперь можно приступать к установке операционной системы WinNT и использовать все ее преимущества, в том числе и файловую систему NTFS.
    Итак, в этой статье был рассмотрен способ изменения файловой системы основного раздела жесткого диска. Отметим, что этот способ работает только в том случае, если размер основного раздела меньше 2 Гб, потому что FAT 16 не поддерживает разделы большего размера. При изменении файловой системы теряется вся информация, содержащаяся на разделе, а в случае ошибки может быть безвозвратно утеряна информация, содержащаяся на всех разделах жесткого диска, поэтому пользоваться сведениями из этой статьи следует с осторожностью, осознавая все возможные последствия. Однако при известной осторожности можно сохранить как структуру разделов жесткого диска, так и информацию на разделах, которых не коснулись изменения. После установки операционной системы желательно убедиться в отсутствии нарушений файловой структуры всех логических дисков, использовав для этого программу Scan Disk или Norton Disk Doctor.
    И в заключение остается только добавить, что сведения, приведенные в данной статье, можно использовать и для обратного преобразования NTFS в FAT 16/32, учитывая, что идентификатор системы NTFS - 0716, FAT 16 - 0616, FAT 32 - 0B16
    Ускоряем NTFS
    1. Запретите короткие имена файлов
    По умолчанию NTFS создает файл с именем формата 8.3 каждый раз при создании обычного («длинного») названия, что все же несколько увеличивает время создания файлов. Чтобы избавиться от этого, можно запретить короткие имена командой fsutil:
    fsutil behavior set disable8dot3 1
    Для достижения требуемого эффекта достаточно перезагрузить машину. Несколько предостережений:
    В большинстве случаев при использовании этой методики вы почувствуете разницу лишь на жестких дисках, где хранится очень много (300.000 и более) файлов в относительно небольшом количестве папок и где множество файлов имеет похожее начало («Улучшение производительности NTFS часть 1.doc», «Улучшение производительности NTFS часть 2.doc» и т.д.) При этом у вас будет много файлов, которые начинаются одними и теми же символами и располагаются в одной и той же папке, а NTFS придется тратить больше времени на создание уникальных 8.3-названий для них. При этом многие старые приложения и даже старые версии Microsoft Office при отключенных 8.3-именах могут работать некорректно. Так что перед массовым отключением коротких названий проверьте работоспособность важных для вас приложений на тестовом разделе.
    2. Называйте файлы соответственно
    Пусть вы не можете полностью отключить короткие имена файлов (например, из-за наличия старого ПО, отказывающегося при этом работать). В таком случае можно улучшить производительность NTFS, выбрав более подходящую схему именования файлов — при этом различия в похожих названиях файлов должны находиться ближе к началу названия. К примеру, вместо названий типа "Улучшение производительности NTFS часть 1.doc" лучше называть файлы вот так: "1 часть — Улучшение производительности NTFS.doc". В таком случае NTFS не придется долго думать над присваиванием уникального 8.3-имени каждому файлу в папке.
    3. Используйте больше папок
    Если вам часто необходимо открывать, закрывать, создавать или удалять определенные типы файлов, постарайтесь не держать слишком много их в одной папке. Другими словами, если у вас слишком много файлов, с которыми вы часто работаете, создайте дополнительные папки и распределите по ним файлы. Если это неудобно (или вовсе нереализуемо), обратите внимание на предыдущие советы — они помогут скомпенсировать негативный эффект от слишком большого количества файлов в одной папке.
    4. Используйте больше разделов
    В Windows 2000, если вы разбиваете большой диск (объемом 50 Гб и выше, к примеру) на несколько более мелких NTFS-разделов (по 10 Гб каждый), вы можете добиться в идеале 10-процентного увеличения производительности. NTFS в Windows XP усовершенствована и работает в целом лучше, но на пару- тройку процентов прироста производительности при разбиении большого диска на маленькие разделы вы все равно можете рассчитывать.
    5. Планируйте размер кластера
    Размер кластера на NTFS-разделах по умолчанию 4 Кб и отлично вам подходит, если файлы сравнительно небольшие, и их размер сильно не меняется. Но если ваши файлы имеют гораздо больший объем или быстро растут, попробуйте увеличить размер кластера до 16 или 32 Кб. Это позволит уменьшить объем «потерянного» пространства и открывать файлы немного быстрее. Однако есть два замечания. Если вы собираетесь сжимать файлы при помощи NTFS- компрессии, вам придется оставить размер кластера равным 4 Кб. Кроме того, чем меньше ваши файлы по сравнению с размером кластера, тем сильнее будет подвержен фрагментации раздел. Следовательно...
    6. Регулярно проводите дефрагментацию
    Фрагментация данных на диске приводит к увеличению времени, затрачиваемого приложениями на открытие, закрытие, создание или удаление файлов. Хороший вариант — как минимум еженедельный запуск Дефрагментатора Дисков (Disk Defragmenter) в Windows XP, особенно если вы используете приложения, которые часто модифицируют файлы, и этих самых файлов у вас много. При желании можно использовать планировщик задач Windows для автоматизации процесса.
    7. Сохраните место для MFT
    Работа с Master File Table (MFT) NTFS в Windows XP осуществляется быстрее, чем в Windows 2000, за счет того, что некоторые файлы метаданных MFT размещаются не в начале диска. Уже одно это усовершенствование позволяет NTFS в Windows XP «обгонять» NTFS Windows 2000 на 10% (максимум). Однако и в XP производительность можно чуть увеличить, обеспечив достаточно свободного места для «роста» MTF. Это предотвратит фрагментирование MFT, что особенно важно: стандартный Дефрагментатор Дисков (Disk Defragmenter) не умеет дефрагментировать MFT. По умолчанию Windows XP резервирует 12,5% от объема каждого NTFS-раздела для «зоны MFT», которая предназначена исключительно для размещения MFT. Поэтому, если вы планируете хранить множество небольших (до 8 Кб, например) файлов на разделе, свободное место в MFT (где, напомню, небольшие файлы хранятся целиком) может закончиться еще до того, как закончится место на разделе, и результатом будет фрагментация MFT. Чтобы предотвратить неприятность, можно зарезервировать дополнительное дисковое пространство под MFT командой fsutil:

    fsutil behavior set mftzone 2

    Это удвоит размер зарезервированной MFT зоны до 25% от общего объема раздела. Разумеется, при этом вы потеряете 12,5% свободного места, предназначенного для самих файлов — с этим нужно считаться, используя данную возможность. Вы можете использовать mftzone 3, чтобы
    зарезервировать 37,5% для MFT или даже mftzone 4 — для отведения под MFT половины свободного пространства на диске. Однако, напомню, эти «экстремальные» настройки будут полезны лишь в тех случаях, когда вы храните на разделе огромное количество файлов малого размера (примерно до 1 Кб). Чтобы установить желаемый размер зоны MFT, сделайте следующее. Запустите команду fsutil, как описано выше. Перезагрузите систему. Создайте требуемые разделы. Для возврата к обычному правилу резервирования (12,5% от объема каждого раздела) используйте команду fsutil behavior set mftzone 1.
    8. Запретите атрибут Время последнего обращения
    По умолчанию у каждого файла и папки на NTFS-разделе имеется атрибут Время последнего обращения, который хранит информацию о том, когда в последний раз файл (или папка) был открыт, прочитан или изменен. Это означает, что даже когда вы читаете файл с NTFS-раздела, на нем параллельно происходит и запись. В большинстве случаев это не является проблемой, но если вы пользуетесь приложениями, часто открывающими файлы на короткие промежутки времени, эта особенность NTFS может сильно понизить общую производительность. К счастью, можно использовать fsutil для отключения обновления данного параметра:

    fsutil behavior set disablelastaccess 1

    После запуска этой команды Время последнего обращения для вновь созданных файлов будет равно просто-напросто времени их создания. Необходимо отметить, однако, что запрет обновления данного параметра может негативно повлиять на работу программ по резервному копированию данных, использующих службу удаленного хранения (Remote Storage service).
    9. Включите (или выключите) Службу Индексирования
    Включать или выключать Службу Индексирования в Windows XP, зависит от ваших нужд. Если вы пользуетесь поиском по диску редко, лучше, пожалуй, ее и не включать, так как она незначительно замедляет работу NTFS и требует дисковое пространство для хранения каталога. Но если вы часто используете поиск (а также ищете в содержимом файлов), то включайте Индексирование — это заметно ускорит процесс поиска.
    10. Используйте FAT32 для файла подкачки
    И, наконец, если у вас в машине имеется второй физический диск, вы можете поднять производительность переносом файла подкачки (pagefile.sys) на этот второй диск. Чтобы это сработало в лучшем виде, проделайте следующее. Создайте раздел на втором диске, удостоверившись, что его объема хватит для файла подкачки (ориентируйтесь на размер, равный утроенному количеству оперативной памяти — его будет более чем достаточно). Отформатируйте свежесозданный раздел в FAT32, так как FAT32 по скорости чтения немного превосходит NTFS на небольших разделах. При этом не создавайте дополнительных разделов на втором диске — оставьте его исключительно для использования файлом подкачки. Другими словами, наша последняя хитрость для улучшения производительности NTFS заключается в том, чтобы не использовать NTFS на разделе с файлом подкачки.
    Q.пропала возможность просмотреть содержимое папки System Volume Information на разделе с NTFS. Total Commander отказывается даже показать объем этой папки. На разделе с FAT 32 таких проблем не появилось. При этом "Восстановление системы" продолжает функционировать абсолютно корректно?
    A.У этого каталога по умолчанию стоят права доступа лишь для OS, а не пользователей. Отредактируй права доступа из свойств папки (и учетной записи админа!).

    seo & website usability inet html os faq hardware faq memory video cpu hdd mainboard faq printer & scaner modem mobiles hackzone
    Win 2K faq
    Win 2K(kernel & MEM.managment)
    Win 2K и XP (Securit)
    Win 2K и XP (Boot)
    Win 2K и XP (Install)
    Win 2K иXP (Admin)
    Win 2K и XP (File system)
    Win 2K и XP (Services)
    Win 2K & XP optim & tweak
    Win XP faq
    Win XP faq #2
    Win XP faq (net)
    Win XP faq (lan)
    Win XP recover
    WinXP & ntfs
    WinXP & game faq
    Win PE
    Win Vista
    Win Vista FAQ
    Win Server 2003 tweaks & tricks

    Магазин цифровой техники | Новинки магазина | Популярные товары | Bluetooth-адаптеры | Crystal Case | Flash-карты памяти | GPS-навигаторы | Hi-Tech гаджеты | MP3-FM Модуляторы | MultiSIM | WiFi оборудование | Авто видеорегистраторы | Авто инвертеры | Автомобильные держатели | Адаптер для 2 SIM-карт | Аккумуляторы для телефонов | Аккумуляторы оригинальные | Акустические системы | Алкотестеры | В автомобиль | Внешние аккумуляторы | Гарнитуры стерео | Дата-кабели USB | Дата-кабели мультимедийные | http://full-house24.ru/ |||||| Зарядки автомобильные | Зарядки сетевые | Зарядки универсальные | Защитные пленки | Защитные стекла | Инструменты | Кабели HDMI | Кардридеры | Кнопки для сотовых | Корпусы для КПК | Корпусы для сотовых | Корпусы оригинальные | Кредлы | Моноподы и селфи-палки | Наушники | Сотовые телефоны | Столики для ноутбуков | Горячая линия бесплатной юридической консультации | Благотворительность

    На главную | Cookie policy | Sitemap

     

    po gonn © 2004