Файловая структура операционной системы windows

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

Файловая система компьютера (ФС) — описание способа хранения, распределения, наименования и обеспечения доступа к информации, хранящейся на жестком диске компьютера. Именно файловая система жесткого диска определяет правила наименования файлов и каталогов, ограничения на максимальные размеры файла и раздела, длину имени файла, максимальный уровень вложенности каталогов и другие моменты. Кстати, максимальный размер файла в файловой системе FAT32 составляет 4 Гбайта.

В ОС Windows наиболее распространенной на сегодняшний день является файловая система NTFS, заменившая устаревшую файловую систему FAT. Именно файловую систему NTFS лучше всего использовать на сегодняшний день. Чтобы жесткий диск можно было использовать в компьютере, его необходимо подготовить, отформатировать в выбранную файловую систему. Программа форматирования создает на жестком диске компьютера структуру в соответствии с правилами файловой системы Windows после чего диск становится виден в операционной системе и его можно использовать. Форматирование жесткого диска осуществляется силами операционной системы или сторонней программы. При этом выбирается тип файловой системы жесткого диска, размер кластера и способ форматирования.

Кластер — упрощенно, минимальная ячейка на жестком диске для хранения информации, эдакая коробочка для хранения файлов. Кластер имеет вполне конкретные стандартизованные размеры равные 512 байт раньше и 4 096 байт в настоящее время. В одном кластере хранится только один файл, если он меньше размера кластера, то все равно занимает весь кластер. Когда файл не помещается целиком в одном кластере, то он записывается кусочками по разным кластерам, необязательно соседним. Поскольку размеры файлов крайне редко кратны размеру кластера, то на диске файлы практически всегда занимают больше места, чем их реальный размер. Чтобы было понятнее, возьмем для наглядности такой пример. Есть 9 кирпичей, из них 3 белых и 6 красных, а в контейнер помещается только 5 кирпичей одного типа. Чтобы хранить наши кирпичи нам понадобится 3 контейнера, хотя емкость двух контейнеров 10 кирпичей. Вот наглядная иллюстрация, как это происходит.

В файловой системе компьютера происходит точно также. В этом легко убедиться, если кликнуть правой кнопкой мыши по файлу и выбрать свойства.

Файл размером 6 байт занимает в файловой системе жесткого диска 4 096 байт, т.е. один кластер. Соответственно маленький размер кластера больше подходит для хранения маленьких файлов, а большой размер кластера для хранения больших. Тогда место на диске будет использоваться более рационально. Так же происходит и с ярлыками.

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

Дальнейший рост емкости дисков привел к следующему очевидному шагу, разбить один физический носитель информации на несколько логических разделов (дисков). Логически выделенная часть смежных блоков на диске называется раздел (partition). Такая структура файловой системы применяется в настоящее время в операционной системе Windows.

Это позволяет упростить структурирование информации, повысить надежность хранения данных за счет разделения системных и пользовательских файлов, более гибко управлять правами доступа к файлам, увеличить скорость дисковых операций. Каждый созданный логический диск воспринимается операционной системой, как независимый, хотя фактически он виртуален. Благодаря этому каждому разделу жесткого диска можно назначить произвольную файловую систему или настроить размер кластера, а так же иметь несколько операционных систем на одном компьютере.

Первый физический сектор жесткого диска отведен для хранения главной загрузочной записи (MBR), необходимой для начальной загрузки операционной системы, а так же хранит таблицу разделов.

Разделы бывают двух видов: первичный (основной) и дополнительный (расширенный). В первом секторе основного раздела располагается загрузочный сектор, обеспечивающий загрузку ОС с данного раздела жесткого диска. Всего на физическом диске может быть четыре раздела и только один из них расширенный. Дополнительный раздел представляет собой оболочку для любого количества других логических разделов. Это позволяет обойти ограничение, только четыре раздела на физическом диске.

Вот и все, что мы хотели рассказать о файловой системе компьютера в операционной системе Windows.

Ядром операционной
системы является модуль, который
обеспечивает управление файлами —
файловая система.

Основная
задача файловой системы—
обеспечение взаимодействия программ
и физических устройств ввода/вывода
(различных накопителей). Она также
определяет структуру хранения файлов
и каталогов на диске, правила задания
имен файлов, допустимые атрибуты файлов,
права доступа и др.

Обычно файловую
систему воспринимают и как средство
управления файлами, и как общее хранилище
файлов.

Файл— это поименованная последовательность
любых данных, стандартная структура
которой обеспечивает ее размещение в
памяти машины. Файл может содержать
программу, числовые данные, текст,
закодированное изображение или звук и
др. Для каждого файла на диске выделяется
поименованная область, причем файл не
требует для своего размещения непрерывное
пространство, так как может занимать
свободные кластеры в разных частях
диска.

Имя
файла— это символьная строка,
правила построения которой зависят от
конкретной файловой системы. Максимальная
длина имени файла в Windows составляет 255
символов. Имена могут содержать любые
символы, включая пробелы, кроме следующих:
прямой и обратный слэш (\ и /), двоеточие
(:), звездочка (*), знак вопроса (?), двойная
кавычка («), знаков меньше и больше (<
и >), знака «трубопровода» (|). Система
сохраняет использованные в длинных
именах строчные буквы.

Помимо имени,
файл имеет расширение
(тип)длиной до 3 символов, которое
отделяется от имени точкой. К свойствам
файла также относятся: реальный размер
и объем занимаемого дискового пространства;
время создания, последнего изменения
и доступа; имя создателя файла; пароль
для доступа, атрибуты и др.

Файл может иметь
следующие атрибуты:

R (Read-Only) —
«только для чтения».При попытке
модифицировать или удалить файл с этим
атрибутом будет выдано соответствующее
сообщение.

H (Hidden) — «скрытый
файл».При просмотре содержимого
папки (без специальных установок или
ключа) сведения о файлах с таким атрибутом
не выдаются.

A (Archive) —
«неархивированный файл».Этот атрибут
устанавливается при создании каждого
файла и снимается средствами архивации
и резервирования файлов.

Для удобства
работы с файлами и их систематизации
на диске создаются папки (каталоги),
структура которых определяет логическую
организацию данных.

Папка
(каталог)— это специальное место
на диске, в котором хранятся имена
файлов, сведения об их размерах, времени
последнего обновления и т.д. Имена папок
образуются по тем же правилам, что и
имена файлов.

Структура папок
в Windows иерархическая (древовидная). Папка
самого верхнего уровня — главная
(корневая) — создается автоматически
и не имеет имени. В ней находятся сведения
не только файлов, но и о папках первого
уровня (папки первого и последующих
уровней создаются пользователем). Папка,
с которой в данный момент работает
пользователь, называется текущей.

С папками и
файлами могут выполняться операции
создания, удаления, копирования и
перемещения, а также изменение их свойств
и управление доступом.

Физическая
организация данных на носителе зависит
от файловой системы, которая предусматривает
выделение в процессе форматирования
диска специальных областей: системной
областииобластиданных.
Основными компонентами системной
области являются: загрузочная запись,
таблицы размещения файлов и корневой
каталог (папка). Область данных содержит
файлы и папки.

Вся область
данных диска делится на кластеры,которые представляют собой неделимые
блоки данных одного размера на диске.
Все кластеры пронумерованы. В самом
начале диска размещается таблица
размещения файлов, содержащая столько
записей, сколько кластеров доступно на
диске. В ней содержатся сведения о
номерах кластеров, в которых размещается
файл, отмечены неиспользуемые кластеры,
а также поврежденные кластеры, которые
помечаются определенным значением,
после чего уже никогда не употребляются.

Каждый кластер
файла содержит номер следующего в
цепочке его кластеров. Таким образом,
достаточно знать номер первого кластера
в цепочке, который хранится в оглавлении
диска, чтобы определить номера всех
кластеров, содержащих данный файл.
Занимаемый файлом объем кратен количеству
кластеров. Наличие у каждого кластера
индивидуального номера позволяет найти
область расположения файла, причем
необязательно, чтобы его кластеры
располагались рядом. Если разные
фрагменты файла располагаются в несмежных
кластерах, то говорят о фрагментациифайла.

Каждый диск на
компьютере имеет уникальное имя. Диски
именуются буквами латинского алфавита.
Обычно накопителю на гибком магнитном
диске (НГМД) присваивается имя А:, а
винчестеру (НЖМД) — С:.

Жесткий диск
представляет собой физическое устройство.
Для организации эффективной работы с
дисковым пространством жесткого
магнитного диска с помощью специальной
программы его разбивают на ряд разделов
— логических дисков, каждый из
которых рассматривается системой как
отдельный диск и именуется последующими
буквами латинского алфавита (D, E и т.д.).

Windows XP позволяет
форматировать жесткий диск в файловой
системе FAT или NTFS.

Система
FAT (File Allocation Table) — представляет
собой таблицу размещения файлов MS-DOS и
Windows 9x и Me, поэтому понимается этими ОС.
Но она имеет низкую отказоустойчивость,
и при аварийном отключении питания
велика вероятность потери данных.

