Новая файловая система APFS в macOS Sierra. Mac:какой формат файловой системы выбрать для флэшки

Структура каталогов Mac OS X и Windows Vista отличается коренным образом, что, впрочем, совершенно неудивительно - первая относится к UNIX-системам, вторая наследует принципы организации от Windows 2000 и более ранних версий, с сохранением определенной преемственности с DOS. Следует отметить, что Mac OS X, по крайней мере, на пользовательском уровне сильно отличается от стандарта FHS (). Более того, такие корневые каталоги, относящиеся к BSD-окружению, как /bin, /usr и прочие, в Finder"e, аналоге Проводника, так же, как и в прикладных программах, скрываются.

В Mac OS X корневой файловой системой становится та, которая соответствует загрузочному разделу. Все остальные разделы, включая находящиеся на сменных носителях, монтируются в /Volumes, под собственным именем, задаваемым в случае файловых систем FAT, NTFS меткой диска. Такой подход обеспечивает межмашинную унификацию - к какому бы компьютеру мы ни подключили, скажем, флеш-накопитель, у него будет один и тот же путь в структуре каталогов файловой системы. Это сильно облегчает создание переносимого рабочего окружения, включающего программы, настройки и документы пользователя. Второй неявный бонус в том, что стирается различие между реальными разделами и образами дисков - прикладные программы работают с последними в обычном режиме. Для полноценной имитации можно использовать формат образа, допускающий не только чтение, но и запись данных. Следует отметить, что пользователю нет необходимости задумываться о количестве подключенных носителей или образов.

В Windows Vista от более ранних версий унаследована концепция с обозначением разделов буквами латинского алфавита, загрузочный раздел получает букву «C» вне зависимости от того, есть ли в компьютере дисководы, за которыми во времена DOS резервировались «A» и «B». Каждый вновь подключенный носитель получает первую свободную букву (которые могут идти в не строгом порядке). В настройках Проводника можно установить параметр, позволяющий скрыть буквы дисков, но его действие распространяется только на стандартные диалоговые окна и Проводник, и то частично: так, в свойствах файлов и папок все равно показывается вся информация. Используя консоль управления, пользователь может либо поменять букву диска, либо задействовать штатную возможность файловой системы NTFS - примонтирование разделов в каталог. Строго говоря, поддерживается так называемая операция Directory Junction, позволяющая задать в роли объекта-источника не только раздел, но и отдельную папку диска, - но, к сожалению, недоступная через консоль управления. Использование букв диска, очевидно, порождает неоднозначность наименования разделов при подключении сменного носителя к разным компьютерам. Как следствие, при желании организовать переносимое рабочее окружение необходимо использовать либо программы, умеющие работать с относительными путями или абсолютными вида «» - корневой каталог текущего диска, либо специализированные адаптированные версии (в связи с этим представляет определенный интерес появление стандарта U3). Использование букв для наименования дисков также приводит к тому, что виртуальный привод, имитирующий реальный, в каждый конкретный момент времени ограничен одним подключенным образом, то есть нужно либо инсталлировать несколько таких эмуляторов, либо осуществлять «смену» образа.

Основные каталоги

В Mac OS X пользователь работает со следующими папками в корневом каталоге: Applications, как следует из названия, предназначена для прикладных программ; System - основные файлы операционной системы; Library - дополнительные файлы системы и прикладных программ, а также общесистемные настройки; Users - домашние каталоги пользователей, в которых, в свою очередь, могут находиться вложенные папки Library и Applications. Подобное деление позволяет четко разграничить права пользователей на доступ к отдельным объектам файловой системы: например, приложение не может осуществлять запись настроек вне пределов Library (либо системной, либо соответствующей у текущего пользователя), а пользовательских документов - куда-либо помимо домашнего каталога. Конечно, при желании (и при наличии соответствующих полномочий) пользователь может разместить приложение, например, на рабочем столе, а личные файлы - в /System, но в целом структура каталогов логична и достаточно хорошо сбалансирована для разграничения доступа на основе стандартной UNIX-схемы.

