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

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

Старая файловая система FAT16 распознается всеми ОС, начиная с MS-DOS, она поддерживается Windows , Windows NT, OS/2 и Unix, но она очень неэффективна, много места на диске тратится впустую. FAT32 может вызвать проблемы при установке на ПК нескольких ОС. В приведенной ниже таблице показаны возможности ОС для поддержки различных файловых систем.

Файловая система FAT разработана для небольших дисков и простых структур каталогов. Основа ее организации – таблица FAT (File Allocation Table – таблица размещения файлов). Эта система эффективна только на логических дисках, размер которых не превышает 256 Мб. Место на диске при размещении данных с использованием FAT может выделяться только целыми кластерами , поэтому дисковое пространство может расходоваться впустую, если размещаемый файл не заполняет последний выделенный ему кластер целиком (например, если размер кластера равен 32 Кб, то при размещении на диске файла размером в 10 Кб не будет использоваться 22 Кб выделенной этому файлу дисковой памяти).

При сбоях (например, при внезапном отключении питания) информация о размещении цепочки кластеров, занятых файлом, может быть утеряна. Информация, находящаяся в таблице FAT, может быть испорчена. Это может привести к появлению на диске «мусора» – недоступных для использования кластеров.

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

Общее ограничение размера диска при использовании FAT– 2 Гб. При использовании FAT ограничен размер корневого каталога (512 файлов или папок, а при использовании длинных имен – еще меньше).

Таблица FAT хранится в начале диска. Для повышения надежности работы создается ее копия.

Файловая система FAT32 обеспечивает преимущества по сравнению с реализацией FAT: поддерживаются диски размером до 2 Тб; более эффективно используется дисковое пространство (используются кластеры размером в 4, 8, 16 и 32 Кб); снимается ограничение на размер корневого каталога (он хранится, как и все остальные папки и файлы, в виде цепочки кластеров); обеспечивается большая надежность и более быстрая загрузка программ.

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

Файловая система NTFS обладает следующими дополнительными возможностями: ведение журнала дисковой активности (журнала транзакций) позволяет быстро выполнять восстановление дисков после сбоев (каждая операция ввода-вывода, изменяющая файл, рассматривается как транзакция, т.е. неделимая операция, которая полностью должна быть завершена, а в случае сбоя система выполняет откат на ее начало); гибкие опции форматирования обеспечивают более эффективное использование дискового пространства; опции сжатия позволяют выполнять сжатие отдельных файлов и каталогов (при размерах кластера до 4 Кб); тома могут расширяться и использовать дисковое пространство, не выделенное другим разделам; чередующиеся тома дают возможность ускорить доступ к данным; зеркальные тома и тома RAID-5 обеспечивают отказоустойчивое хранение данных.

Файловая система NTFS 5 предоставляет новые возможности: Windows поддерживает распределенную файловую систему (DFS – Distributed File System), позволяющую объединить в единый логический том все сетевые ресурсы, и файловую систему с шифрованием (EFS – Encrypting File System), являющуюся надстройкой над NTFS, которая дополняет ее возможностями шифрования данных.

Инструкция

Файловая система определяет способ организации и хранения данных на различных носителях информации, в том числе и на жестких дисках. Существует большое количество различных файловых систем, наиболее распространенными являются: FAT16, FAT32, NTFS для операционных систем семейства Windows; ext2 и ext3 для Unix-систем и, в частности, для операционной системы Linux.

Узнать тип файловой системы можно разными способами. Самый простой: откройте «Мой компьютер», выберите интересующий вас диск, кликните его правой кнопкой мышки и выберите в меню «Свойства». В открывшемся окне сверху будет указан тип диска и используемая файловая система. Например, для Windows XP и Windows 7 будет указан тип файловой системы NTFS.

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

Выберите загрузку с CD и нажмите Enter. В появившемся меню диска выберите Acronis Dick Director. После загрузки откроется окно программы, в котором вы увидите все диски компьютера и их разделы с указанием используемых файловых систем. Программа Acronis Dick Director является очень удобной утилитой, позволяющей разбивать диски нужным образом и форматировать их в требуемой файловой системе. Она же позволяет с высокой степенью вероятности восстановить разделы дисков после их случайной потери – вы сможете восстановить диски со всеми папками и файлами.

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

Источники:

• как узнать какая у меня файловая система

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

Вам понадобится

• - программа PartitionMagic;
• - программа TuneUp Utilities 2011.

Инструкция