Система
NTFS (New Technology File System) — была разработана
Microsoft специально для Windows NT. Она гарантирует
сохранность данных в случае копирования
даже при программно-аппаратном сбое
или отключении электропитания, превосходит
FAT по эффективности использования
ресурсов (например, работает с файлами
размером более 4 Гб), предоставляет
возможность создавать «динамические»
жесткие диски, объединяющие несколько
папок, предоставляет средства для
разграничения доступа и защиты информации
и др.

Перевод логического
диска из FAT в NTFS осуществляется штатной
программой Windows или специальными
программами без потери информации.
Также существуют специальные программы,
которые могут производить конвертацию
из NTFS в FAT, однако в большинстве случаев
такой перевод требует форматирования
диска.

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

Имена
файлов и их атрибуты хранятся в каталоге.
Если в каталоге хранится имя файла, то
говорят, что этот файл находится в данном
каталоге. Обращение к каталогу, если он
не корневой, осуществляется по имени³.

На
каждом диске может быть несколько
каталогов. В каждом каталоге могут
присутствовать файлы и другие каталоги.
В зависимости от файловой системы
структура каталогов может быть
древовидной, когда каталог может входить
только в один каталог более высокого
уровня (рис. 3.2, а),
и
сетевой, когда каталог может входить в
различные каталоги (рис. 3.2,6). Сетевая
структура реализована в Unix,
древовидная — в ОС семейства Windows.

Рис.
3.2. Структура
каталога: а — древовидная; б — сетевая

В
Windows
каталог называется папкой. С папками
(каталогами) и файлами могут выполняться
операции создания, удаления, копирования
и перемещения, а также изменение их
свойств и управление доступом.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Рядовому пользователю компьютерных электронных устройств редко, но приходится сталкиваться с таким понятием, как «выбор файловой системы». Чаще всего это происходит при необходимости форматирования внешних накопителей (флешек, microSD), установке операционных систем, восстановлении данных на проблемных носителях, в том числе жестких дисках. Пользователям Windows предлагается выбрать тип файловой системы, FAT32 или NTFS, и способ форматирования (быстрое/глубокое). Дополнительно можно установить размер кластера. При использовании ОС Linux и macOS названия файловых систем могут отличаться.

Возникает логичный вопрос: что такое файловая система и в чем ее предназначение? В данной статье дадим ответы на основные вопросы касательно наиболее распространенных ФС.

Что такое файловая система

Обычно вся информация записывается, хранится и обрабатывается на различных цифровых носителях в виде файлов. Далее, в зависимости от типа файла, кодируется в виде знакомых расширений – *exe, *doc, *pdf и т.д., происходит их открытие и обработка в соответствующем программном обеспечении. Мало кто задумывается, каким образом происходит хранение и обработка цифрового массива в целом на соответствующем носителе. 

Операционная система воспринимает физический диск хранения информации как набор кластеров размером 512 байт и больше. Драйверы файловой системы организуют кластеры в файлы и каталоги, которые также являются файлами, содержащими список других файлов в этом каталоге. Эти же драйверы отслеживают, какие из кластеров в настоящее время используются, какие свободны, какие помечены как неисправные.

Запись файлов большого объема приводит к необходимости фрагментации, когда файлы не сохраняются как целые единицы, а делятся на фрагменты. Каждый фрагмент записывается в отдельные кластеры, состоящие из ячеек (размер ячейки составляет один байт). Информация о всех фрагментах, как части одного файла, хранится в файловой системе.

Файловая система связывает носитель информации (хранилище) с прикладным программным обеспечением, организуя доступ к конкретным файлам при помощи функционала взаимодействия программ API. Программа, при обращении к файлу, располагает данными только о его имени, размере и атрибутах. Всю остальную информацию, касающуюся типа носителя, на котором записан файл, и структуры хранения данных, она получает от драйвера файловой системы.

На физическом уровне драйверы ФС оптимизируют запись и считывание отдельных частей файлов для ускоренной обработки запросов, фрагментации и «склеивания» хранящейся в ячейках информации. Данный алгоритм получил распространение в большинстве популярных файловых систем на концептуальном уровне в виде иерархической структуры представления метаданных (B-trees). Технология снижает количество самых длительных дисковых операций – позиционирования головок при чтении произвольных блоков. Это позволяет не только ускорить обработку запросов, но и продлить срок службы HDD. В случае с твердотельными накопителями, где принцип записи, хранения и считывания информации отличается от применяемого в жестких дисках, ситуация с выбором оптимальной файловой системы имеет свои нюансы.

Основные функции файловых систем

Файловая система отвечает за оптимальное логическое распределение информационных данных на конкретном физическом носителе. Драйвер ФС организует взаимодействие между хранилищем, операционной системой и прикладным программным обеспечением. Правильный выбор файловой системы для конкретных пользовательских задач влияет на скорость обработки данных, принципы распределения и другие функциональные возможности, необходимые для стабильной работы любых компьютерных систем. Иными словами, это совокупность условий и правил, определяющих способ организации файлов на носителях информации.

Основными функциями файловой системы являются:

• размещение и упорядочивание на носителе данных в виде файлов;
• определение максимально поддерживаемого объема данных на носителе информации;
• создание, чтение и удаление файлов;
• назначение и изменение атрибутов файлов (размер, время создания и изменения, владелец и создатель файла, доступен только для чтения, скрытый файл, временный файл, архивный, исполняемый, максимальная длина имени файла и т.п.);
• определение структуры файла;
• поиск файлов;
• организация каталогов для логической организации файлов;
• защита файлов при системном сбое;
• защита файлов от несанкционированного доступа и изменения их содержимого. 

Задачи файловой системы 

Функционал файловой системы нацелен на решение следующих задач:

• присвоение имен файлам;
• программный интерфейс работы с файлами для приложений;
• отображение логической модели файловой системы на физическую организацию хранилища данных;
• поддержка устойчивости файловой системы к сбоям питания, ошибкам аппаратных и программных средств;
• содержание параметров файла, необходимых для правильного взаимодействия с другими объектами системы (ядро, приложения и пр.). 

В многопользовательских системах реализуется задача защиты файлов от несанкционированного доступа, обеспечение совместной работы. При открытии файла одним из пользователей для других этот же файл временно будет доступен в режиме «только чтение».

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

Операционные системы и типы файловых систем

Существует три основных вида операционных систем, используемых для управления любыми информационными устройствами: Windows компании Microsoft, macOS разработки Apple и операционные системы с открытым исходным кодом на базе Linux. Все они, для взаимодействия с физическими носителями, используют различные типы файловых систем, многие из которых дружат только со «своей» операционкой. В большинстве случаев они являются предустановленными, рядовые пользователи редко создают новые дисковые разделы и еще реже задумываются об их настройках.

В случае с Windows все выглядит достаточно просто: NTFS на всех дисковых разделах и FAT32 (или NTFS) на флешках. Если установлен NAS (сервер для хранения данных на файловом уровне), и в нем используется какая-то другая файловая система, то практически никто не обращает на это внимания. К нему просто подключаются по сети и качают файлы.

На мобильных гаджетах с ОС Android чаще всего установлена ФС версии ext4 во внутренней памяти и FAT32 на карточках microSD. Владельцы продукции Apple зачастую вообще не имеют представления, какая файловая система используется на их устройствах – HFS+, HFSX, APFS, WTFS или другая. Для них существуют лишь красивые значки папок и файлов в графическом интерфейсе.

Более богатый выбор у линуксоидов. Но здесь настройка и использование определенного типа файловой системы требует хотя бы минимальных навыков программирования. Тем более, мало кто задумывается, можно ли использовать в определенной ОС «неродную» файловую систему. И зачем вообще это нужно.

Рассмотрим более подробно виды файловых систем в зависимости от их предпочтительного использования с определенной операционной системой.

Файловые системы Windows 

Исходный код файловой системы, получившей название FAT, был разработан по личной договоренности владельца Microsoft Билла Гейтса с первым наемным сотрудником компании Марком Макдональдом в 1977 году. Основной задачей FAT была работа с данными в операционной системе Microsoft 8080/Z80 на базе платформы MDOS/MIDAS. Файловая система FAT претерпела несколько модификаций – FAT12, FAT16 и, наконец, FAT32, которая используется сейчас в большинстве внешних накопителей. Основным отличием каждой версии является преодоление ограниченного объема доступной для хранения информации. В дальнейшем были разработаны еще две более совершенные системы обработки и хранения данных – NTFS и ReFS.

FAT (таблица распределения файлов)

Числа в FAT12, FAT16 и FAT32 обозначают количество бит, используемых для перечисления блока файловой системы. FAT32 является фактическим стандартом и устанавливается на большинстве видов сменных носителей по умолчанию. Одной из особенностей этой версии ФС является возможность применения не только на современных моделях компьютеров, но и в устаревших устройствах и консолях, снабженных разъемом USB.

Пространство FAT32 логически разделено на три сопредельные области:

• зарезервированный сектор для служебных структур;
• табличная форма указателей;
• непосредственная зона записи содержимого файлов. 

К недостатком стандарта FAT32 относится ограничение размера файлов на диске до 4 Гб и всего раздела в пределах 8 Тб. По этой причине данная файловая система чаще всего используется в USB-накопителях и других внешних носителях информации. Для установки последней версии ОС Microsoft Windows 10 на внутреннем носителе потребуется более продвинутая файловая система. 

