- •Анатомия жесткого диска
- •Магнитные головки
- •Позиционер (head positioner)
- •Все остальное...
- •Служебная информация
- •От запуска до остановки
- •Пользовательская информация
- •Управляющая электроника
- •В заключение
- •Разделы жесткого диска
- •Общее описание файловых систем Введение
- •Ufs (Unix File System)
- •NetWare
- •Заключение
- •Файловая система fat 32
- •Главная загрузочная запись (mbr)
- •Dos32 (0в).
- •Dos32x (0с). Определяет основной раздел
- •Загрузочный сектор (boot)
- •Изменения в загрузочном секторе Число зарезервированных секторов
- •Новый блок параметров bios
- •Поле корневого каталога.
- •32-Разрядная fat-таблица
- •Каталог в fat32
- •Зеркализация fat
- •Корневой каталог
- •Поддержка длинных имен файлов
- •Размещение длинных имен в каталожной записи
- •Файловая система ntfs Физическая структура ntfs
- •Структура раздела - общий взгляд
- •Mft и его структура
- •Метафайлы
- •Файлы и потоки
- •Каталоги
- •Журналирование
- •Безопасность
- •Hard links
- •Symbolic links (nt5)
- •Шифрование (nt5)
- •Особенности дефрагментации ntfs
- •К истокам проблемы...
- •Средства решения?
- •Что выбрать?
- •Журналирование ntfs
- •Журналируемые операции
- •Отложенная запись и контрольные точки журналирования
- •Проблемы отложенного журналирования: концепция дублирования информации
- •Допущения, обеспечивающие надежность
- •Программный raid
- •Допущения, обеспечивающие надежность
- •Стратегия восстановления томов ntfs
- •Самое полное описание ntfs
- •Сравнение fat и ntfs
- •Кратко о файловой системе fat
- •Различные версии fat
- •Стандарт 8.3
- •Ограничения файловой системы fat
- •Недостатки fat
- •Файловая система ntfs
- •Средства разграничения доступа
- •Шифрование файлов
- •Программный дисковый массив raid
- •Наборы Volume Set
- •Упаковка файлов
- •Многопоточные файлы
- •Ограничения ntfs
- •Сравнение ntfs и fat по скорости доступа к файлам
- •Так что же выбрать - fat или ntfs?
- •Поиск данных файла
- •Поиск свободного места
- •Работа с каталогами и файлами
- •Практика
- •Объем оперативной памяти (кэширование)
- •Быстродействие накопителя
- •Размер кластера
- •Другие соображения
- •Fat - плюсы:
- •Fat - минусы:
- •Ntfs - плюсы:
- •Ntfs - минусы:
- •Raid-массивы
- •Если утерян пароль администратора win nt (win2000)
- •Просто переписать данные
- •Если утерян пароль администратора Windows nt
- •Наконец, самое простое
- •Программы для восстановления информации
- •Dos-программы
- •Win-программы
NetWare
Сведений об устройстве файловой системы NetWare у мня нет - знаю лишь, что она какая-то своя, естественно, более эффективная, чем FAT, и имеет более сложные ACL, чем классический Unix с его 'rwx' для owner, group и other.
Заключение
Развитие файловых систем персональных компьютеров определялось двумя факторами - появлением новых стандартов на носители информации и ростом требований к характеристикам файловой системы со стороны прикладных программ (разграничение уровней доступа, поддержка длинных имен файлов в формате UNICODE). Первоначально, для файловых систем первостепенное значение имело увеличение скорости доступа к данным и минимизация объема хранимой служебной информации. Впоследствии с появлением более быстрых жестких дисков и увеличением их объемов, на первый план вышло требование надежности хранения информации, которое привело к необходимости избыточного хранения данных.
Эволюция файловой системы была напрямую связана с развитием технологий реляционных баз данных. Файловая система использовала последние достижения, разработанные для применения в СУБД: механизмы транзакций, защиты данных, систему самовосстановления в результате сбоя.
Развитие файловых систем привело к изменению самого понятия "файл" от первоначального толкования как упорядоченная последовательность логических записей, до понятия файла, как объекта, имеющего набор характеризующих его атрибутов (включая имя файла, его псевдоним, время создания и собственно данные), реализованного в ntfs.
За свою 20 летнюю историю файловая система прошла путь от простой системы, взявшей на себя функции управления файлами, до системы, представляющей собой полноценную СУБД, обладающую встроенным механизмом протоколирования и восстановления данных.
В отличие от попыток ввести стандарт на протокол, описывающий правила доступа к удаленным файловым системам (CIFS, NFS), не стоит ожидать появления подобного стандарта, описывающего файловые системы для жестких дисков. Это можно объяснить тем, что файловая система жестких дисков все еще продолжает оставаться одной из главных частей операционной системы, влияющей на ее производительность. Поэтому каждый производитель операционных систем будет стремиться использовать файловую систему, "родную" для его ОС.
Дальнейшая эволюция файловых систем пойдет по пути совершенствования механизмов хранения данных, оптимизации хранения мультимедийных данных, использования новых технологий, применяемых в базах данных (возможность полнотекстового поиска, сортировка файлов по различным атрибутам).
1. В Windows 95 имеется возможность запретить появление тильды в псевдониме вновь создаваемого файла (т.е. для файла LongFileName.ext имя в формате 8.3 будет не LongFi~1.ext, а LongFile.ext). Для этого в разделе HKEY_Local_Machine\System\CurrentControlSet\Control\FileSystem нужно установить значение параметра NameNumericTail типа DWORD равным 0.
2. В Windows NT можно отключить создание псевдонимов для длинных имен файлов, путем установки значения параметра NtfsDisable8dot3NameCreation типа DWORD в разделе HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem равным 1.
3. ntfs версии 5.0 несовместима с предыдущей версией, для преобразования дискового раздела версии 4.0 в новую версию необходимо воспользоваться утилитой CHKntfs.