Как подружить Mac с файловой системой Windows. Файловые системы в компьютерной технике. FAT, NTFS, ExFAT, Mac OS Extended

Файловые системы Mac OS X

Виртуальная файловая система

Права доступа к съемным носителям

URL-монтирование AppleShare- и Web-серверов

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

Дисковые файловые системы HFS, HFS+, UFS

" поддержка CD /DVD-дисков UDF, ISO 9660

Сетевые файловые протоколы AFP, NFS

Mac OS X работает с различными файловыми системами. Для этого используются расширения системы BSD и механизм, называемый виртуальной файловой системой (Virtual File System, VFS). Поддержка различных файловых систем включает в себя некоторые новые функции, которых не было в предыдущих версиях Mac OS:

Права доступа к съемным носителям, основанные на уникальных идентификационных номерах (ID), регистрируемых в системе для каждого подключенного устройства со съемными носителями, включая USB-и Firewire-устройства).

Основанное на URL монтирование томов, что позволяет монтировать тома на AppleShare- и Web-серверах.

Длинные имена файлов (до 255 символов, или 755 байт на основе UTF-8).

Из-за наличия трех различных сред, в которых запускаются и работают программы (см. «Поддержка прикладных программ»), и множества типов носителей информации Mac OS X должна поддерживать несколько форматов носителей данных и сетевых файловых протоколов.

Форматы носителей, с которыми работает Mac OS X, представлены в таблице 20 «Файловые системы».

Множество форматов файловых систем на магнитных дисках создают некоторые сложности при обмене документами между томами. Например, классическая файловая система HFS поддерживает только так называемую MacRoman-систему кодировки символов в именах файлов и папок. Файловая система HFS+ использует канонический набор символов Unicode 2.1 в формате UTF-16, то есть в виде последовательности 16-разрядных кодов. Файловая система UFS также поддерживает полный набор символов Unicode 2.1, но только в формате UTF-8. Поэтому, чтобы уменьшить количество проблем, настоятельно рекомендуется не использовать Таблица 20. Файловые системы

Таблица 21 . Сетевые файловые протоколы

файловую систему HFS при работе с Mac OS X, несмотря на то, что формально это не запрещено.

Так как Mac OS X рассчитана на работу в сложных гетерогенных средах, она поддерживает несколько сетевых файловых протоколов (см. табл. 21 «Сетевые файловые протоколы).

Mac OS X поддерживает механизм дисковых квот. Это означает, что для каждого локального или удаленного пользователя администратор системы может устанавливать лимит дискового пространства. Квотирование распространяется практически на все перезаписываемые устройства с файловой структурой.

Файловые системы HFS, HFS+: особенности структуры файлов

Ветвь ресурсов (resource fork), ветвь данных (data fork)

Упаковка/распаковка Mac-файлов; BinHex-формат

Ресурсные файлы

Атрибуты Finder"a

Тип файла (type), создатель файла (creator)

Файлы файловых систем HFS и HFS+ состоят из двух логических частей - двух «внутренних файлов», называемых ветвями (forks).

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

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

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

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

Чтобы такого не происходило, приходится принимать специальные меры: сначала создается «обычный» файл, в котором обе ветви Mac-файла упаковываются в специальном формате BinBex. Такой файл передается по компьютерным сетям без потерь. При получении файла-контейнера он распаковывается - из «обычного» файла получается файл формата HFS или HFS+ с двумя ветвями. Это хлопотно и неудобно для большинства пользователей. Поэтому фирма Apple в настоящее время рекомендует разработчикам программ не использовать ветвь ресурсов файлов HFS и HFS+, а создавать отдельные ресурсные файлы, в которых все необходимые ресурсы расположены исключительно в ветви данных. Так, например, новый тип шрифтовых файлов Mac OS X, имеющих расширение.dfont,- это, по сути, обычные шрифтовые файлы, все ресурсы которых перенесены в ветвь данных. Кроме того, программы для Max OS X должны создаваться по новой идеологии, ко торая учитывает эти изменения в организации хранения ресурсов [см. «Пакеты (bundles)»].

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

В Mac OS X сокращено количество атрибутов, обрабатываемых Finder"oM. Теперь этот список включает в себя:

Бит пакета (bundle bit),

Бит невидимости (invisible bit),

Коды типа файла и программы-создателя файла (type & creator),

Оригинальную иконку файла (custom icon).

Атрибуты, которые больше не поддерживаются Findre"OM:

Место расположения иконки на Столе,

Форма отображения информации о файле (view),

Этикетка (label).

Пожалуй, наиболее важными и наиболее специфическими являются атрибуты создатель файла (creator) и тип файла (type). Они помогают Finder"y принять правильное решение при открытии (печати) файлов.

Когда мы пытаемся открыть файл-программу, для Finder"a все понятно: надо просто запустить эту программу, а дальше она сама знает, что ей делать.

При открытии файла-документа приходится решать более сложную задачу. Сначала Finder проверяет код программы-создателя этого документа. Если на данном компьютере имеется нужная программа, она запускается и открывает указанный документ. Логика такого поведения очевидна: «автор» документа лучше всех знает, как с ним работать.

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

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

Хранение информации о типе файла внутри самого файла имеет важное достоинство: никакое переименование файла не может изменить его тип, то есть суть файла не зависит от его имени.

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

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

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

Mac OS X полностью поддерживает такие файловые системы:

• Mac OS Extended (включая Mac OS Extended журналируемую и Mac OS Extended с учетом регистра)
• FAT32
• exFAT

Windows полностью поддерживает такие файловые системы:

• FAT32
• exFAT

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

Отметим, что файловые системы Mac OS Extended Journaled и NTFS являются системами с защитой от сбоев, и поэтому именно им нужно отдавать предпочтение при выборе ФС для накопителя. Однако, как уже упоминалось в начале статьи, «родные» ФС Mac и Windows имеют плохую перекрестную поддержку. Так, диск в формате Mac OS Extended не распознается Windows, а диск в формате NTFS видится в Mac OS X, но доступен только для чтения — записать на него ничего нельзя.

Поэтому для внешних дисковых накопителей, которые подключаются периодически то к Mac то к Windows машинам целесообразно использовать такие ФС, которые полностью поддерживаются обоими операционными системами. Это FAT32 и малоизвестная exFAT. Это не такие устойчивые к повреждениям ФС как Mac OS Extended и NTFS, но их как правило, вполне достаточно для «бытового» применения.

Наверняка многие пользователи уже сталкивались с самым главным недостатком ФС FAT32 - ограничением на максимальный размер файла, который составляет 4 ГБ (4 294 967 296 байт). Именно «благодаря» этому фактору наблюдается отказ от использования этой ФС. Действительно, ограничение в 4Гб не позволяет записать на такой диск, например, файлы видео в формате FullHD, которые как правило «весят» в пределах 30Гб.

Ограничения в 4Гб/файл лишена ФС exFAT (extended FAT или расширенная FAT), которая была специально разработана как замена FAT32 для использования на внешних накопителях, таких как флешки, карты памяти и т.п. Теоретический лимит на размер файла в этой ФС составляет 2^64 байт (16 эксбибайт), то есть практически ограничений нет. Поддержка exFAT имеется в Windows XP с Service Pack 2 и 3 с обновлением KB955704 , Windows Vista с Service Pack 1, Windows Server 2008, Windows 7, а также в Mac OS X Snow Leopard начиная с версии 10.6.5.

Принимая во внимание вышесказанное, именно exFAT рекомендуется использовать на тех накопителях, которые периодически подключаются то к Mac то к Windows.

Однако, достаточно часто у пользователей возникает ситуация, когда уже есть жесткий диск в формате NTFS с информацией на нем, и необходимо подключить его к Маку. Mac OS X увидит NTFS раздел, но только в режиме на чтение. Чтобы иметь возможность писать на такой диск, нужно на Mac OS X установить драйвер

Всем привет. Недавно я задался вопросом как организовать обмен файлами между операционными системами. Предположим, я хочу установить сразу три основные ос на своём ноутбуке: линукс, виндовз и хакинтош. Каждая ос предназначается для своих задач: Линукс - для работы и программирования, винда - для игр и хак - просто для разных экспериментов.

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

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