С целью устранения ограничений, присущих FAT32, корпорация Microsoft разработала обновленную версию файловой системы exFAT (расширенная таблица размещения файлов). Новая ФС очень схожа со своим предшественником, но позволяет пользователям хранить файлы намного большего размера, чем четыре гигабайта. В exFAT значительно снижено число перезаписей секторов, ответственных за непосредственное хранение информации. Функция очень важна для твердотельных накопителей ввиду необратимого изнашивания ячеек после определенного количества операций записи. Продукт exFAT совместим с операционными системами Mac, Android и Windows. Для Linux понадобится вспомогательное программное обеспечение.

NTFS (файловая система новой технологии)

Стандарт NTFS разработан с целью устранения недостатков, присущих более ранним версиям ФС. Впервые он был реализован в Windows NT в 1995 году, и в настоящее время является основной файловой системой для Windows. Система NTFS расширила допустимый предел размера файлов до шестнадцати гигабайт, поддерживает разделы диска до 16 Эб (эксабайт, 10¹⁸ байт). Использование системы шифрования Encryption File System (метод «прозрачного шифрования») осуществляет разграничение доступа к данным для различных пользователей, предотвращает несанкционированный доступ к содержимому файла. Файловая система позволяет использовать расширенные имена файлов, включая поддержку многоязычности в стандарте юникода UTF, в том числе в формате кириллицы. Встроенное приложение проверки жесткого диска или внешнего накопителя на ошибки файловой системы chkdsk повышает надежность работы харда, но отрицательно влияет на производительность.

ReFS (Resilient File System)

Последняя разработка Microsoft, доступная для серверов Windows 8 и 10. Архитектура файловой системы в основном организована в виде B + -tree. Файловая система ReFS обладает высокой отказоустойчивостью благодаря реализации новых функций:

• Copy-on-Write (CoW) – никакие метаданные не изменяются без копирования;
• данные записываются на новое дисковое пространство, а не поверх существующих файлов;
• при модификации метаданных новая копия хранится в свободном дисковом пространстве, затем система создает ссылку из старых метаданных на новую версию.

Все это позволяет повысить надежность хранения файлов, обеспечивает быстрое и легкое восстановление данных.

Файловые системы macOS 

Для операционной системы macOS компания Apple использует собственные разработки файловых систем: 

1. HFS+, которая является усовершенствованной версией HFS, ранее применяемой на компьютерах Macintosh, и ее более соверешенный аналог APFS. Стандарт HFS+ используется во всех устройствах под управлением продуктов Apple, включая компьютеры Mac, iPod, а также Apple X Server.
2. Кластерная файловая система Apple Xsan, созданная из файловых систем StorNext и CentraVision, используется в расширенных серверных продуктах. Эта файловая система хранит файлы и папки, информацию Finder о просмотре каталогов, положениях окна и т.д.

Файловые системы Linux

В отличие от ОС Windows и macOS, ограничивающих выбор файловой системы предустановленными вариантами, Linux предоставляет возможность использования нескольких ФС, каждая из которых оптимизирована для решения определенных задач. Файловые системы в Linux используются не только для работы с файлами на диске, но и для хранения данных в оперативной памяти или доступа к конфигурации ядра во время работы системы. Все они включены в ядро и могут использоваться в качестве корневой файловой системы.

Основные файловые системы, используемые в дистрибутивах Linux:

• Ext2;
• Ext3;
• Ext4;
• JFS;
• ReiserFS;
• XFS;
• Btrfs;
• ZFS.

Ext2, Ext3, Ext4 или Extended Filesystem – стандартная файловая система, первоначально разработанная еще для Minix. Содержит максимальное количество функций и является наиболее стабильной в связи с редкими изменениями кодовой базы. Начиная с ext3 в системе используется функция журналирования. Сегодня версия ext4 присутствует во всех дистрибутивах Linux. 

JFS или Journaled File System разработана в IBM в качестве альтернативы для файловых систем ext. Сейчас она используется там, где необходима высокая стабильность и минимальное потребление ресурсов (в первую очередь в многопроцессорных компьютерах). В журнале хранятся только метаданные, что позволяет восстанавливать старые версии файлов после сбоев.

ReiserFS также разработана в качестве альтернативы ext3, поддерживает только Linux. Динамический размер блока позволяет упаковывать несколько небольших файлов в один блок, что предотвращает фрагментацию и улучшает работу с небольшими файлами. Недостатком является риск потери данных при отключении энергии. 

XFS рассчитана на файлы большого размера, поддерживает диски до 2 терабайт. Преимуществом системы является высокая скорость работы с большими файлами, отложенное выделение места, увеличение разделов на лету, незначительный размер служебной информации. К недостаткам относится невозможность уменьшения размера, сложность восстановления данных и риск потери файлов при аварийном отключении питания.

Btrfs или B-Tree File System легко администрируется, обладает высокой отказоустойчивостью и производительностью. Используется как файловая система по умолчанию в OpenSUSE и SUSE Linux.

Другие ФС, такие как NTFS, FAT, HFS, могут использоваться в Linux, но корневая файловая система на них не устанавливается, поскольку они для этого не предназначены.

Дополнительные файловые системы

В операционных системах семейства Unix BSD (созданы на базе Linux) и Sun Solaris чаще всего используются различные версии ФС UFS (Unix File System), известной также под названием FFS (Fast File System). В современных компьютерных технологиях данные файловые системы могут быть заменены на альтернативные: ZFS для Solaris, JFS и ее производные для Unix.

Кластерные файловые системы включают поддержку распределенных хранилищ, расширяемость и модульность. К ним относятся:

• ZFS – «Zettabyte File System» разработана для распределенных хранилищ Sun Solaris OS;
• Apple Xsan – эволюция компании Apple в CentraVision и более поздних разработках StorNext; 
• VMFS (Файловая система виртуальных машин) разработана компанией VMware для VMware ESX Server;
• GFS – Red Hat Linux именуется как «глобальная файловая система» для Linux;
• JFS1 – оригинальный (устаревший) дизайн файловой системы IBM JFS, используемой в старых системах хранения AIX. 

Практический пример использования файловых систем

Владельцы мобильных гаджетов для хранения большого объема информации используют дополнительные твердотельные накопители microSD (HC), по умолчанию отформатированные в стандарте FAT32. Это является основным препятствием для установки на них приложений и переноса данных из внутренней памяти. Чтобы решить эту проблему, необходимо создать на карточке раздел с ext3 или ext4. На него можно перенести все файловые атрибуты (включая владельца и права доступа), чтобы любое приложение могло работать так, словно запустилось из внутренней памяти.

Операционная система Windows не умеет делать на флешках больше одного раздела. С этой задачей легко справится Linux, который можно запустить, например, в виртуальной среде. Второй вариант — использование специальной  утилиты для работы с логической разметкой, такой как MiniTool Partition Wizard Free. Обнаружив на карточке дополнительный первичный раздел с ext3/ext4, приложение Андроид Link2SD и аналогичные ему предложат куда больше вариантов.

Флешки и карты памяти быстро умирают как раз из-за того, что любое изменение в FAT32 вызывает перезапись одних и тех же секторов. Гораздо лучше использовать на флеш-картах NTFS с ее устойчивой к сбоям таблицей $MFT. Небольшие файлы могут храниться прямо в главной файловой таблице, а расширения и копии записываются в разные области флеш-памяти. Благодаря индексации на NTFS поиск выполняется быстрее. Аналогичных примеров оптимизации работы с различными накопителями за счет правильного использования возможностей файловых систем существует множество.

Надеюсь, краткий обзор основных ФС поможет решить практические задачи в части правильного выбора и настройки ваших компьютерных устройств в повседневной практике.

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

Что об этом нужно знать

Файловая система – это способ именования файлов и их логического размещения для хранения и поиска. Без файловой системы хранимая информация не была бы изолирована в отдельные документы, и ее было бы сложно идентифицировать и извлечь.

По мере увеличения емкости информации, организация и доступность отдельных файлов становятся более важной для хранения данных.

Файловая структура – это порядок размещения каталогов и материалов. Файловая система включает в себя файловую структуру.

Файловые конструкции отличаются в разных операционных системах (ОС), таких, как Microsoft Windows, macOS и Linux. Некоторые файловые структуры предназначены для конкретных приложений.

Компьютер под управлением ОС Microsoft Windows организовывает информацию так, как собраны файлы в картотеке. Каждый шкаф имеет несколько ящиков. Каждый ящик содержит папки. Каждая папка содержит важную документацию, которую необходимо сохранить. Строение файловой системы параллельно этому типу организации.

Базовые элементы архитектуры Windows

Логические приводы и ящики. В зависимости от сценария картотеки каждый блок представлен в виде логического диска на компьютере. Например, на логическом диске C обычно находится системная информация. Диск D чаще всего содержит личные сведения пользователя, или данные, которые используются для восстановления компьютера.

Папки. Некоторые общие каталоги, которые по умолчанию входят в среду Windows, включают документы, изображения, музыку, видео и загруженные файлы. Но пользователи редко используют стандартные папки. Они предпочитают создавать собственную иерархию и композицию.

Файлы. Элементы, хранящиеся в каталоге физической картотеки, в компьютере представляются в виде файлов. Файл может быть электронной таблицей, рисунком, музыкой или прикладной программой. Имя в Windows может содержать до 260 символов. Любой документ обычно имеет расширение файла, которое помогает системе понять, что это за тип и как его читать.