В Windows Vista также есть стандартные каталоги: Windows - назначение понятно из названия; Program Files служит для размещения прикладных программ; в ProgramData сохраняются глобальные настройки программ (аналог Documents and SettingsAll UsersApplication Data, а также ряда других папок в более старых версиях); Users предназначена для домашних каталогов пользователей. На последних нужно остановиться более подробно, так как изменился подход, он стал более приближен к тому, что используется в UNIX-системах: рабочие папки, предназначенные для документов, музыки, изображений и так далее, размещаются непосредственно в домашнем каталоге наравне со служебными каталогами, имеющими атрибут «скрытый». То есть структура стала более «плоской», без ветвления на дополнительные уровни иерархии. Основная проблема в Windows Vista связана со старыми программами, требующими соответствующих полномочий для записи настроек и временных и вспомогательных файлов в Program Files или Windows - многие из них создавались без учета возможности работы под учетной записью с существенно лимитированным доступом.

Возможности файловых систем

«Родной» для Mac OS X является файловая система Mac OS Extended, в некоторых источниках упоминаемая так же, как HFS+. В зависимости от выбранных при форматировании параметров может поддерживаться журналирование (вариант по-умолчанию при установке системы), а также использование регистрозависимых имен - при этом система будет различать объекты, находящиеся в одной папке и называющиеся практически одинаково за исключением регистра символов, например, «документ.pdf» и «Документ.pdf». Системный раздел также может быть отформатирован в файловую систему UFS (UNIX File System), но при этом, по утверждениям Apple, могут быть ограничения, связанные с работой отдельных подсистем операционной системы, в частности, беспроводного доступа. Поддерживаются также и иные файловые системы, в которые могут быть отформатированы не системные тома - FAT, FAT32 и NTFS в режиме только для чтения.

Для Windows основной файловой системой является NTFS, также поддерживающая журналирование и регистрозависимые имена. Впрочем, последняя возможность требует установки определенного параметра реестра и, естественно, поддержки на уровне прикладных программ. По вполне очевидным причинам, файловые системы Mac OS Extended и UFS не поддерживаются, но обеспечить переносимость данных в режиме не только чтения, но и записи, можно с помощью разделов, отформатированных в FAT.

В Mac OS X файлы состоят из двух компонент: так называемых, data fork и resource fork, в переводе на русский язык - вилки данных и ресурсов. Вилка ресурсов предназначена для сохранения вспомогательной информации, например, индивидуальной иконки файла. В некоторых случаях содержимое вилки ресурсов может быть основным - так, в ней может целиком содержаться файл шрифта. Что вполне естественно, файловая система HFS+ штатно поддерживает такое ветвление файлов, но что будет, например, при помещении такого файла на диск в FAT32? В таком случае формируется вспомогательный файл, имя которого начинается на «._», устанавливается атрибут «скрытый». При этом прикладные программы продолжают воспринимать файл так, как если бы он находился на диске с файловой системой HFS+.

Реализованный в NTFS механизм более гибок - каждый файл может иметь несколько произвольных файловых потоков, все они, за исключением основного, получают собственные имена. Когда пользователь обращается к файлу и не указывает дополнительное имя, то считается, что он работает именно с этим основным потоком. Файловые потоки поддерживались еще с самых первых версий NTFS и операционной системы Windows NT, но пользователь сталкивается с этой возможностью только при указании дополнительных атрибутов файла, таких как автор, название документа и так далее. Также в дополнительных потоках любит прятать свою сущность вредоносные программы - но это забота антивирусов и их производителей. И, как всегда при использовании «продвинутых» технологий, возникает вопрос совместимости, в частности, с файловой системой FAT. К сожалению, механизма сохранения дополнительных именованных файловых потоков не предусмотрено, разве что система (а, точнее, Проводник) предупредит о возможной потере информации при копировании или перемещении.