Как такая задача решалась мной раньше? Раньше я использовал только винду с линуксом, поэтому задачи обмена с apple os не возникало. Конечно, хотелось использовать открытую и родную фс для линукса - ext4. Но на винде её смонтировать непросто. Нужно устанавливать бесплатный (но проприетарный) Paragon ExtFS for Windows. И ладно, если бы это работало, но к сожалению данное ПО повреждает вам раздел с линуксом. Напоролся пару раз, и всякое желание пользоваться этим по пропало.

А вот виндовая фс под линуксом читается и пишется без проблем. Нужно всего лишь установить ntfs-3g драйвер. Он работает в юзерспейсе. Файловая система проприетарная, но решение работает.

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

На самом деле вариантов немного. Давайте разберёмся, какие есть файловые системы, и какие из них являются более или менее универсальными.

Fat32 - всем известная древняя фс, является самой универсальной в плане переносимости, но и самой убогой в плане ограничений. Была разработана давно, не поддерживает файлы размером более 4 Гб. Проприетарная. Для моих задач не подходит.

Ntfs - родная фс для винды, проприетарщина. Линукс, как я уже писал выше, её поддерживает с помощью стороннего драйвера (ntfs-3g). Мак нативно её не понимает, хотя можно доустановить соответствующее по. Есть несколько вариантов, как платных, так и бесплатных. Ни один из них мне не нравится. ntfs-3g работает в userspace (с медленной скоростью), а платные решения - платные.

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

Ext4 - одна из правильных фс, родная для линукс. Но в плане монтирования в неродных ос - опять проблемы. За платные решения для хакинтоша и для винды опять просят денег. Есть и бесплатные решения, к примеру ext2fsd, но этот драйвер не умеет писать в ext4. В пролёте.

Udf - одна из правильных фс, поддерживается нативно всеми ос. Эта фс была бы лучшим вариантом, если бы не компания apple. Изначально udf создавалась для оптических носителей, но она может быть спокойно использована на обычном жёстком магнитном диске. НО! Из-за того, что яблочники не реализовали поддержку этой фс с раздела, вся задумка отменяется. Даже последняя мак ос Х поддерживает данную фс только если всё блочное устройство не имеет таблицы разделов. На гитхабе есть скрипт format-udf , который может подготовить носитель специальным образом: в начальном блоке данных прописывается mbr, говорящий что раздел начинается прямо там же где и сам mbr. Т.е. накопитель как бы одновременно и с таблицей разделов (то что понимает винда), и вроде как и без таблицы разделов. Этот способ предполагает что носитель будет внешний, а мне нужно сделать exchange раздел именно на внутреннем накопителе. Так что данный вариант тоже в пролёте.

exFat - проприетарщина, но нативно работает как в винде, так и в маке. Это очень хорошо. А что в линуксе?

Вкратце история:

Эта фс использовалась для sd карт на андроидах, а там у нас линукс ядро. Производители реализовали драйвер exfat для linux ядра и никому его не показывали. Но некто в интернете слил на гитхаб их код. Было понятно, что это воровство, и в таком виде код в ядро попасть не мог. Однако, в этом коде сообщество нашло куски gpl кода, что разумеется, требовало раскрытия всех исходников, т.е. это было уже воровство у сообщества со стороны компании samsung. Через некоторое время самсунг выпустили этот код под gpl лицензией.

В линуксе монтировать exfat можно либо с помощью exfat-fuse драйвера, либо с помощью exfat-nofuse. Конечно, лучше nofuse, так как он будет работать быстрее. Но его придётся собирать каждый раз при обновлении ядра. Благо, для автоматизации этой задачи есть механизм dkms.

Подведём итог

Я останавливаюсь на exfat. Да, проприетарщина, но ничего не поделаешь. Зато всё нативно работает, и “танцы с бубном” отсутствуют: во всех трех операционных системах есть нативная поддержка и возможность поставить эту фс именно на раздел. Ограничения в 4 Гб нет. И в целом, это решение достаточно простое.

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

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

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

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

Путь к файлу

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

Например, на скриншоте выше показан путь до директории 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) находятся четыре основные директории:

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

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

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

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

Начинающим пользователям 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 – разместите в ней файлы, которые вы хотите разместить для общего доступа в сети