Корзина. Когда удаляются данные, они не исчезают окончательно с компьютера. Удаленный файл сначала перемещается в папку корзины, которая обычно находится на рабочем столе.

Как работают файловые структуры

Файловая структура хранит информацию и рассматривается как тип индекса для всех данных, которые содержатся в устройстве хранения. Эти устройства могут включать жесткие диски, оптические приводы и флеш-накопители.

Наряду с элементами, файловые конструкции содержат такую информацию, как размер файла, а также его атрибуты, местоположение и иерархия в каталоге метаданных. Метаданные (это информация, которая описывает другие данные) также могут идентифицировать свободные блоки доступного хранилища на диске и объем доступного пространства.

Перед созданием документов и каталогов на носителе необходимо создать разделы. Раздел – это область жесткого диска или другого хранилища, которой ОС управляет отдельно. Одна основная файловая система содержится в основном разделе, а некоторые ОС допускают создание нескольких разделов на одном диске. В этой ситуации, если одна файловая система будет повреждена, данные в другом разделе будут в безопасности.

Основные правила организации

Что важно знать и понимать:

1. Не стоит сохранять данные на рабочем столе. Рабочий стол должен быть чистым и отображать те великолепные обои высокого разрешения, которые на нем находятся. Он должен содержать только корзину для мусора. В некоторых случаях может быть удобным поместить один или два файла на рабочий стол для временного хранения. Если тяжело содержать рабочий стол в чистоте, могут помочь приложения для автоматической очистки. Hazel – приложение для Mac, а для Windows есть DropIt. Пример упорядоченного рабочего стола приведен ниже.
2. Стоит ограничить создание папок. Большинство файлов и материалов могут уместиться где-то в иерархии, если хорошо проведена работа над первоначальным планированием. В общем, создавать новые каталоги (особенно верхнего уровня) нужно только в том случае, если ни одна из существующих папок не подходит для хранения новой информации.
3. Названия файлов и каталогов должны быть стратегическими. Одна из основных целей организации данных – это «легкий поиск». Ключевой способ сделать это – думать над тем, как правильно назвать папки и документы. Название не должно быть сложным. Бретт Келли любит говорить о концепции именования данных, помня о будущем: «Попытайтесь представить, в каких обстоятельствах может понадобиться файл, и какие слова, скорее всего, будут использованы, при попытке найти его». Таким образом, хорошее имя позволит просмотреть содержимое каталога и сразу увидеть, что представляет собой каждый файл, не открывая его.

Синхронизация данных

Прежде чем начать разбираться в правильной организации каталогов, стоит упомянуть Dropbox и другие подобные сервисы.

Службы синхронизации (в том числе встроенные в macOS и Windows) – это замечательные инструменты для доступа к сведениям с различных устройств. Они также отлично подходят для обмена документами с другими людьми.

Широко используется Dropbox, но многие люди используют iCloud Drive или OneDrive, также популярны Box и Google Drive.

Создание иерархии

Если на компьютере выполняются как рабочие, так и личные задачи, нужно создать две глобальные папки для разделения личных и деловых элементов.

Если пользователь использует Dropbox, это может выглядеть так:

• / Dropbox / Бизнес;
• / Dropbox / Личное.

Нужно соблюдать общее правило при разделении элементов – выбирать архитектуру каталогов, которая соответствует мысленной организации всех сфер жизни. Базовым разделением могут быть: образование, работа, семья, финансы, покупки или транспорт.

За таким принципом стоит создавать композицию папок. Простой пример такой иерархии приведен на рисунке ниже.

Шаблоны папок

Начав анализировать работу с файлами и папками, можно заметить, что есть определенные каталоги, которые используется снова и снова.

К примеру, финансовая документация, данные для работы с клиентами и работы над проектом.

Можно предварительно создать шаблон папки со структурой, которую нужно использовать в будущем. Затем каждый раз, когда наступает новый финансовый период, или приходит новый клиента нужно просто скопировать этот шаблон каталога.

В этом есть два преимущества:

• экономия времени. С помощью нескольких щелчков мыши или нажатий клавиш, создается все дерево папок;
• обеспечение согласованности. Можно быть уверенным, что папки будут названы одинаково каждый раз. И это значительно упростит и ускорит поиск информации.

Для создания шаблонов можно просто создать нужную конструкцию и скопировать ее. Или же использовать такие инструменты, как Keyboard Maestro или Alfred.

Заключение

В статье объясняется разницу между файловой системой и файловой структурой, коротко описывается, как работает архитектура. Кроме того, было представлено советы для создания собственной композиции.

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

Файловая
система ОС Windows. 

Вся информация 
(программы, документы, таблицы, рисунки и т.д.) хранятся в файлах.

Файл
(от англ.слова file — досье, набор документов) – это
поименованное место на диске для хранения информации.

Имя файла разделено на две части
точкой: собственное имя файла (перфикс) и расширение (суффикс), определяющее
его тип (программа, данные и т.д.). Собственно имя файлу дает пользователь,
а его тип обычно задается программой автоматически. 

Имя файла может
иметь до 255 символов, а расширение до 4.

Например: 
Рисунок. JPG

В имени и расширении
файла нельзя использовать следующие символы: *?/:<>””

                                               Расширения
в именах файлов.         

К характеристикам
файлов относятся:

1.     Объем;

2.     Атрибуты;

a)     
«Только для чтения» (Read-only) —
означает, что файл доступен операционной системе только для чтения, т. е. в
него нельзя вносить какие-либо исправления. В большинстве случаев это не
означает, что исправления внести вовсе невозможно, просто при попытке изменить
файл с данным атрибутом пользователю будет показано соответствующее
предупреждение.

b)     
«Скрытый» (Hidden) —
подразумевается, что файл с данным атрибутом не выводится при показе тех или
иных списков файлов..

c)     
«Системный» (System) —
файлы с атрибутом «системный» чаще всего относятся к критичным файлам
операционной системы, которые нельзя удалять или изменять.

d)     
«Архивный» (Archive) —
Изначально предполагалось, что этот атрибут будет указывать программам
архивации файлы, предназначенные для резервного копирования. Другими словами,
программа, осуществляющая резервное копирование файла на жестком диске, должна
была сбрасывать атрибут «архивный», а программы, вносящие в
последующем в этот файл какие-либо изменения, наоборот, вновь его
устанавливать. Таким образом, программа резервного копирования путем проверки
данного файлового атрибута могла легко определить, изменялся ли данный файл на
жестком диске с момента осуществления предыдущего резервного копирования.

3.     Время;

4.     Дата
последней модификации.

Папка (каталог)— 
поименованное место на диске для хранения файлов. Имя папки может иметь до 255
символов. Каждая папка может содержать несколько вложенных

папок, любая из
них в свою очередь тоже может содержать вложенные папки — таким путем создается
иерархическая древовидная структура хранения папок на дисках компьютера.
Вложенные папки принято называть подпапками.

Путь – это
последовательность из имен логического диска, папок и вложенных папок,
разделенных символом /.

Например:С:/Мои
документы/Рисунки/фото1.JPG

Проводник предназначен
для управления файловой системой. С помощью проводника можно просмотреть
структуру и содержимое папок на диске.

Файловая система —
это функциональная часть операционной системы, обеспечивающая выполнение
операций над файлами. Файловая система позволяет работать с файлами и
директориями (каталогами) независимо от их содержимого, размера, типа и т.

д.Файловая
система определяет общую структуру именования, хранения и организации файлов в
операционной системе.

Функции файловой системы:

1.     Сохранение
информации на внешних носителях 

2.     Чтение
информации из файлов 

3.     Удаление
файлов, каталогов 

4.     Переименование
файлов 

5.     Копирование
файлов и др. 

Поиск
Файлов.

Шаблон
– использование
вместо имени файла символов * и ?.

Символ * 
обозначает любое количество символов,  ? – один произвольный символ или его
отсутствие.

Примеры
использования шаблонов:

Запуск
проводника.

1. Вызвать
контекстное меню кнопки Пуск  2. Выбрать
открыть  Проводник.

Структура
окна Проводника:

Рабочее поле
разделено на 2 области:

•      Левая
область  отображает дерево папок

•      Правая
область  содержимое открытой папки.

Буфер
обмена ОС WINDOWS.

Буфер
обмена – это участок оперативной памяти, в который временно
помещается та информация, которую вы копировали или вырезали командами Правка
Š
Копировать или Правка Š Вырезать.

▪ Извлекается
информация из буфера обмена сколь угодно много раз по команде Правка _Š
Вставить.

▪ Информация в
Буфере обмена будет содержаться до момента выполнения следующей команды
копирования (вырезания) или до момента выключения компьютера по свойствам
оперативной памяти. 

▪ Независимо от
размера информации после выполнения новой команды вся информация старое
заменяется новой. 

▪ Буфер обмена в
операционной системе Windows  называется clipbrd.exe и находится в
C:WINDOWSsystem32.

Контрольные вопросы:

1.       
Что такое файл?

2.       
Для чего в имени файла нужно расширение?

3.       
Из каких частей состоит имя файла?

4.       
Перечислите известные вам расширения в именах файлов.