В каждой из операционных систем ограничения на допустимые в именах файлов символы, многие из этих ограничений вызваны историческими причинами и совместимостью с более ранними версиями операционных систем. Так, в Mac OS X для разделения имен каталогов используется «/», но в то же время в имени файла можно указать этот символ. Возникает вопрос - каким образом? На самом деле, в имени сохраняется двоеточие «:», которое и отображается в виде «/». Двоеточие в явном виде задать нельзя, так как в более ранних версиях Mac OS, до эпохи X-версии, этот символ использовался для разделения каталогов. Кроме того, в именах можно задавать знаки, наподобие «?» и «*», используемые при указании масок файлов. В Windows Vista ограничения чуть более строгие, так как нельзя использовать не только слэши «/» и «», но и кавычки, двоеточие и ряд других символов.

Следует отметить, что в целом файловая система NTFS более гибкая и функциональная, чем HFS+ - так, поддерживаются прозрачное сжатие и шифрование файлов, дисковые квоты (ограничения по использованию дискового пространства), точки монтирования - reparse points.

Инструментарий

В Mac OS X все задачи по обслуживанию дисков и разделов, а также сменных носителей возложены на специальную программу Disk Utility, в Windows Vista аналогичную роль играет консоль управления «Disk Management». И то, и другое средство позволяет разбивать диски на разделы, в обеих системах поддерживаются схемы разбиения на основе Master Boot Record (основная в Windows) и GUID-таблицы разделов (используется в макинтошах на Intel-процессорах). Кроме того, в Mac OS X можно задействовать и Apple Partition Map, актуальную для старых компьютеров на процессорах PowerPC, а в Vista - так называемую схему Dynamic Disk. Вполне очевидно, что у пользователя возникает закономерный вопрос: а какую схему разбиения диска следует выбрать с точки зрения максимальной совместимости, особенно в случае компьютеров Apple? Если речь идет о внешних сменных носителях, подключаемых в том числе и под другими операционными системами, то ответ однозначен - MBR, но в случае системных дисков не все так просто. Проблема вызвана тем, что в новых макинтошах нет BIOS как таковой, соответствующая функциональность по загрузке операционной системы возложена на интерфейс EFI - Extensible Firmware Interface. Windows Vista загрузку на компьютерах с EFI поддерживает, но при этом добавляет в системный EFI-раздел Windows Boot Manager с перспективой невозможности загрузки Mac OS X. Очевидно, такой вариант развития событий не слишком желателен, поэтому наиболее целесообразным является вариант с использованием утилиты Apple Boot Camp, добавляющей эмуляцию BIOS и MBR-разбиения на системном диске с GUID-таблицей.

И Windows Vista, и Mac OS X поддерживают создание программных RAID-массивов с помощью средств управления дисками. Следует отметить, что речь идет о средствах именно операционных систем - многие распространенные в настоящее время RAID-контроллеры тоже являются программными, но только на уровне драйвера. Различие в подходах в том, что в Windows Vista необходимо сконвертировать диск в Dynamic, в Mac OS функциональность RAID-массивов поддерживается и при других схемах разбиения.

В Windows Vista поддерживается неразрушающее уменьшение и увеличение разделов даже на дисках со схемами разбиения на основе MBR и GUID-таблицы - это означает, что пользователь сможет сохранить информацию при переразбиении. Но, разумеется, перед выполнением столь ответственных операций с диском имеет смысл создать резервную копию данных.

В Mac OS X крайне широко поддерживаются образы дисков - так, образ можно создать на основе диска или раздела (то есть, заложена функциональность коммерческих продуктов клонирования дисков под Windows), а также отдельной папки. Образы могут быть сжатыми, доступными в режиме не только чтения, но и записи, а также зашифрованными. Следует отметить, что помимо «родных» для Mac OS X форматов DMG и CDR (так называемые мастер-диски CD/DVD), поддерживается популярный ISO. Таким образом, образы отчасти играют ту же роль, что и архивы в других операционных системах.

Обе операционные системы позволяют выполнить проверку дисков на предмет логических ошибок, которые могли возникнуть в результате пропадания электроэнергии, повреждения носителя или множества иных причин. Отличие проявляется в способе проверки загрузочного диска - по вполне понятным причинам, для его проверки необходимо заблокировать запись (или отмонтировать), что мало осуществимо. В Windows используется так называемый режим boot-time, то есть может быть запланирован запуск проверки на этапе загрузки операционной системы. В Mac OS X для восстановления системного раздела следует использовать инсталляционный диск - загрузившись с него, можно запустить Disk Utility.

