Какой формат диска на mac os. В какой формат форматировать внешний USB-диск (флешку) для работы на Mac (macOS)? Определение типа файла

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

А зачем пользователю знание подробностей анатомии и физиологии его персонального помощника?

Самая худшая разновидность “экспертов” – нахватавшиеся верхушек дилетанты. Те, кто и в самом деле владел темой, Mac оценили по достоинству. Их не обманула скупая простота интерфейса, они нашли его очень продуманным, логичным и удобным. “Сегодня я увидел, какими будут компьютеры лет через пять”, – говорили они.

А вот “эксперты” пришли в недоумение: кому нужен этот пластиковый “говорящий” ящик, если в нем совершенно невозможно разобраться? Нет ни командной строки, ни текстовых файлов со скриптами или с настройками конфигурации. Ничего нет, вообще! Ну никак не заглянуть ему “в душу”!

Вскрыть корпус? На нем табличка: “Не вскрывать, внутри нет ничего интересного”. Кто-то все-таки вскрыл и, действительно, ничего интересного не нашел. Платы, микросхемы…

Интересно, что они надеялись там увидеть? Крошечного инопланетянина, прикованного к микроскопическому пульту управления, с миской сушеных инопланетных червяков?

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

Оболочка операционной системы Mac’ов с её первого дня и до сих пор называется Finder. “Тот, кто что-то находит”. На границе 80-х и 90-х, когда объёмы дисковых хранилищ стали большими, возник анекдот: Finder that finds nothing (Finder, который ничего не находит), но в 1984 году, на дискете ёмкостью в 400 K спрятать что-то было нелегко.

Это классическое Mac’овское приложение, написанное Брюсом Хорном и Стивом Капсом. Брюс – гений и перфекционист, “псих-одиночка”. Работать с ним над одной задачей не мог никто и никогда. Но осенью 1983-го, когда до последнего и окончательного срока завершения проекта оставалось всего ничего, Finder “застрял”.

Стив Капс смог найти общий язык с Брюсом. Проблемы были абсолютно объективные, но вдвоем они справились. В декабре 1983 года Finder был готов к выходу в свет. В тот день разработчики Mac’а устроили “день Стива Капса” – все пришли одетыми, как одевался он.

По мнению журналистов, главной функцией Finder было управление файловой системой Mac’а. Добавим в это определение только одно слово: “Главной видимой функцией…”. Это реализация метафоры “рабочего стола”, с документами и инструментами для работы с ними.

Файловая система первого Mac’a называлась MFS (Macintosh File System). В ней не было иерархии директорий, она была “плоской”, как плохая шутка, но для дискеты ёмкостью в 400 килобайт, значительную часть которой съедала система, это было необходимо.

Директории (по Mac’овски – папки) в MFS на самом деле были иллюзией. Их было видно только в Finder. Ссылки на все объекты файловой системы хранились в одном невидимом файле небольшого размера.

Иерархическая файловая система (HFS) была написана намного раньше, но на время её убрали в архив. Вплоть до System 3.0 на Mac’ах использовалась только MFS.

На системной дискете изначально было две папки – System Folder и Empty Folder. В Empty Folder пользователь мог “убрать” свои документы и программы, как в ящик письменного стола. Взяв нужный файл и перетащив его в открытую или закрытую папку. Empty Folder можно было переименовать. И в момент завершения переименования случалось чудо: на рабочем столе немедленно появлялась новая пустая папка с названием Empty Folder.

Файловая система самого первого Mac’а называлась MFS (Macintosh File System), она была предназначена и оптимизирована под односторонние 3,5-дюймовые дискеты с ёмкостью в 400 килобайт, и над ней смеялись. Она была “плоская”. В ней были только “диск” (та самая дискета) и файлы. Иерархии директорий (папок, если по Mac’овски) не было.