5.       
Перечислите характеристики файлов.

6.       
Что значит атрибут файла «только чтение»?

7.       
Что значит атрибут файла «скрытый»?

8.       
Что такое папка?

9.       
Составьте таблицу «Отличий» файла от папки.

10.   Что
такое Путь?

11.   Что
такое Файловая система и какие функции она выполняет?

12.   Как
запустить проводник и опишите структуру окна проводника.

13.   Что
такое буфер обмена?

Операционные системы Microsoft семейства Windows NT нельзя представить без файловой системы NTFS — одной из самых сложных и удачных из существующих на данный момент файловых систем. Данная статья расскажет вам, в чем особенности и недостатки этой системы, на каких принципах основана организация информации, и как поддерживать систему в стабильном состоянии, какие возможности предлагает NTFS и как их можно использовать обычному пользователю.

Часть 1. Физическая структура NTFS

Начнем с общих фактов. Раздел NTFS, теоретически, может быть почти какого угодно размера. Предел, конечно, есть, но я даже не буду указывать его, так как его с запасом хватит на последующие сто лет развития вычислительной техники — при любых темпах роста. Как обстоит с этим дело на практике? Почти так же. Максимальный размер раздела NTFS в данный момент ограничен лишь размерами жестких дисков. NT4, правда, будет испытывать проблемы при попытке установки на раздел, если хоть какая-нибудь его часть отступает более чем на 8 Гб от физического начала диска, но эта проблема касается лишь загрузочного раздела.

Лирическое отступление. Метод инсталляции NT4.0 на пустой диск довольно оригинален и может навести на неправильные мысли о возможностях NTFS. Если вы укажете программе установки, что желаете отформатировать диск в NTFS, максимальный размер, который она вам предложит, будет всего 4 Гб. Почему так мало, если размер раздела NTFS на самом деле практически неограничен? Дело в том, что установочная секция просто не знает этой файловой системы Программа установки форматирует этот диск в обычный FAT, максимальный размер которого в NT составляет 4 Гбайт (с использованием не совсем стандартного огромного кластера 64 Кбайта), и на этот FAT устанавливает NT. А вот уже в процессе первой загрузки самой операционной системы (еще в установочной фазе) производится быстрое преобразование раздела в NTFS; так что пользователь ничего и не замечает, кроме странного «ограничения» на размер NTFS при установке.

Структура раздела — общий взгляд

Как и любая другая система, NTFS делит все полезное место на кластеры — блоки данных, используемые единовременно. NTFS поддерживает почти любые размеры кластеров — от 512 байт до 64 Кбайт, неким стандартом же считается кластер размером 4 Кбайт. Никаких аномалий кластерной структуры NTFS не имеет, поэтому на эту, в общем-то, довольно банальную тему, сказать особо нечего.

Диск NTFS условно делится на две части. Первые 12% диска отводятся под так называемую MFT зону — пространство, в которое растет метафайл MFT (об этом ниже). Запись каких-либо данных в эту область невозможна. MFT-зона всегда держится пустой — это делается для того, чтобы самый главный, служебный файл (MFT) не фрагментировался при своем росте. Остальные 88% диска представляют собой обычное пространство для хранения файлов.

Свободное место диска, однако, включает в себя всё физически свободное место — незаполненные куски MFT-зоны туда тоже включаются. Механизм использования MFT-зоны таков: когда файлы уже нельзя записывать в обычное пространство, MFT-зона просто сокращается (в текущих версиях операционных систем ровно в два раза), освобождая таким образом место для записи файлов. При освобождении места в обычной области MFT зона может снова расширится. При этом не исключена ситуация, когда в этой зоне остались и обычные файлы: никакой аномалии тут нет. Что ж, система старалась оставить её свободной, но ничего не получилось. Жизнь продолжается… Метафайл MFT все-таки может фрагментироваться, хоть это и было бы нежелательно.

MFT и его структура

Файловая система NTFS представляет собой выдающееся достижение структуризации: каждый элемент системы представляет собой файл — даже служебная информация. Самый главный файл на NTFS называется MFT, или Master File Table — общая таблица файлов. Именно он размещается в MFT зоне и представляет собой централизованный каталог всех остальных файлов диска, и, как не парадоксально, себя самого. MFT поделен на записи фиксированного размера (обычно 1 Кбайт), и каждая запись соответствует какому либо файлу (в общем смысле этого слова). Первые 16 файлов носят служебный характер и недоступны операционной системе — они называются метафайлами, причем самый первый метафайл — сам MFT. Эти первые 16 элементов MFT — единственная часть диска, имеющая фиксированное положение. Интересно, что вторая копия первых трех записей, для надежности — они очень важны — хранится ровно посередине диска. Остальной MFT-файл может располагаться, как и любой другой файл, в произвольных местах диска — восстановить его положение можно с помощью его самого, «зацепившись» за самую основу — за первый элемент MFT.

Метафайлы

Первые 16 файлов NTFS (метафайлы) носят служебный характер. Каждый из них отвечает за какой-либо аспект работы системы. Преимущество настолько модульного подхода заключается в поразительной гибкости — например, на FAT-е физическое повреждение в самой области FAT фатально для функционирования всего диска, а NTFS может сместить, даже фрагментировать по диску, все свои служебные области, обойдя любые неисправности поверхности — кроме первых 16 элементов MFT.

Метафайлы находятся корневом каталоге NTFS диска — они начинаются с символа имени «$», хотя получить какую-либо информацию о них стандартными средствами сложно. Любопытно, что и для этих файлов указан вполне реальный размер — можно узнать, например, сколько операционная система тратит на каталогизацию всего вашего диска, посмотрев размер файла $MFT. В следующей таблице приведены используемые в данный момент метафайлы и их назначение.

Файлы и потоки

Итак, у системы есть файлы — и ничего кроме файлов. Что включает в себя это понятие на NTFS?

• Прежде всего, обязательный элемент — запись в MFT, ведь, как было сказано ранее, все файлы диска упоминаются в MFT. В этом месте хранится вся информация о файле, за исключением собственно данных. Имя файла, размер, положение на диске отдельных фрагментов, и т. д. Если для информации не хватает одной записи MFT, то используются несколько, причем не обязательно подряд.
• Опциональный элемент — потоки данных файла. Может показаться странным определение «опциональный», но, тем не менее, ничего странного тут нет. Во-первых, файл может не иметь данных — в таком случае на него не расходуется свободное место самого диска. Во-вторых, файл может иметь не очень большой размер. Тогда идет в ход довольно удачное решение: данные файла хранятся прямо в MFT, в оставшемся от основных данных месте в пределах одной записи MFT. Файлы, занимающие сотни байт, обычно не имеют своего «физического» воплощения в основной файловой области — все данные такого файла хранятся в одном месте — в MFT.

Довольно интересно обстоит дело и с данными файла. Каждый файл на NTFS, в общем-то, имеет несколько абстрактное строение — у него нет как таковых данных, а есть потоки (streams). Один из потоков и носит привычный нам смысл — данные файла. Но большинство атрибутов файла — тоже потоки! Таким образом, получается, что базовая сущность у файла только одна — номер в MFT, а всё остальное опционально. Данная абстракция может использоваться для создания довольно удобных вещей — например, файлу можно «прилепить» еще один поток, записав в него любые данные — например, информацию об авторе и содержании файла, как это сделано в Windows 2000 (самая правая закладка в свойствах файла, просматриваемых из проводника). Интересно, что эти дополнительные потоки не видны стандартными средствами: наблюдаемый размер файла — это лишь размер основного потока, который содержит традиционные данные. Можно, к примеру, иметь файл нулевой длинны, при стирании которого освободится 1 Гбайт свободного места — просто потому, что какая-нибудь хитрая программа или технология прилепила в нему дополнительный поток (альтернативные данные) гигабайтового размера. Но на самом деле в текущий момент потоки практически не используются, так что опасаться подобных ситуаций не следует, хотя гипотетически они возможны. Просто имейте в виду, что файл на NTFS — это более глубокое и глобальное понятие, чем можно себе вообразить просто просматривая каталоги диска. Ну и напоследок: имя файла может содержать любые символы, включая полый набор национальных алфавитов, так как данные представлены в Unicode — 16-битном представлении, которое дает 65535 разных символов. Максимальная длина имени файла — 255 символов.

Каталоги

Каталог на NTFS представляет собой специфический файл, хранящий ссылки на другие файлы и каталоги, создавая иерархическое строение данных на диске. Файл каталога поделен на блоки, каждый из которых содержит имя файла, базовые атрибуты и ссылку на элемент MFT, который уже предоставляет полную информацию об элементе каталога. Внутренняя структура каталога представляет собой бинарное дерево. Вот что это означает: для поиска файла с данным именем в линейном каталоге, таком, например, как у FAT-а, операционной системе приходится просматривать все элементы каталога, пока она не найдет нужный. Бинарное же дерево располагает имена файлов таким образом, чтобы поиск файла осуществлялся более быстрым способом — с помощью получения двухзначных ответов на вопросы о положении файла. Вопрос, на который бинарное дерево способно дать ответ, таков: в какой группе, относительно данного элемента, находится искомое имя — выше или ниже? Мы начинаем с такого вопроса к среднему элементу, и каждый ответ сужает зону поиска в среднем в два раза. Файлы, скажем, просто отсортированы по алфавиту, и ответ на вопрос осуществляется очевидным способом — сравнением начальных букв. Область поиска, суженная в два раза, начинает исследоваться аналогичным образом, начиная опять же со среднего элемента.