Интересной возможностью Mac OS X является так называемая проверка разрешений, verify disk permissions. Суть ее в том, что Disk Utility осуществляет сканирование диска и проверку разрешений файлов, находящихся в /System, /Library и /Applications, и - при необходимости, - исправление. Выполнение такой процедуры гарантирует, что никто не получит полномочий сверх необходимого.

Дефрагментация... Рано или поздно любой пользователь задумывается о необходимости ее выполнения, особенно, если он интенсивно работает с видео, аудио или графикой, то есть файлами большого и заранее непредсказуемого размера (а в таких условиях обеспечить низкий уровень фрагментации не может ни один самый продвинутый алгоритм). В Vista есть штатное средство - пусть и не такое наглядное, как в Windows 2000/XP, но, тем не менее, эффективно выполняющее функции. В Mac OS X соответствующего инструментария нет, поэтому для дефрагментации дисков приходится прибегать к сторонним коммерческим продуктам - что, естественно, не может не вызывать удивления при четкой «мультимедийной» направленности макинтошей.

Как в Mac OS X, так и в Windows Vista поддерживается запись CD и DVD дисков, она может осуществляться как из Finder"а и проводника, так и соответствующих мультимедийных приложений, входящих в комплект поставки. Кроме того, Disk Utility позволяет прожигать образы дисков - в силу поддержки этих образов.

В 2017 году компания Apple начнёт использовать в своих устройствах новую файловую систему Apple File System (APFS), которая придёт на смену системе HFS+, используемой на компьютерах Maс 1998 года, а та основана на HFS выпуска 1985 года.

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

Первый взгляд на APFS

Пока APFS доступна в бета-версии macOS Sierra 10.12 (преемница OS X Capitan 10.11) для разработчиков.

В ней можно создать образ диска APFS, но с ним доступно не особо много действий – копирование файлов в него и из него, при этом нельзя использовать диск APFS как загрузочный. Всё это должно измениться в 2017 году с появлением новых моделей Mac, iPhone и iPad.

Улучшенная безопасность и постоянное клонирование

Большинство пользователей не заметят ничего радикально нового в устройствах с поддержкой APFS на жёстком диске, но внутри скрыто множество значительных отличий. APFS использует интегрированное шифрование вместо устанавливаемых сторонних техник в существующей функции OS X FileVault, которая медленно шифрует и дешифрует диск целиком.

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

APFS также позволяет мгновенное копировать папки и диски. Эта технология повысит скорость встроенной функции Sierra, которая автоматически выполняет резервное копирование файлов из папок Рабочий стол и Документы в облачное хранилище iCloud (функцию можно отключить) — об этой возможности мы уже рассказывали в статье «macOS Sierra: новые возможности преемницы OS X «. Функциональность работает уже и на существующих устройствах, но должна стать быстрее с APFS.

Наносекундная точность, улучшенное резервное копирование

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

Можно ждать в macOS Sierra наличия новой версии функции Apple Time Machine, которая воспользуется преимуществами файловой системы для повышения производительности создания резервных копий. Microsoft создала похожую функциональность в файловой системе NTFS много лет назад, а пользователи Mac теперь смогут работать с похожей технологией «теневого копирования», как в Windows.

Улучшенное распределение пространства

Другие преимущества дисков APFS включают в себя гибкое распределение пространства, так что два «диска» APFS могут одалживать его друг у друга, не довольствуясь только местом, выданным им при создании.

APFS обладает поддержкой «разреженных файлов», которые не заполняют всё распределённое место на диске. Прежние версии OS X уже поддерживают разреженные файлы, но не самым удобным образом и только для разработчиков.

А благодаря быстрому встроенному управлению файлами, нам обещают более надёжную защиту против потери данных при падениях системы.

Оптимизация для флеш-памяти

Другие внутренние новшества включают в себя оптимизацию для работы с флеш-памятью, тогда как технологии в HFS+ созданы для вращающихся жёстких дисков. Те, кто когда-либо подолгу ждали, когда OS X скажет, сколько места занимает та или иная папка, будут рады узнать, что функция быстрого определения размера директорий APFS решит эту проблему.