С помощью этого способа можно узнать тип файловой системы вне зависимости от вашей версии Windows. Откройте «Мой компьютер». Нажмите по разделу жесткого диска правой кнопкой мышки. Появится контекстное меню. В этом меню выберите «Свойства». Дальше ищите строку «Файловая система». Рядом будет написан тип файловой системы этого раздела жесткого диска.

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

Запустите PartitionMagic. Подождите немного до завершения процесса сканирования компьютера. В главном окне программы вы увидите список всех разделов вашего жесткого диска. Зайдя в «Свойства» раздела, вы можете просмотреть и файловую .

Также для просмотра информации вы можете воспользоваться программой мониторинга и настройки компьютера TuneUp Utilities 2011. Ее можно легко найти в интернете. Хотя программа и является коммерческой, но есть тривиальный срок ее использования. Скачайте и установите приложение на свой компьютер.

Запустите TuneUp Utilities. Подождите некоторое время. Когда программа запускается впервые, она начинает сканировать ваш компьютер. После сканирования вам будет предложено исправить ошибки и оптимизировать систему. Если есть время, можете согласиться. Или отмените эту процедуру.

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

При выборе программного обеспечения для компьютера нужно знать тип , или ее разрядность. В частности, система может быть 32 или 64-разрядной. Эти термины, в основном, обозначают способ обработки данных центральным процессором. При этом программное обеспечение для 32-разрядной системы может быть несовместимым с 64-разрядной и наоборот. Узнать тип системы можно из документации. Если документация отсутствует, выполните следующие действия.

Вам понадобится

• Компьютер под управлением операционной системы Windows (XP, Vista, Windows 7) или Server 2003

Инструкция

Для того, чтобы определить системы в операционной системе Windows XP или Server 2003, откройте информационное окно «Свойства системы » (вкладка в приложении «Система»). Это в папке «Панель управления», в меню «Пуск» (также вы можете открыть диалоговое окно «Выполнить» из меню «Пуск», «sysdm.cpl» и нажать «Ввод»).

В открывшемся приложении исследуйте вкладку «Свойства системы ». Если у вас 32- ОС, вы не найдете об этом никакого упоминания. Зато в 64-разрядных системах разрядность указывается. Например, название вашей системы может выглядеть так: MS XP Professional x64.

Если вы хотите убедиться в том, что определили тип системы , откройте окно «Выполнить» из раскрывающегося меню «Пуск», наберите «winmsd.exe» и нажмите «Ввод». В правой части приложении, которое откроется вслед за этим, найдите строку «Процессор». Если в строке перед названием указано «x86», у вас 32-разрядная ОС. Если же название процессора начинается с ia64 или с AMD64, тогда ваша система 64-разрядная.

Если у вас установлена Vista или Windows7, то, чтобы определить тип системы в этих ОС, откройте и исследуйте окно «Система», которое находится в директории «Панель управления». Откройте меню стартовой кнопки «Пуск». В «Начать поиск» напишите «система», а затем нажмите на «Система» в списке «Программы». В открывшемся окне откройте «Тип системы ». В том случае, если ваша ОС имеет 32 , вы увидите соответствующую надпись, начинающуюся с фразы «32-разрядная…». Соответственно для 64- системы надпись будет начинаться с «64-разрядная…».

Помимо этого, вы также можете исследовать информационное окно «Сведения о системе». Для этого раскройте меню «Пуск» и введите в поиск «система». Затем нажмите «Сведения о системе» в «Программы». В открывшемся окне найдите «Тип системы » в подразделе «Элемент». Здесь вы можете тип системы по надписям: «на базе x86» (32-разрядная ОС) или «на базе x64» (64-разрядная ОС).

Видео по теме

Источники:

• как изменить 64 в системе

Когда вы работаете с компьютером, то все время имеете дело с файлами. Файл – это именованный объем информации. Информацией можно считать и тексты, и медиа, и служебные данные, которые нужны компьютеру для работы.

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

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

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

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

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

Для OS Windows используются NTFS и, реже, FAT32.

Логический диск размером более 32 Гб нельзя отформатировать в FAT322 – ограничение наложили разработчики Microsoft. Кроме того, эта система может работать с файлами объемом не более 4 Гб.

Есть еще один существенный недостаток: в FAT32 не ведется журналирование, т.е. запись операций с данными и изменений состояния системы.

С другой стороны, достоинством FAT32 является относительно высокое быстродействие и низкие аппаратные требования: ей достаточно 32 Мб ОЗУ для нормальной работы.

Размер логического диска, который можно форматировать в NTFS - 2 000 000 Гб. Эту файловую систему отличает стабильность работы, благодаря журналированию и способам обработки информации. Все операции с данными проводятся транзакцией, т.е. действие или завершается правильно, или отменяется. Сбои записываются в журнал событий, откуда система берет сведения для самовосстановления.