Вывод — для поиска одного файла среди 1000, например, FAT придется осуществить в среднем 500 сравнений (наиболее вероятно, что файл будет найден на середине поиска), а системе на основе дерева — всего около 12-ти (2^10 = 1024). Экономия времени поиска налицо. Не стоит, однако думать, что в традиционных системах (FAT) всё так запущено: во-первых, поддержание списка файлов в виде бинарного дерева довольно трудоемко, а во-вторых — даже FAT в исполнении современной системы (Windows2000 или Windows98) использует сходную оптимизацию поиска. Это просто еще один факт в вашу копилку знаний. Хочется также развеять распространенное заблуждение (которое я сам разделял совсем еще недавно) о том, что добавлять файл в каталог в виде дерева труднее, чем в линейный каталог: это достаточно сравнимые по времени операции — дело в том, что для того, чтобы добавить файл в каталог, нужно сначала убедится, что файла с таким именем там еще нет — и вот тут-то в линейной системе у нас будут трудности с поиском файла, описанные выше, которые с лихвой компенсируют саму простоту добавления файла в каталог.

Какую информацию можно получить, просто прочитав файл каталога? Ровно то, что выдает команда dir. Для выполнения простейшей навигации по диску не нужно лазить в MFT за каждым файлом, надо лишь читать самую общую информацию о файлах из файлов каталогов. Главный каталог диска — корневой — ничем не отличается об обычных каталогов, кроме специальной ссылки на него из начала метафайла MFT.

Журналирование

NTFS — отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Любая современная файловая система основана на таком понятии, как транзакция — действие, совершаемое целиком и корректно или не совершаемое вообще. У NTFS просто не бывает промежуточных (ошибочных или некорректных) состояний — квант изменения данных не может быть поделен на до и после сбоя, принося разрушения и путаницу — он либо совершен, либо отменен.

Пример 1: осуществляется запись данных на диск. Вдруг выясняется, что в то место, куда мы только что решили записать очередную порцию данных, писать не удалось — физическое повреждение поверхности. Поведение NTFS в этом случае довольно логично: транзакция записи откатывается целиком — система осознает, что запись не произведена. Место помечается как сбойное, а данные записываются в другое место — начинается новая транзакция.

Пример 2: более сложный случай — идет запись данных на диск. Вдруг, бах — отключается питание и система перезагружается. На какой фазе остановилась запись, где есть данные, а где чушь? На помощь приходит другой механизм системы — журнал транзакций. Дело в том, что система, осознав свое желание писать на диск, пометила в метафайле $LogFile это свое состояние. При перезагрузке это файл изучается на предмет наличия незавершенных транзакций, которые были прерваны аварией и результат которых непредсказуем — все эти транзакции отменяются: место, в которое осуществлялась запись, помечается снова как свободное, индексы и элементы MFT приводятся в с состояние, в котором они были до сбоя, и система в целом остается стабильна. Ну а если ошибка произошла при записи в журнал? Тоже ничего страшного: транзакция либо еще и не начиналась (идет только попытка записать намерения её произвести), либо уже закончилась — то есть идет попытка записать, что транзакция на самом деле уже выполнена. В последнем случае при следующей загрузке система сама вполне разберется, что на самом деле всё и так записано корректно, и не обратит внимания на «незаконченную» транзакцию.

И все-таки помните, что журналирование — не абсолютная панацея, а лишь средство существенно сократить число ошибок и сбоев системы. Вряд ли рядовой пользователь NTFS хоть когда-нибудь заметит ошибку системы или вынужден будет запускать chkdsk — опыт показывает, что NTFS восстанавливается в полностью корректное состояние даже при сбоях в очень загруженные дисковой активностью моменты. Вы можете даже оптимизировать диск и в самый разгар этого процесса нажать reset — вероятность потерь данных даже в этом случае будет очень низка. Важно понимать, однако, что система восстановления NTFS гарантирует корректность файловой системы, а не ваших данных. Если вы производили запись на диск и получили аварию — ваши данные могут и не записаться. Чудес не бывает.

Сжатие

Файлы NTFS имеют один довольно полезный атрибут — «сжатый». Дело в том, что NTFS имеет встроенную поддержку сжатия дисков — то, для чего раньше приходилось использовать Stacker или DoubleSpace. Любой файл или каталог в индивидуальном порядке может хранится на диске в сжатом виде — этот процесс совершенно прозрачен для приложений. Сжатие файлов имеет очень высокую скорость и только одно большое отрицательное свойство — огромная виртуальная фрагментация сжатых файлов, которая, правда, никому особо не мешает. Сжатие осуществляется блоками по 16 кластеров и использует так называемые «виртуальные кластеры» — опять же предельно гибкое решение, позволяющее добиться интересных эффектов — например, половина файла может быть сжата, а половина — нет. Это достигается благодаря тому, что хранение информации о компрессированности определенных фрагментов очень похоже на обычную фрагментацию файлов: например, типичная запись физической раскладки для реального, несжатого, файла:

кластеры файла с 1 по 43-й хранятся в кластерах диска начиная с 400-го

кластеры файла с 44 по 52-й хранятся в кластерах диска начиная с 8530-го…

Физическая раскладка типичного сжатого файла:

кластеры файла с 1 по 9-й хранятся в кластерах диска начиная с 400-го

кластеры файла с 10 по 16-й нигде не хранятся

кластеры файла с 17 по 18-й хранятся в кластерах диска начиная с 409-го

кластеры файла с 19 по 36-й нигде не хранятся

Видно, что сжатый файл имеет «виртуальные» кластеры, реальной информации в которых нет. Как только система видит такие виртуальные кластеры, она тут же понимает, что данные предыдущего блока, кратного 16-ти, должны быть разжаты, а получившиеся данные как раз заполнят виртуальные кластеры — вот, по сути, и весь алгоритм.

Безопасность

NTFS содержит множество средств разграничения прав объектов — есть мнение, что это самая совершенная файловая система из всех ныне существующих. В теории это, без сомнения, так, но в текущих реализациях, к сожалению, система прав достаточно далека от идеала и представляет собой хоть и жесткий, но не всегда логичный набор характеристик. Права, назначаемые любому объекту и однозначно соблюдаемые системой, эволюционируют — крупные изменения и дополнения прав осуществлялись уже несколько раз и к Windows 2000 все-таки они пришли к достаточно разумному набору.

Права файловой системы NTFS неразрывно связаны с самой системой — то есть они, вообще говоря, необязательны к соблюдению другой системой, если ей дать физический доступ к диску. Для предотвращения физического доступа в Windows2000 (NT5) всё же ввели стандартную возможность — об этом см. ниже. Система прав в своем текущем состоянии достаточно сложна, и я сомневаюсь, что смогу сказать широкому читателю что-нибудь интересное и полезное ему в обычной жизни. Если вас интересует эта тема — вы найдете множество книг по сетевой архитектуре NT, в которых это описано более чем подробно.

На этом описание строение файловой системы можно закончить, осталось описать лишь некоторое количество просто практичных или оригинальных вещей.

Hard Links

Эта штука была в NTFS с незапамятных времен, но использовалась очень редко — и тем не менее: Hard Link — это когда один и тот же файл имеет два имени (несколько указателей файла-каталога или разных каталогов указывают на одну и ту же MFT запись). Допустим, один и тот же файл имеет имена 1.txt и 2.txt: если пользователь сотрет файл 1, останется файл 2. Если сотрет 2 — останется файл 1, то есть оба имени, с момента создания, совершенно равноправны. Файл физически стирается лишь тогда, когда будет удалено его последнее имя.

Symbolic Links (NT5)

Гораздо более практичная возможность, позволяющая делать виртуальные каталоги — ровно так же, как и виртуальные диски командой subst в DOSе. Применения достаточно разнообразны: во-первых, упрощение системы каталогов. Если вам не нравится каталог Documents and settingsAdministratorDocuments, вы можете прилинковать его в корневой каталог — система будет по прежнему общаться с каталогом с дремучим путем, а вы — с гораздо более коротким именем, полностью ему эквивалентным. Для создания таких связей можно воспользоваться программой junction (junction.zip, 15 Кб), которую написал известный специалист Mark Russinovich. Программа работает только в NT5 (Windows 2000), как и сама возможность.

Для удаления связи можно воспользоваться стандартной командой rd.
ВНИМАНИЕ: Попытка уделения связи с помощью проводника или других файловых менеджеров, не понимающих виртуальную природу каталога (например, FAR), приведет к удалению данных, на которые ссылается ссылка! Будьте осторожны.

Шифрование (NT5)

Полезная возможность для людей, которые беспокоятся за свои секреты — каждый файл или каталог может также быть зашифрован, что не даст возможность прочесть его другой инсталляцией NT. В сочетании со стандартным и практически непрошибаемым паролем на загрузку самой системы, эта возможность обеспечивает достаточную для большинства применений безопасность избранных вами важных данных.Часть 2. Особенности дефрагментации NTFS