Если вы собираетесь пользоваться своим компьютером Mac следующие 25 лет, лучше обновиться до APFS до 6 февраля 2040, так как HFS+ после этой даты не сможет создавать временные метки файлов.

Недостатки APFS

Главным является совместимость. Если у Mac есть созданный программой Apple Boot Camp раздел для Windows, то понадобистя драйвер Windows, который сможет прочитать диск APFS, как драйвер от Apple для Windows позволяет читать диски HFS+. Наверняка Apple предоставит такой драйвер до публичного релиза APFS.

Точно так же двойная загрузка с применением Sierra и старых версий OS X не даст доступа к разделу APFS с раздела со старыми версиями. Обычный сетевой доступ к и с диска APFS не будет проблемой, так как APFS поддерживает стандартный сетевой протокол SMB, используемый Windows и всеми остальными.

Вместо заключения

Только разработчикам нужно думать о том, что им предстоит изучать APFS. Остальным новая файловая система даст большую скорость работы системы, усиленную безопасность и надёжность. В июле выйдет публичная бета-версия macOS Sierra, тогда доступ к новой файловой системе смогут получить все желающие.

Начинающим пользователям Mac OS не легко понять, как устроена иерархия файлов и папок в системе. От части, файловая система унаследована из Unix, которая не так дружелюбна к пользователям, как Maс. Мы вкратце опишем содержимое конкретных папок и их предназначение, и рассмотрим следующие вопросы:
1. Общая структура файловой системы Mac OS
2. Папки Library и Application
3. Домашняя папка пользователя

Apple создала очень простую для понимания файловую систему. Ее корнем является корневой каталог главного раздела жесткого диска. Отсюда начинается иерархическая структура папок, которая определяет общий вид. Файловая система (в дальнейшем просто ФС) разработана так, чтобы каждый объект был привязан к папке, например, большинство приложений привязано к папке Application, а ваши личные файлы к Documents.
Путь (path) означает описание места объекта в ФС. Путь начинается с символа (/) наклонной косой черты, которая указывает, что данный путь начинается с верхнего уровня ФС, далее указывается вся иерархия папок, через которые необходимо пройти, чтобы добраться до указанного объекта.

Библиотечные папки (Library)

Являются конструктивной особенностью ФС, несмотря на идентичность папок с именем Library, каждая из них индивидуальна, а именно, определяет параметры предпочтительной настройки приложения, кэшированные объекты, скрипты.
В системе существуют две папки Library, это /Library и /System/Library. /Library, содержит в себе необходимые объекты для работы большинства приложений, созданные в основном сторонними компаниями. /System/Library содержит объекты, созданные Apple, и только она вправе изменять ее структуру. Вы, конечно, можете что-либо изменить в ней, но только если вы уверенны в своих действиях, иначе результат будет плачевным.

Каждая из библиотечных папок имеет строго выраженную структуру, описанную ниже, но разработчики программ могут вносить свои изменения.
Audio — осуществляет поддержку приложений для работы со звуком.
Automator – содержит стандартные операции для построение схем автоматизаций.
Caches – Кэш приложения, информация которая часто используется системой.
Calendars – папка для хранения информации календарей.
CFMSupport – содержит совместно используемые компоненты, необходимые как ОС так и приложению.
ColorPickers – содержит плагины селекторов цвета и цветовых палитр.
Keychains – содержит все принадлежащие пользователю цепочки ключей.
Documentation – приложения хранят файлы с документацией.
Logs – фалы журналов.
Preferences – параметры предпочтительной настройки приложений и компонентов.
И так далее. Перечислять их можно еще долго, я выделил наиболее часто используемые при работе с приложениями.

Папка Applications
Как можно догадаться из названия, она рекомендуется для установки в нее приложений. Благодаря этому любое установленное, когда либо приложение легко найти в системе.

В принципе в этой папке ни каких вопросов нет. Но есть один небольшой нюанс. Если вам захочется перенести приложениях их папки Application в другое место, но учите что при обновлении программы, тем более, если это продукт Apple, Software Update будет искать приложение по его месту установки, а не там, куда вы его перетащили, поэтому либо не чего не перетаскивайте, либо делайте полную переустановку приложения.