Недостатком NTFS является фрагментация жесткого диска. Встроенная программа дефрагментации проблему практически не решает из-за особенностей записи информации на винчестер.

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

Вам понадобится

• Компьютер с ОС MS Windows, права администратора у вашей учетной записи пользователя, подключенные и правильно установленные диски или другие сменные носители.

Инструкция

Перейдите в "Мой компьютер". Щелкните по пиктограмме "Локальный диск (С:)" и нажмите правую кнопку мыши. В открывшемся контекстном меню выберите пункт "Свойства". Откроется окошко свойств локального диска, содержащее самые базовые сведения о его состоянии, включая свободное место, номинальный объем, тип файловой системы и другие. Также вы можете произвести очистку диска средствами MS Windows с целью увеличить свободное место.

В окошке свойств локального диска щелкните по вкладке "Оборудование". Вы увидите список доступных дисковых устройств вашего компьютера, включая жесткий диск, дисководы CD-DVD ROM, виртуальные приводы и дисководы гибких дисков, при этом упомянутый жесткий диск будет первым в списке. Выделив его щелчком мыши, щелкните по кнопке "Свойства". Откроется окошко свойств физического диска, где вы можете найти общие сведения о нем, определить политику кеширования данных, а также посмотреть, какой драйвер управляет его работой.

Обратите внимание

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

Полезный совет

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

Каждый тип файловой системы жесткого диска по-своему уникален. Наиболее популярные типы NTFS и FAT32 обладают рядом отличий. Иногда требуется наличие определенной файловой системы у раздела жесткого диска.

Вам понадобится

• Partition Manager, диск Windows.

Инструкция

Вставьте установочный диск Windows и запустите компьютер. Нажмите Del для входа в БИОС. Откройте меню Boot Device Priority и назначьте ваш привод приоритетным устройством . Выберите пункт Save & Exit.

Запустите программу установки операционной системы. Дождитесь, пока процесс установки дойдет до меню выбора раздела. Вот тут начинается самое интересное. Если вы устанавливаете Windows XP, то выберите раздел, на который будет установлена ОС и в следующем окне задайте параметр «Форматировать в type», где слово type означает тип файловой системы.

Если же вы имеете дело с установщиком Windows Vista или Seven, то нажмите кнопку «Настройка диска». Выберите раздел, тип файловой системы которого необходимо изменить, и нажмите кнопку «Удалить». Теперь нажмите кнопку «Создать», после чего укажите объем будущего локального диска и тип его файловой системы.

Теперь рассмотрим изменения файловой системы раздела, не прибегая к Windows. Скачайте и установите программу Partition Manager. В главном меню программы выберите пункт «Запуск Partition Manager». В верней части вы увидите список разделов жестких дисков. Кликните правой кнопкой по разделу, для которого требуется сменить файловую систему .

Выберите пункт «Конвертировать файловую систему ». Укажите размер кластера и тип будущей ФС. Нажмите кнопку «Конвертировать».

Видео по теме

Источники:

• как изменить файловую систему диска до ntfs

Совет 7: Как восстановить файлы после форматирования флешки

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

Вам понадобится

• - Easy Recovery.

Инструкция

Учтите, что ни в коем случае не стоит записывать на данный USB-накопитель никакую информацию. Чем интенсивнее вы будете использовать после форматирования , тем меньше у вас шансов восстановить нужные файлы . Скачайте и установите приложение Easy Recovery. Для этой цели используйте системный раздел жесткого диска.

Подключите отформатированный USB-накопитель к соответствующему порту компьютера или . Запустите программу Easy Recovery. В меню быстрого запуска укажите пункт Data Recovery. В открывшемся окне выберите меню Format Recovery. В левом окне программы выберите нужный USB-накопитель. Обязательно укажите предыдущий тип файловой системы данной . Нажмите кнопку Next.

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

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

Если вам требуется восстановить документы определенного типа, то в панели быстрого запуска выберите меню File Repair. Выберите тип документа в открывшемся меню. Это могут быть текстовые документы, таблицы и , созданные с использованием программ, входящих в комплект Microsoft Office. Выполните аналогичный алгоритм для поиска и восстановления потерянных данных.

Обратите внимание

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

Полезный совет