Вернемся к одному достаточно интересному и важному моменту — фрагментации и дефрагментации NTFS. Дело в том, что ситуация, сложившаяся с этими двумя понятиями в настоящий момент, никак не может быть названа удовлетворительной. В самом начале утверждалось, что NTFS не подвержена фрагментации файлов. Это оказалось не совсем так, и утверждение сменили — NTFS препятствует фрагментации. Оказалось, что и это не совсем так. То есть она, конечно, препятствует, но толк от этого близок к нулю… Сейчас уже понятно, что NTFS — система, которая как никакая другая предрасположена к фрагментации, что бы ни утверждалось официально. Единственное что — логически она не очень от этого страдает. Все внутренние структуры построены таким образом, что фрагментация не мешает быстро находить фрагменты данных. Но от физического последствия фрагментации — лишних движений головок — она, конечно, не спасает. И поэтому — вперед и с песней.

К истокам проблемы

Как известно, система сильнее всего фрагментирует файлы когда свободное место кончается, когда приходится использовать мелкие дырки, оставшиеся от других файлов. Тут возникает первое свойство NTFS, которое прямо способствует серьезной фрагментации.

Диск NTFS поделен на две зоны. В начала диска идет MFT зона — зона, куда растет MFT, Master File Table. Зона занимает минимум 12% диска, и запись данных в эту зону невозможна. Это сделано для того, чтобы не фрагментировался хотя бы MFT. Но когда весь остальной диск заполняется — зона сокращается ровно в два раза :). И так далее. Таким образом мы имеем не один заход окончания диска, а несколько. В результате если NTFS работает при диске, заполненном на около 90% — фрагментация растет как бешенная.

Попутное следствие — диск, заполненный более чем на 88%, дефрагментировать почти невозможно — даже API дефрагментации не может перемещать данные в MFT зону. Может оказаться так, что у нас не будет свободного места для маневра.

Далее. NTFS работает себе и работает, и всё таки фрагментируется — даже в том случае, если свободное место далеко от истощения. Этому способствует странный алгоритм нахождения свободного места для записи файлов — второе серьезное упущение. Алгоритм действий при любой записи такой: берется какой-то определенный объем диска и заполняется файлом до упора. Причем по очень интересному алгоритму: сначала заполняются большие дырки, потом маленькие. Т.е. типичное распределение фрагментов файла по размеру на фрагментированной NTFS выглядит так (размеры фрагментов):

16 — 16 — 16 — 16 — 16 — [скачек назад] — 15 — 15 — 15 — [назад] — 14 — 14 — 14 …. 1 — 1 — 1 -1 — 1…

Так процесс идет до самых мелких дырок в 1 кластер, несмотря на то, что на диске наверняка есть и гораздо более большие куски свободного места.

Вспомните сжатые файлы — при активной перезаписи больших объемов сжатой информации на NTFS образуется гигантское количество «дырок» из-за перераспределения на диске сжатых объемов — если какой-либо участок файла стал сжиматься лучше или хуже, его приходится либо изымать из непрерывной цепочки и размещать в другом месте, либо стягивать в объеме, оставляя за собой дырку.

Смысл в сего этого вступления в пояснении того простого факта, что никак нельзя сказать, что NTFS препятствует фрагментации файлов. Наоборот, она с радостью их фрагментирует. Фрагментация NTFS через пол года работы доведет до искреннего удивления любого человека, знакомого с работой файловой системой. Поэтому приходится запускать дефрагментатор. Но на этом все наши проблемы не заканчиваются, а, увы, только начинаются.

Средства решения?

В NT существует стандартное API дефрагментации. Обладающее интересным ограничением для перемещения блоков файлов: за один раз можно перемещать не менее 16 кластеров (!), причем начинаться эти кластеры должны с позиции, кратной 16 кластерам в файле. В общем, операция осуществляется исключительно по 16 кластеров. Следствия:

1. В дырку свободного места менее 16 кластеров нельзя ничего переместить (кроме сжатых файлов, но это неинтересные в данный момент тонкости).
2. Файл, будучи перемещенный в другое место, оставляет после себя (на новом месте) «временно занятое место», дополняющее его по размеру до кратности 16 кластерам.
3. При попытке как-то неправильно (»не кратно 16») переместить файл результат часто непредсказуем. Что-то округляется, что-то просто не перемещается… Тем не менее, всё место действия щедро рассыпается «временно занятым местом».

«Временно занятое место» служит для облегчения восстановления системы в случае аппаратного сбоя и освобождается через некоторое время, обычно где-то пол минуты.

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

• Вынимание файлов из MFT зоны. Не специально — просто обратно туда их положить не представляется возможным Безобидная фаза, и даже в чем то полезная.
• Дефрагментация файлов. Безусловно, полезный процесс, несколько, правда, осложняемый ограничениями кратности перемещений — файлы часто приходится перекладывать сильнее, чем это было бы логично сделать по уму.
• Дефрагментация MFT, виртуалки (pagefile.sys) и каталогов. Возможна через API только в Windows2000, иначе — при перезагрузке, отдельным процессом, как в старом Diskeeper-е.
• Складывание файлов ближе к началу — так называемая дефрагментация свободного места. Вот это — воистину страшный процесс.

Допустим, мы хотим положить файлы подряд в начало диска. Кладем один файл. Он оставляет хвост занятости дополнения до кратности 16. Кладем следующий — после хвоста, естественно. Через некоторое время, по освобождению хвоста, имеем дырку <16 кластеров размером. Которую потом невозможно заполнить через API дефрагментации! В результате, до оптимизации картина свободного места выглядела так: много дырок примерно одинакового размера. После оптимизации — одна дыра в конце диска, и много маленьких <16 кластеров дырок в заполненном файлами участке. Какие места в первую очередь заполняются? Правильно, находящиеся ближе к началу диска мелкие дырки <16 кластеров… Любой файл, плавно созданный на прооптимизированном диске, будет состоять из дикого числа фрагментов. Да, диск потом можно оптимизировать снова. А потом еще раз.. и еще.. и так — желательно каждую неделю. Бред? Реальность.

Таким образом, имеется два примерно равнозначных варианта. Первый — часто оптимизировать диск таким дефрагментатором, смиряясь при этом с дикой фрагментацией заново созданных файлов. Второй вариант — вообще ничего не трогать, и смириться с равномерной, но гораздо более слабой фрагментацией всех файлов на диске.

Пока есть всего один дефрагментатор, который игнорирует API дефрагментации и работает как-то более напрямую — Norton Speeddisk 5.0 для NT. Когда его пытаются сравнить со всеми остальными — Diskeeper, O&O defrag, т. д. — не упоминают этого главного, самого принципиального, отличия. Просто потому, что эта проблема тщательно скрывается, по крайней мере уж точно не афишируется на каждом шагу. Speeddisk — единственная на сегодняшний день программа, которая может оптимизировать диск полностью, не создавая маленьких незаполненных фрагментов свободного места. Стоит добавить также, что при помощи стандартного API невозможно дефрагментировать тома NTFS с кластером более 4 Кбайт, а SpeedDisk и это может.

К сожалению, в Windows 2000 поместили дефрагментатор, который работает через API, и, соответственно, плодит дырки <16 кластеров. Так что как только появится (если еще не появился) — так сразу надо качать Speeddisk для W2k.

Как некоторый вывод из всего этого: все остальные дефрагментаторы при одноразовом применении просто вредны. Если вы запускали его хоть раз — нужно запускать его потом хотя бы раз в месяц, чтобы избавится от фрагментации новоприбывающих файлов. В этом основная суть сложности дефрагментации NTFS теми средствами, которые сложились исторически.Часть 3. Что выбрать?

Любая из представленных ныне файловых систем уходит своими корнями в глубокое прошлое — еще к 80-м годам. Да, NTFS, как это не странно — очень старая система! Дело в том, что долгое время персональные компьютеры пользовались лишь операционной системой DOS, которой и обязана своим появлением FAT. Но параллельно разрабатывались и тихо существовали системы, нацеленные на будущее. Две таких системы, получившие всё же широкое признание — NTFS, созданная для операционной системы Windows NT 3.1 еще в незапамятные времена, и HPFS — верная спутница OS/2.

Внедрение новых систем шло трудно — еще в 95м году, с выходом Windows95, ни у кого не было и мыслей о том, что что-то нужно менять — FAT получил второе дыхание посредством налепленной сверху заплатки «длинные имена», реализация которых там хоть и близка к идеально возможной без изменения системы, но всё же довольно бестолкова. Но в последующие годы необходимость перемен назрела окончательно, поскольку естественные ограничения FAT стали давать о себе знать. FAT32, появившаяся в Windows 95 OSR2, просто сдвинула рамки — не изменив сути системы, которая просто не дает возможности организовать эффективную работу с большим количеством данных.

HPFS (High Performance File System), активно применяемая до сих пор пользователями OS/2, показала себя достаточно удачной системой, но и она имела существенные недостатки — полное отсутствие средств автоматической восстанавливаемости, излишнюю сложность организации данных и невысокую гибкость.