Домашние папки пользователей
Являются стандартными папками в верхнем уровне ФС в вновь установленной системе. В папке Users хранятся личные папки пользователей:
Desktop – элементы находящиеся на рабочем столе
Documents – хранилище для ваших документов
Downloads – многие интернет приложения написанные для Mac загружают файлы именно в эту папку
Movies – файлы видео и рабочая папка iMovie
Music – рабочая папка iTunes
Pictures – папка предназначенная для хранения графических файлов
Public – разместите в ней файлы, которые вы хотите разместить для общего доступа в сети

Тема достаточно освещенная, но для меня, как новичка в мире Mac OS X - очередное маленькое открытие. Вопрос связан с одной небольшой проблемой - выбором файловой системы для флешек.

Для пары Windows + Linux обычным решением является файловая система NTFS. Обе операционные системы с ней прекрасно работают - чтение+запись.

Для пары Mac OS X + Linux такой выбор не подойдет, так как NTFS в Mac OS X имеет поддержку только чтения. Для записи нужно ставить сторонний софт, типа Paragon. Это не является решением - нужна нативная поддержка в обеих системах.

Решением является файловая система ExFAT. В Mac OS X у нее есть поддержка “из коробки”. В Linux поддержки “из коробки” нет - но проблема решается установкой дополнительных пакетов (как почти всегда).

Более того, в Сети пишут о системе ExFAT как изначально созданной для флеш-накопителей. Что она умеет бережно относится к флешкам и поддерживает размер более 4Gb.

Все отлично - ставлю ее на обе свои флешки: Apacer 8Gb и Transcend 16Gb. Начну с более сложного - с системы Linux.

ExFAT - установка в Linux

Для включения поддержки файловой системы в Linux нужно установить пару пакетов -

и . Именно этот факт и послужил для меня поводом написать этот краткий обзор.

Все - дело сделано. Теперь отформатирую флешку под файловую систему ExFAT в Linux.