Программа R-Studio прекрасно подойдет для восстановления данных с flash-диска – СКАЧАТЬ. После запуска программы сразу же видим список ваших накопителей информации. Выберете вашу флешку и нажмите на кнопку «сканировать», для начала поиска потерянных файлов. Восстанавливаем данные с флешки. И вот, наконец, перед вами удаленные файлы, которые программа смогла найти на флешке. Найденные данные будут представлены в папках по типам файлов, вам останется только выбрать нужный файл, удаленный при форматировании или...

Операционные системы Microsoft семейства Windows NT нельзя представить без файловой системы NTFS - одной из самых сложных и удачных из существующих на данный момент файловых систем. Данная статья расскажет вам, в чем особенности и недостатки этой системы, на каких принципах основана организация информации, и как поддерживать систему в стабильном состоянии, какие возможности предлагает 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. Кладем следующий - после хвоста, естественно. Через некоторое время, по освобождению хвоста, имеем дырку Таким образом, имеется два примерно равнозначных варианта. Первый - часто оптимизировать диск таким дефрагментатором, смиряясь при этом с дикой фрагментацией заново созданных файлов. Второй вариант - вообще ничего не трогать, и смириться с равномерной, но гораздо более слабой фрагментацией всех файлов на диске.

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

К сожалению, в Windows 2000 поместили дефрагментатор, который работает через API, и, соответственно, плодит дырки Как некоторый вывод из всего этого: все остальные дефрагментаторы при одноразовом применении просто вредны. Если вы запускали его хоть раз - нужно запускать его потом хотя бы раз в месяц, чтобы избавится от фрагментации новоприбывающих файлов. В этом основная суть сложности дефрагментации 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 имеет смысл лишь для совместимости - если у вас стоит задача читать эти диски из каких-либо других систем.

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

Так же, как и при установке новой копии Windows, о разбиении винчестера на разделы нужно продумать заранее. Есть несколько вещей, которые вы должны знать о разделах, которые требуются при установке Ubuntu Linux. Установка Ubuntu требует как минимум двух разделов: один для самой операционной системы - обозначается «/» и называется «root» (корневой раздел), а второй для виртуальной памяти (для файлов подкачки) - называется «swap». Есть еще третий раздел - Home, создается по желанию, на нем будут храниться основные настройки приложений и файлы пользователя.

Разделы жесткого диска

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

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

Преимущества использования нескольких разделов

Выделение на одном жёстком диске нескольких разделов даёт следующие преимущества:

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

Можно отделить информацию пользователя от файлов операционной системы;

На одном жёстком диске можно установить несколько операционных систем;

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

Таблица разделов жесткого диска

Существует несколько типов таблиц разделов жестких дисков. Наиболее распространенной на данным момент являемся IBM-PC совместимая таблица разделов, являющаяся частью главной загрузочной записи (MBR). MBR располагается в первом(нулевом) физическом секторе жесткого диска. Однако в последнее время начинает все чаще использоваться таблица GPT (GUID Partition Table). Если ваш диск имеет таблицу разбиения GPT, то вам не нужно заботится о количестве разделов (в GPT по умолчанию зарезервировано место под 128 разделов) и разбираться с типами разделов (в GPT - все разделы первичные). Если у вас MBR разбивка - то в данной статье приводится детальное описание такого разбиения диска.

Структура диска, разбитого на разделы (MBR)

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

Раздел может быть либо первичным , либо расширенным .

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

В MBR под таблицу разделов выделено 64 байта. Каждая запись занимает 16 байт. Таким образом, всего на жестком диске может быть создано не более 4 разделов. Когда разрабатывалась структура MBR, это считалось достаточным. Однако, позднее был введён расширенный раздел , в котором можно прописать несколько логических разделов.

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

Виды разделов

Первичный (основной) раздел

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

Расширенный и Логические разделы

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

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

Выбор файловой системы

Подобно Windows, Linux за свою жизнь повидала несколько разных файловых систем. Ubuntu «понимает» файловые системы Windows, но не установится на них. Ubuntu может сразу же записывать и считывать из разделов FAT16, FAT32 и VFAT и NTFS. Однако Windows не может работать с файловыми системами Linux, и вам придётся передавать файлы в и из Windows из-под операционной системы Ubuntu.

Помимо знакомых файловых систем Windows, вы можете выбрать несколько таких, которые вы, возможно, не знаете. Среди таких файловых систем - ext4 . Ext4 в настоящий момент является одной из самых подходящих файловых систем для настольной системы. Файловые системы ext3 и ext2 сейчас используются редко: ext3 - чуть более старая версия ext4, и не имеет никаких преимуществ перед ext4, а ext2 не имеет журналирования , без него при, системном сбое будет трудно восстановить данные. Файловые системы BTRFS, XFS, ReiserFS, Reiser4, JFS и т.д. также можно использовать, однако их стоит выбирать исходя из понимания особенностей этих ФС (стоит почитать немного о разных ФС, что бы сделать правильный выбор). Раздел «swap» предназначен только для виртуальной памяти и в отличие от других файловых систем ему не требуется точка монтирования.