NTFS же долго не могла завоевать персональные компьютеры из-за того, что для организации эффективной работы с её структурами данных требовались значительные объемы памяти. Системы с 4 или 8 Мбайт (стандарт 95-96 годов) были просто неспособны получить хоть какой-либо плюс от NTFS, поэтому за ней закрепилась не очень правильная репутация медленной и громоздкой системы. На самом деле это не соответствует действительности — современные компьютерные системы с памятью более 64 Мб получают просто огромный прирост производительности от использования NTFS.

В данной таблице сведены воедино все существенные плюсы и минусы распространенных в наше время систем, таких как FAT32, FAT и NTFS. Вряд ли разумно обсуждать другие системы, так как в настоящее время 97% пользователей делают выбор между Windows98, Windows NT4.0 и Windows 2000 (NT5.0), а других вариантов там просто нет.

Хотелось бы сказать, что если ваша операционная система — NT (Windows 2000), то использовать какую-либо файловую систему, отличную от NTFS — значит существенно ограничивать свое удобство и гибкость работы самой операционной системы. NT, а особенно Windows 2000, составляет с NTFS как бы две части единого целого — множество полезных возможностей NT напрямую завязано на физическую и логическую структуру файловой системы, и использовать там FAT или FAT32 имеет смысл лишь для совместимости — если у вас стоит задача читать эти диски из каких-либо других систем.

Хотелось бы выразить искреннюю признательность Андрею Шабалину, без которого эта статья просто не была бы написана, а даже будучи написанной, содержала бы много досадных неточностей

Продолжение читайте в статье «Надежность дисковой системы NT»

Слайд 1

Файловая структура операционной системы WINDOWS. Учебная презентация для студентов 1-го курса

Слайд 2

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

Слайд 3

Имя файла Работа с файлами на компьютере производится с помощью файловой системы. Файловая система — это функциональная часть ОС, обеспечивающая выполнение операций над файлами. Чтобы найти нужный файл, пользователю должно быть известно: а) какое имя у файла; б) где хранится файл . Практически во всех операционных системах имя файла составляется из двух частей, разделенных точкой. Например: myprog.pas Слева от точки находится собственно имя файла ( my prog). Следующая за точкой часть имени называется расширением файла (pas). Обычно в именах файлов употребляются латинские буквы и цифры. В большинстве ОС максимальная длина расширения — 3 символа. Кроме того, имя файла может и не иметь расширения. В операционной системе Windows в именах файлов допускается использование русских букв; максимальная длина имени — 255 символов. Расширение указывает, какого рода информация хранится в данном файле. Например, расширение txt обычно обозначает текстовый файл (содержит текст); расширение рсх — графический файл (содержит рисунок), zip или гаг — архивный файл (содержит архив — сжатую информацию), pas — программу на языке Паскаль. Файлы, содержащие выполнимые компьютерные программы, имеют расширения ехе или com.

Слайд 4

Конспект Файл. Имена файлов . Все программы и данные хранятся в долговременной (внешней) памяти компьютера в виде файлов. Файл — это определенное количество информации (программа или данные), имеющее имя и хранящееся в долговременной (внешней) памяти. Имя файла состоит из двух частей, разделенных точкой: собственно имя файла и расширение, определяющее его тип (программа, данные и т. д.). Собственно имя файлу дает пользователь, а тип файла обычно задается программой автоматически при его создании. Тип файла Расширение Исполняемые программы exe , com Текстовые файлы txt , rtf , Графические файлы bmp , gif , jpg , png , pds Web -страницы htm , html Звуковые файлы wav , mp 3, midi , kar , ogg Видеофайлы avi , mpeg Код (текст) программы на языках программирования bas , pas , cpp

Слайд 5

Логические диски На одном компьютере может быть несколько дисководов — устройств работы с дисками. Каждому дисководу присваивается однобуквенное имя (после которого ставится двоеточие), например А:, В:, С:. Часто на персональных компьютерах диск большой емкости, встроенный в системный блок (его называют жестким диском), делят на разделы. Каждый из таких разделов называется логическим диском, и ему присваивается имя С:, D:, Е: и т. д. Имена А: и В: обычно относятся к сменным дискам малого объема — гибким дискам (дискетам). Их тоже можно рассматривать как имена дисков, только логических, каждый из которых полностью занимает реальный (физический) диск. Следовательно, А:, В:, С:, D: — это всё имена логических дисков. Имя логического диска, содержащего файл, является первой «координатой», определяющей место расположения файла.

Слайд 6

Файловая система. На каждом носителе информации (гибком, жестком или лазерном диске) может храниться большое количество файлов. Порядок хранения файлов на диске определяется установленной файловой системой. Файловая система — это система хранения файлов и организации каталогов. Для дисков с небольшим количеством файлов (до нескольких десятков) удобно применять одноуровневую файловую систему, когда каталог (оглавление диска) представляет собой линейную последовательность имен файлов. Если на диске хранятся сотни и тысячи файлов, то для удобства поиска файлы организуются в много уровневую иерархическую файловую систему, которая имеет «древовидную» структуру. Начальный, корневой, каталог содержит вложенные каталоги 1-го уровня, в свою очередь, в каждом из них бывают вложенные каталоги 2-го уровня и т. д. Необходимо отметить, что в каталогах всех уровней могут храниться и файлы.

Слайд 7

Путь к файлу Для того чтобы найти файл в иерархической файловой структуре необходимо указать путь к файлу. В путь к файлу входят записываемые через разделитель «\» логическое имя диска и последовательность имен вложенных друг в друга каталогов, в последнем из которых находится данный нужный файл. Например, путь к файлам на рисунке можно записать так: C:\basic\ C:\Музыка\Пикник\ Полное имя файла. Путь к файлу вместе с именем файла называют полным именем файла. Пример полного имени файлов: C:\basic\prog123.bas C:\Музыка\Пикник\Иероглиф.mp3

Слайд 8

Пример иерархической файловой структуры

Слайд 9

пример : C:\GAMES\CHESS\zena.exe Имя диска – С папка 1уровня –GAMES папка 2уровня –CHESS; имя файла — zena.exe

Слайд 10

В некотором каталоге хранился файл Задача5 . После того, как в этом каталоге создали подкаталог и переместили в созданный подкаталог файл Задача5 , полное имя файла стало Е:\Класс\Физика\Задачник\Задача5 . Каково было полное имя этого файла до перемещения? 1)Е:\Физика\Задачник\Задача5 2)Е:\Физика\Задача5 3)Е:\Класс\Задачник\Задача5 4)Е:\Класс\Физика\Задача5

Слайд 11

Операции над файлами. В процессе работы на компьютере наиболее часто над файлами производятся следующие операции: копирование (копия файла помещается в другой каталог); перемещение (сам файл перемещается в другой каталог); удаление (запись о файле удаляется из каталога); переименование (изменяется имя файла). Графический интерфейс Windows позволяет проводить операции над файлами с помощью мыши с использованием метода Drag&Drop (перетащи и оставь). Существуют также специализированные приложения для работы с файлами, так называемые файловые менеджеры : Norton Commander, Windows Commander, Проводник и др.

Слайд 12

Конспект Групповые операции с файлами Для групповых операций с файлами используются маски имён файлов. Маска представляет собой последовательность букв, цифр и прочих допустимых в именах файлов символов, в которых также могут встречаться следующие символы. Символ «?» (вопросительный знак) означает ровно один произвольный символ. Символ «*» (звездочка) означает любую последовательность символов произвольной длины, в том числе «*» может задавать и пустую последовательность

Слайд 13

задание 1 В каталоге находится 6 файлов: asc.wma casting.wmv last.wma pasta.wmvx pasta.wri vast.wma Определите, по какой из перечисленных масок из этих 6 файлов будет отобрана указанная группа файлов: casting.wmv last.wma pasta.wmvx vast.wma ?as*.wm? *as?.wm* ?as*.wm* ?as*.w* Решение 1 способ Найдем, что общего у отобранных 4-х файлов: c ast ing. wm v l ast.wm a p ast a. wm vx v ast . wm a Розовым выделено общее. Исходя из этого маска может быть такой: ? ast *. wm * У всех файлов в названии: перед ast стоит 1 символ, поэтому поставлен символ «?»; после ast стоит от 0 до 3 символов, поэтому поставлен символ «*». У всех файлов в расширении после wm стоит от 1 до 2 символов, поэтому поставлен символ «*». В вариантах ответа символ «t» не фигурирует, поэтому его опустим, он будет в составе символа «*». Нашу маска ?ast*.wm* станет такой: ?as*.wm*. Это вариант 3.

Слайд 14

Задание 2. В каталоге находятся пять файлов: fort.docx ford.docx lord.doc orsk.dat port.doc Определите, по какой из масок из них будет отобрана указанная группа файлов : fort.docx ford.docx lord.doc port.doc * o ?. d ? ?o *. d* * or *. doc ? ? or ?. doc ?

Слайд 15

Задание3. Определите, по какой из масок будет выбрана указанная группа файлов: 1234.xls 23.xml 234.xls 23.xml *23*.?x* ?23?.x?? ?23?.x* *23*.???

Слайд 16

Задание 4. Определите, какое из указанных имен файлов удовлетворяет маске: ?ba*r.?xt bar.txt obar.txt obar.xt barr.txt Задание 5. Определите, какое из указанных имен файлов удовлетворяет маске: ?hel*lo.c?*. hello.c hello.cpp hhelolo.cpp hhelolo.c