Для этого сначала нахожу, где она расположена в файловой системе (в моем случае это устройство

- это задание для флешки имени как устройства.

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

ExFAT - форматирование под Mac OS X

Как уже говорилось мною выше, система Mac OS X имеет нативную поддержку файловой системы ExFAT. То есть, ничего дополнительно ставить не придется - все готово “из коробки”.

Операции по форматированию накопителей и другим действиям с жесткими дисками производится в стандартной утилите “Disk Utility”.

Вставляю вторую флешку и запускаю “Disk Utility”:

Разобраться с работой этой утилиты нетрудно, но вкратце опишу.

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

Справа на вкладке “Erase” производиться настройка и выполнение форматирования (в терминологии Mac OS X форматирование называется “Erase”). В списке “Format” выбирается нужная файловая система (кстати, выбор небогатый).

В списке “Name” выбирается диск, который будет форматироваться. Там же находиться одноименная кнопка “Erase” для запуска форматирования.

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

В принципе - и все. Осталось нажать кнопку “Erase” и моя флешка отформатируется под систему ExFAT.

Если ее открыть в Finder, то теперь мне будут доступны как чтение с нее, так и запись на нее.

Заключение

Вот так “неожиданно” я решил проблему совместимости флешки под Mac OS X и Linux. Более того, данная система ExFAT является разработкой Microsoft, поэтому с ее поддержкой в Windows вообще нет проблем.

А если учитывать обещанный создателями ExFAT бережный способ обращения с флеш-накопителями, то этому решению вообще цены нет.

Когда только начинаешь своё знакомство с Mac’ом, бывает сложно сразу разобраться, как устроена файловая система операционной системы Mac OS X, особенно, если вы переходите на Mac с Windows или это у вас первый компьютер (тем, кто до этого работал с UNIX-подобными операционными системами, должно быть проще, потому что Mac OS X построена на базе UNIX, и файловая система у них устроена схожим образом). О том, где и какие находятся файлы, как выглядит путь до определённого файла, как организована структура основных директорий — я постараюсь ответить в этой статье.

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

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

Структура директорий

Путь к файлу

Таким образом, у каждой папки или файла имеется адрес, по которому их можно найти, этот адрес называется путь . Начинается он с корневой директории, обозначенной символом слеш « / », далее идут названия директорий, разделённые слешем, до места назначения - директории или файла.

/Users/ixrevo/Documents/Notes/

Например, на скриншоте выше показан путь до директории Notes , находящейся внутри директории Documents , которая, в свою очередь, находится в директории пользователя ixrevo (о пользовательских директориях чуть позже), а она - в папке Users , которая уже располагается в корне диска Macintosh HD .

Путь к текстовому файлу с именем Shopping list.txt , который находится в директории Notes , выглядел бы следующим образом:

Относительный и абсолютный путь

Путь может быть относительным. Это значит, что он начинается от текущей директории, в которой вы находитесь, то есть, он относителен по отношению к ней. Например, если мы находимся в директории Documents , то относительный путь к файлу Shopping list.txt будет выглядеть так: Notes/Shopping list.txt .

Абсолютный путь - это путь, который начинается от корневой директории, он обязательно начинается со слеша:

/Users/ixrevo/Documents/Notes/Shopping list.txt

Основные директории

В корне системного диска (на котором установлена OS X) находятся четыре основные директории:

Директории в корне системного диска

Имя	Описание
Applications	Это папка, в которой лежат все установленные приложения. Собственно, большинство приложений устанавливаются простым перетаскиванием файла приложения в директорию Applications. Проще всего получить к ней доступ через сайдбар (левая панель) Finder’а.
Library	В ней хранятся всевозможные настройки, кэши , а также туда часто приложения складывают какие-либо файлы, которые нужны им для работы. Чего там только нет, начиная от шрифтов и закачивая звуковыми семплами, если у вас, например, установлен GarageBand или Logic Pro .
System	Название говорит само за себя. Содержит только одну папку Library , которая похожа на предыдущую Library , но только тут всё относится уже не к установленным приложениям, а к самой Mac OS X. Кстати, приложение Finder находится именно там: /System/Library/CoreServices/Finder.app
Users	В этой директории хранятся домашние директории всех пользователей, зарегистрированных на данном компьютере. А в домашних директориях уже хранятся ваши документы, музыка, фото с котиками и прочее.

Хотя если быть честным, в корне диска намного больше директорий, например, dev, usr, etc, var и т.д. Все они скрыты от пользователя. И правильно, что скрыты, потому что они являются наследием UNIX и ничего интересного там в них нет.

Домашняя директория пользователя

Как я уже упоминал, у каждого пользователя есть своя домашняя папка, где лежит всё самое для него ценное, нажитое непосильным трудом. Находится она в папке с незамысловатым названием /Users , а сама называется по имени пользователя, например, у меня она зовётся ixrevo . Кстати, у пути к домашней директории /Users/ixrevo/ есть короткий алиас, который пишется так: ~ (этот символ называется тильда), его можно использовать, чтобы не писать путь целиком, и OS X поймёт, что вы имеете в виду. Остановимся чуть подробней на содержании домашней папки.

Директории в домашней папке пользователя

Имя	Описание
Desktop	Папка рабочего стола. Всё, что лежит в ней, вы можете увидеть на своём рабочем столе. Я использую её для временного хранения файлов по текущим проектам, но не люблю её захламлять.
Documents	Всё, что вы посчитаете документами, стоит складывать в этой папке.
Downloads	Папка, куда браузеры по умолчанию сохраняют файлы, скачанные из интернета.
Dropbox	Папка , конечно, если он у вас установлен.
Library	Скрытая папка. Аналогична предыдущим двум Library , но содержит уже то, что непосредственно относится к текущему пользователю.
Movies	Папка для фильмов, сериалов и прочего видео.
Music	Папка для музыки, а также место, где по умолчанию хранит библиотеку с вашей музыкой.
Pictures	Предполагается хранить здесь фотографии и другие графические изображения. Также в ней по умолчанию iPhoto хранит библиотеку с фотографиями.
Public	Папка, файлы в которой будут доступны пользователям локальной сети, если у вас включен общий доступ к файлам .