Точки монтирования

Linux не назначает буквы каждому диску и разделу, как в Windows и DOS. Вместо этого вы должны задать точку монтирования для каждого диска и раздела. Linux работает по принципу иерархического дерева каталогов, где корневой каталог ( /) является основной точкой монтирования, в которую по умолчанию входят все остальные. В отличии от Windows в Linux все используемые разделы дисков монтируются в подкаталоги корня, а не как отдельные устройства (C:, D: …).

К примеру, в /home хранятся все ваши персональные файлы. Если вы хотите разместить эти данные в отдельном от корня разделе, то создадите новый раздел и установите точку монтирования на /home . Это можно сделать для любого подкаталога. Во время установки Ubuntu предоставляет возможность задать следующие точки монтирования: /boot (начальный загрузчик и заголовки ядра), /dev (драйверы и устройства), /home (пользовательские файлы), /opt (дополнительное программное обеспечение), /srv (системные сервисы) /tmp (временные файлы), /usr (приложения), /usr/local (данные, доступные всем пользователям) и /var (server spool и логи). Также при установке можно создать и свои точки монтирования с произвольными именами.

Для типичной настольной системы нет никакого смысла выделять собственные разделы для /dev , /opt , /srv , /tmp , /usr/local и /var . Если вы планируете запускать более двух операционных систем или использовать шифрование корневого раздела, то возможно потребуется отдельный раздел для /boot . Иногда стоит также создать раздел для /usr , но только если вы уже имеете чёткое представление о том, сколько места займут приложения. Желательно создать отдельный раздел для /home . Это предоставит вам дополнительные удобства при обновлении и переустановке системы.

Минимально можно ограничится только двумя разделами: «root» и «swap», тогда /boot , /home , /usr и все остальные будут просто храниться в корневом разделе ( /).

Структура файловой системы

Объем раздела для корня файловой системы

Свежеустановленная система Ubuntu занимает 4-6 Гб дискового пространства, однако при активном использовании (установке большого количества программ, увеличении кэша программ, и т.д.) или возникновении сбоев в работе, что приводит к росту объема папок с логами системы (/var/log ) может понадобиться большее количество дискового пространства, поэтому для корня файловой системы необходимо выделять раздел 10-15Гб.

Объем раздела для /home

Разделу с папкой /home обычно отдают всё оставшееся пространство, если Ubuntu будет единственной системой на ПК и все мультимедиа данные будут храниться в ней, или, в случае установки рядом с Windows, выделяют отдельный раздел в формате NTFS для мультимедиа данных, а раздел для /home делают минимальным только для хранения файлов конфигурации.

Перенос папки /home на новый раздел после установки

Часто возникает желание привести в порядок неправильно разбитый жесткий диск при установке Ubuntu. При этом возникает необходимость перенести папку /home на отдельный раздел жесткого диска. Ниже приведена краткое руководство действий для выполнения этой задачи.

Создание отдельного раздела

по опыту в повседневной работе система не требует более 1Гб оперативной памяти, значит если у вас установлено 4 и более Гб оперативной памяти, то для целей подкачки SWAP не нужен

Компьютер, как правило, имеет несколько дисков. Каждому диску присваивается имя, которое задается латинской буквой с двоеточием, например, А:, В:, С: и т.д. Стандартно принято, что А: и В: – это накопители на гибких магнитных дисках, а диски С:, D: и т.д. – жесткие диски, накопители на оптических дисках или электронные диски.

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

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

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

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

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

ü загрузочного сектора,

ü таблицы размещения файлов,

ü корневого каталога.

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

На жестком диске имеется область, которая называется главной загрузочной записью MBR (Master Boot Record) или главным загрузочным сектором. В MBR указывается, с какого логического диска должна производиться загрузка операционной системы.

Таблица размещения файлов (File Allocation Table – сокращенно FAT) располагается после загрузочного сектора и содержит описание порядка расположения всех файлов в секторах данного диска, а также информацию о дефектных участках диска. За FAT-таблицей следует ее точная копия, что повышает надежность сохранения этой очень важной таблицы.

Корневой каталог (Root Directory) всегда находится за копией FAT. В корневом каталоге содержится перечень файлов и директорий, находящихся на диске. Непосредственно за корневым каталогом располагаются данные.

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