При удалении Empty Folder (для этого её надо было перетащить в “урну” (Trash) и выбрать в меню Special команду “Empty Trash”. При опустошении урны уничтожалось всё, что было в ней, – пользователей приучали к мысли, что это невосстановимо. На самом деле, если с момента уничтожения этих файлов не создавалось новых, все еще можно было поправить, с помощью специального инструмента – правда, появился он, как мне кажется, в 1985-м.

Теоретически восстановить файл можно было с помощью 16-ричного редактора, вручную изменив содержимое невидимого списка файлов и папок, но это было за пределами добра и зла: требовалось найти потерянный файл, правильно привести его положение на диске в обозначение, понятное “невидимому файлу”, исправить информацию самого “невидимого файла” и нигде не ошибиться – иначе системная дискета переставала загружать систему. Отправленный в урну по ошибке (или ради эксперимента) файл можно было вернуть на место с помощью команды Put Back в меню File. Если “мусор еще не выносили”.

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

MFS мог работать с именами файлов длиной до 255 символов, но Finder ограничивал полет фантазии пользователя жалкими 63. В одной из версий (в 3.0, кажется) длину имени файла еще раз ограничили, на этот раз 31 символом. Это ограничение дожило до 1998 года.

То есть, если “системный шрифт для вывода имен файлов в Finder” знал кириллицу, папка могла бы называться “Я. Избранное. За 1984..1987 годы”. А документы в ней, например, “Сказка про беглого бычка”.

Содержимое активного (выбранного) окна при желании можно было распечатать, один в один. Если был принтер. Или отправить по факсу – если был модем и программа отправки факсов.

MFS могла работать с дисковым пространством до 20 Мегабайт, или с 1400 файлами, во времена, когда единственным доступным хранилищем информации были односторонние дискеты ёмкостью в 400 К, эти ограничения были теоретическими.

Объекты файловой системы

Я в предыдущем разделе называл видимые пользователем объекты файловой системы словом “файл”. Это, с точки зрения дизайнеров (в хорошем смысле этого слова) Mac’а, грех. В системе Mac’а файлов не было, были только приложения, документы приложений и документы системы.

Метафора рабочего стола – это такая ролевая игра.

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

Работу с приложением можно было начать двойным кликом по его иконке – если на диске не было документов нужного типа или если так было удобнее. Или если у приложения не было никаких документов в принципе (игра, 16-ричный редактор диска и тому подобное).

В ролевой игре не участвовали только системные документы, за небольшим исключением двойной клик по их иконкам не приводил ни к каким действиям. Их не стали прятать, и это хорошо. Вам приходилось устанавливать драйвер, например, принтера, в PC DOS? А вот на Mac’е весь процесс состоял в перетаскивании документа системы, например “Image Writer LQ”, в системную папку. Убрать принтер из числа работающих, не удаляя его ценный системный документ (драйвер), можно было, убрав его иконку из System Folder.

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

Текст хранится в компьютерах в виде последовательности чисел. В эпоху классических ОС каждый символ обозначался байтом, числом длиной в 8 бит. Заглавные и строчные буквы, знаки препинания, цифра, пробел и т. п. А еще – “непечатные” символы вроде “возврата строки”, “звукового сигнала”, “перехода на следующую строку” и им подобные. В наши дни используются значительно более разорительные кодировки, но я вам про них не расскажу.

Инженеры команды Macintosh придумали тип данных, OSType, значение которого было числом, но на экране отображалось как последовательность из 4 букв. OSType применялся в Mac’овской системе для мнемонического обозначения самых разных сущностей.

Тип файла отображался двумя атрибутами типа OSType, первый из которых обозначал его формат (Type Code), а второй (Creator Code), в случае, если файл – приложение, хранил мнемонику APPL, если документ – тип создавшего этот документ приложения. Это не все возможные варианты “создателя”, остальные (системные документы, драйверы и т. п.) нас не интересуют.

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

Конфликты? Случались. Но гораздо реже, чем в PC DOS. На Mac’е тип файла обозначался восемью символами вместо трех в PC DOS. Заглавные и строчные буквы в Mac’овском обозначении типов файлов различались, и никто не запрещал использовать в качестве уникальных значений любые символы.

Многозадачность

Система первых Mac’ов не поддерживала . В любой момент на компьютере работала одна программа, или прикладная, или системная – то есть Finder.

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

Решение было найдено. Назвали его Desktop Accessories, или DA’s. Аксессуары рабочего стола. По своей природе это были драйверы специального типа. Жили они в оперативной памяти, выделенной работающему приложению. Можно было запустить любое их число, но при этом запросто можно было нанести ущерб приютившему их приложению.

Доступ к DA’s осуществлялся из меню “Яблоко”, содержание которого не зависело от запущенного приложения. DA писали не только в Apple, но и сторонние разработчики.

Продолжение следует.

Многие наши читатели, которым приходится работать как в 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.

Приветствую всех! Сегодня мы рассмотрим все существующие файловые системы Mac OS, постараемся разобраться в их преимуществах и недостатках. На самом деле их на сегодняшний день не так и много, но о каждой по порядку.

HFS+ (Mac OS Extented)

HFS+ была представлена 19 января 1998 г. вместе с Mac OS 8.1, но впервые её представили в качестве тестовой файловой системы для так и не вышедшей OS Copland (1994-1996 гг.). Начиная с 11 ноября 2002 г., с выпуском обновления 10.2.2, Apple Inc. сделала возможным журналирование для повышения надёжности хранения информации. Оно было легко доступно с серверной версией Mac OS X, но только через интерфейс командной строки с настольных клиентов. Начиная с Mac OS X v10.3 журналирование стало включённым по умолчанию, а том с журналом получил название HFSJ .

HFS+ journaled(журнальный) стал основной файловой системой, которую использовала компания Apple на своих компьютерах Mac.

О файловой системе HFS+

• Основной тип файловой системы в Mac OS X
• Требуется для программ архивирования Time Machine или альтернативных вариантов в виде Carbon Copy Cloner или SuperDuper .
• Для того чтобы с этим форматом работала Windows, требуется дополнительное программное обеспечение — MacDrive (чтение/запись) или HFSExplorer (только чтение)
• Максимальная длина имени файла 255 символов
• Максимальный размер диска: примерно 8 000 петаБайт (9 223 372 034 707 292 160 Байт или 2 63 -2 31)
• Максимальный размер файла: примерно 8 000 петаБайт
• Максимальное количество файлов: 2,13 млрд (2 31)

Есть вариант журнальный — когда система ведет лог-файл изменений (журнал), который позволяет легче восстановить диск после сбоя и ускоряет работу Time Machine

Идеальный формат для использования в качестве встроенного диска на Mac и в качестве диска для архивирования. Неудобен если необходимо подключение в качестве внешнего диска к компьютерам с другими операционными системами. HFS+ можно без проблем подключить к операционной системе GNU Linux, но даже в 2018 году он по прежнему не совместим с операционной системой Windows. Чья это вина, какая именно компания этому препятствует судить сложно, но чтение, просмотр файлов и редактирование файлов, находящихся на жестком диске с файловой системой HFS+, невозможно без установки в Windows дополнительного программного обеспечения, большая часть из них платная, что совсем не удивляет, когда дела касается Маков и Apple. Именно за это многие пользователи считают эту файловую систему одной из худших фс, когда либо созданных.

Мы не станем осуждать мнение почитателей Windows и сразу заметим, что HFS+ journaled(журналируемый) — это самая распространенная и часто используемая ФС на операционной системе Mac OS до сегодняшнего дня.

И еще один интересный факт. Если вы используете SSD диск с файловой системой HFS+, то размер доступного места на диске, практически равен заявленному на упаковке. Так SSD диск 120ГБ с файловой системой NTFS в Windows определяется, как 111 ГБ, если же тот же диск отформатировать в HFS+, то он определяется, как 119,17 ГБ. Согласитесь разница не малая, если учитывать столь не высокий объем накопителя.

APFS Файловая система Mac OS/IOS

Apple File System – это новая, современная файловая система, разработанная компанией Apple для использования в iOS, macOS, tvOS и watchOS . Эта файловая система, оптимизированная для работы с Flash/SSD накопителями, включает в себя функциональность сильного шифрования, copy-on-write, space sharing, клонирование файлов и папок, создание снимков (snapshots).

APFS стала файловой системой по умолчанию в iOS версии 10.3 . Возможность выбрать APFS в качестве основной на этапе установки появилась в (версия 10.13).

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

Преимущества APFS

1. APFS позволяет устройствам работать быстрее;
2. Файловая система иначе подсчитывает объемы свободного и занятого пространства, поэтому после перехода на APFS окажется, что места на накопителе будет больше;
3. Быстрее перемещает и копирует файлы, а значит, на загрузку ОС и установку приложений будет уходить меньше времени. Преимущества APFS над HFS+ наглядно продемонстрировал на WWDC 2016 инженер Apple Эрик Тамура, скопировав iTunes на флеш-накопитель, отформатированный под новую систему. Когда APFS уже завершила работу, диск на HFS+ продолжал копировать еще 17 секунд.;
4. APFS позволяет осуществлять копирование во время записи метаданных, клонировать файлы и папки, делать моментальные снимки файловой системы, имеет повышенную устойчивость к сбоям, поддерживает совместное использование пространства, ускоренную каталогизацию и многие другие функции;

Более подробно о файловой системе вы можете прочитать в нашей статье

Как уже упоминалось, файловая система APFS стала доступна с выходом MacOS High Sierra, вот тут то и огромный недостаток, она и доступна только при работе в данной операционной системе. Ни одна из нижестоящих версий Mac OS X, даже MacOS Sierra не поддерживает APFS. Данный факт очень значительно снижает ее популярность и у большей части пользователей по прежнему основной файловой системой остается HFS+, что не вызывает удивления — обновление до High Sierra доступно далеко не всем устройствам.

HFS+ Extented (Журналируемый, зашифрованный)

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

Единственным недостатком можно считать снижение скорости передачи данных и записи, так как шифрование замедляет процесс. В свою очередь 10 минутное создание резервной копии может длиться в разы дольше, что может так же отражаться и на скорости остальных процессов в работе ОС. Конечно такое замедление наиболее ощутимо на HDD дисках, если вы используете SSD накопитель, то и скорость шифрования будет уже не так заметна.

ExFat

Разработанная в Microsoft файловая система exFAT является оптимизированным для использования в сменных накопителях развитием семейства FAT. Вот основные ее преимущества перед предшественницами:

• Максимальный размер файла увеличен до невообразимых сегодня 16 эксабайт (264 байт).
• Размер кластера увеличен до 32 Мб. Снято ограничение на количество файлов и папок.
• Появилась возможность сохранять права доступа к файлам и папкам.
• Более рациональное использование дискового пространства: флешка, отформатированная в новую файловую систему, будет иметь чуть больший эффективный объем, чем если отформатировать ее в FAT32, а тем более в NTFS или HFS+.

exFAT — это самое лучшее решение для пользователей, которые вынуждены переносить файлы между Mac OS и Windows. Данная файловая система отлично поддерживается двумя конкурирующими ОС. Вторым плюсом, который и отличает exFAT от FAT32 — это отсутствие ограничения на передачу в файла, которое в Fat32 составляет 4ГБ.

FAT32

FAT32 является самой старой файловой системой из рассматриваемых в этой статье. Она начала активно использоваться начиная с Windows 95 и пришла на замену еще более устаревшей системе — FAT16. Большой возраст этой файловой системы имеет свои преимущества и недостатки.

К преимуществам в данном случае можно отнести тот факт, что FAT32 стала своеобразным стандартом и используется до сих пор во всех сменных носителях по умолчанию. Если вы сегодня купите флешку или SD-карту — «с завода» на ней будет установлена файловая система FAT32. Сделано это в первую очередь для того, что бы ваш сменный носитель могли поддерживать не только современные компьютера и гаджета, но и старые устройства и игровые консоли, которые имеют USB порт и умеют работать только с файловой системой FAT32.

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

И если со вторым минусом ещё вполне можно смириться (пока что мало кто использует накопители размером более 8Тб), то ограничение на размер файла является достаточно серьезным минусом — большинство видео в высоком качестве сейчас уже не укладываются в размер 4Гб, особенно если они в современном формате 4K.

Устройства с файловой системой FAT32 являются наиболее универсальными и совместимы со всеми версиями операционных систем Windows, Mac OS, Linux, любыми игровыми консолями и в общем практически всем, что имеет USB порт.

И еще пару слов о совместимости

Как ни странно, но в Mac OS хоть и нельзя создать раздел или носитель NTFS, который является основным для Windows, но в тоже время он отлично читается, и именно читается. Вы можете скопировать файл на другой раздел и редактировать его, скопировать папку или просто просмотреть ее содержимое из системы Mac OS. И здесь кроется еще один большой камень. Если вы попытаетесь отредактировать из Mac OS раздел NTFS на котором был установлен Windows, то в 90% случаев, винду вы с него запустить уже не сможете, при этом не обязательно залазить в системные или скрытые папки и файлы. Данный факт многократно замечался не только мной, но так же огромным количеством пользователей Mac OS по всему миру. С чем связано такое явление не известно. Но имейте в виду на будущее, что редактировать файлы, находящиеся на разделе с Windows, следует только с помощью стороннего ПО, например Paragon, если вы конечно хотите после редактирования Windows запустить.

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

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

FAT . Одна из первых файловых систем, появившаяся вместе с PC компьютерами и системой DOS в 1981 году. По сути, представляет собой простую таблицу, в которой записано, где файл находится на диске. Отсюда и название: File Allocation Table - таблица размещения файлов.

FAT32 . В системе FAT были заложены ограничения на максимальный размер файла и диска - не больше 2 Gb. К середине 90х годов, с развитием компьютеров, эти ограничения потребовалось расширить. Так появилась новая система FAT32. Теперь ограничения на размер файла стали 4Gb, а диска - 2Tb. Но, по принципам работы, это была все та же старая FAT, т.е. таблица. В настоящее время FAT32 (как и NTFS, о которой ниже) является основной файловой системой современных Windows-компьютеров.

HFS (Hierarhical File System - иерархическая файловая система). Родилась практически вместе с первыми маками в 1985 году. В HFS каждый файл состоит из двух частей, так называемых, ветви ресурсов и ветви данных. Ветвь данных - это собственно содержание файла, например, текст, изображение, видео или звук. В ветви ресурсов содержится различная служебная информация о файле: даты создания и редактирования, информация о программе создателе, иконка файла, а если этот файл - программа, то и используемый код.

HFS+ К концу 90х годов, Мак-пользователи столкнулись с такими же проблемами, что и пользователи системы FAT, и в 1998 Apple выпустила в свет новую версию - HFS+, в которой снимались все мешавшие жить и трудиться ограничения. Количество возможных символов в имени файле изменилось с 32 до 255, а максимально допустимый размер файла и используемого диска достиг 8Eib. Exbibite - это 2 в 60-ой степени, и, чтобы понять что означает эта запредельная цифра, скажем, что максимальный размер диска на маке превышает максимальный размер в системе FAT32 в четыре миллиона раз! На сегодняшний момент HFS+ является основной файловой системой компьютеров Apple.

- NTFS (New Technologi File System) - новая файловая система, разработанная Microsoft с целью заменить семейство FAT. В отличие от примитивной FAT, NTFS - это сложный алгоритм записи файлов. Основным достоинством системы является надежность и возможность восстановления после сбоев.

Теперь, ознакомившись с различными видами файловых систем, мы просто не можем не задаться вполне ожидаемым вопросом: «а что произойдет, если вынуть диск из Мака и присоединить его к РС? » Ответом на этот вопрос будет простая аксиома, которую, пожалуй, следует всегда применять в вопросах совместимости Мака и PC:

Windows практически не совместима с Mac OS X, но Mac OS X очень хорошо совмещается с Windows.

А это значит, что маковский диск с HFS+ Windows не опознает и воспримет как неотформатированный. Хотя, безвыходных ситуаций не бывает, - при помощи отдельных коммерческих программ, таких как MacOpen, Маковский диск теоретически можно, хотя не без труда, прочитать на РС.

А вот подключение PC диска к Маку довольно просто. Mac OS позволяет читать диски в формате FAT и FAT32, а с появлением Mac OS X 10.3 и диски NTFS. Под диском подразумевается любой носитель информации - это может быть внутренний или внешний жесткий диск (винчестер), флэш-карта, или обычная дискета. При подключении на рабочем столе появится иконка нового диска, и вы сможете работать с ним также как и с остальными. Однако для NTFS дисков есть, все же, существенное ограничение - на Маке они подключаются исключительно в так называемом режиме read-only. Это означает, что вы сможете просматривать структуру диска, открывать и переписывать файлы на свои диски, но не сможете сохранить их, а также записывать новые файлы на такой диск.

PC-пользователям будет любопытно и полезно узнать, что имя PC-диска, которое вы увидите при подключении, это то имя, которое было дано ему при создании (форматировании). На Маках отсутствует буквенное обозначение дисков, например, D или C. В качестве идентификации диска всегда используется его имя, а если это PC-диск, то в качестве имени будет использоваться то, что в Windows называется меткой тома. Поэтому, вместо диска D, мы получим диск SYSTEM или ARCHIVE или же страшное дефолтное название от Windows, вроде FGHYJN009890.

Свежеприобретенный диск перед началом работы всегда и во всех файловых системах форматируют. Диски для Мака обычно форматируют как HFS+ (другое современное название - Mac OS Extended Journaled) - это "родная" файловая система маков. Постоянное использование различных механизмов совместимости с чужими файловыми системами не добавит Маку эффективности. К тому же, установить Mac OS X на что-то, кроме HFS+, нельзя. Если необходимо отформатировать внешний носитель, который предполагается подключать к разным системам, форматируйте его как FAT32(MS DOS File System). Это сделает диск универсальным.

Для работы с дисками можно использовать программу Disk Utility, входящую в комплект Mac OS. Находится она в ApplicationsUtilities. Это комплексная программа, позволяющая выполнять все основные работы с дисками: разбитие диска на несколько логических, форматирование, лечение диска, если произошел какой-либо сбой, и даже создание RAID массива. В подавляющем большинстве случаев вам будет достаточно функций этой утилиты.

Определение типа файла

Теперь стоит сделать лирическое отступление и немного рассказать об одной исторической особенности HFS+. Существующие на настоящий момент операционные системы ведут свою историю в течении уже десятков лет, и их последующие версии - улучшенные и дополненные старые. Например, Windows впервые появилась в 95 году, но, в действительности, это наследница еще более старой системы - DOS, разработанной для самых первых PC, а системы семейства UNIX берут свое начало, чуть ли не со времен первых полетов в космос.

В семействе маков тоже существовал такой "динозавр", теперь его называют Mac OS Classic. Но, вместо инноваций и улучшений, Apple разработала новую систему - Mac OS X, фактически написав ее с нуля. Так что, среди окружающих ее старцев, Mac OS X просто юная девушка, - ее первые версии появились только в 2000 году. При разработке новой системы специалистам из Apple пришлось учитывать вопросы совместимости как со старой Mac OS, чтобы обеспечить переход старых пользователей, так и с Windows, чтобы привлечь новых с доминирующей платформы.

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

Однако у описанного подхода есть и недостаток. Популярные протоколы передачи файлов через Intеrnet не поддерживают систему HFS+. При отправлении файла по электронной почте информация о типе файла исчезнет вместе с веткой ресурсов. Это значит, что пересылать маковские файлы через интернет можно только при использовании специальных мак-архивов.

При создании Mаc OS X Apple озаботилась этой проблемой, внедрив в систему механизм определения типа файла при помощи расширения, такой же, как у Windows. Mаc OS X прекрасно распознает типы PC-файлов. Но, в отличие от PC, где расширение имени не может быть больше трех букв, система позволяет использовать расширения, состоящие из бо льшего количества символов. Это значительно увеличивает информативность имени файла и позволяет пользоваться правильными аббревиатурами. Например, популярные графические форматы jpg и tif в действительности называются JPEG и TIFF - при этом система понимает оба варианта написания. Apple пользуется новыми возможностями и дает и собственным файлам вполне информативные расширения имени: .pages - документ созданный в редакторе Pages из комплекта iWork, dspproj - проект DVD диска созданный в DVD Studio Pro и т.д. Таким образом, Mac OS X определяет тип файла используя как и старый Classic подход, для обеспечения преемственности со старыми маками, так и PC поход, использующий расширения имени, при этом расширив его функциональность.

Таким образом, на Маках реализованы три подхода к определению типа файла: старый HFS через ветвь ресурсов, PC - подход через трехбуквенное расширение имени файла и новый, усовершенствованный, через многосимвольное расширение имени файла

При желании, расширения файлов можно скрыть. При сохранении файла укажите флажок Hide Extension (скрыть расширение). Чтобы скрыть расширение уже существующего файла или файлов, нажмите Command-Option-i, предварительно выделив файлы, и выберите флажок Hide Extension в графе Name & Extension.

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

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

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

Как такая задача решалась мной раньше? Раньше я использовал только винду с линуксом, поэтому задачи обмена с 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 лицензией.

Спрашивается, а почему тогда данный драйвер не поддерживается из коробки? Потому что его нет в ядре. Мердж этого кода (пусть и gpl-ного) в mainline - это по сути троян от мелких (из-за патентов). Торвальдс это понимает, и, понятное дело, ядро не отравит.

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

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

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

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