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

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

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

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

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

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

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

Файловые системы 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 + 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 бережный способ обращения с флеш-накопителями, то этому решению вообще цены нет.

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

В процессе форматирования компьютер предлагает выбрать файловую систему (ФС). Так называют способ организации данных на флешке. Пользователю macOS доступен выбор из следующих систем: MS-DOS (FAT), ExFAT или OS X Extended.

Очень важно отформатировать накопитель в той ФС, которая лучше всего подходит для вашей техники. Давайте разберёмся, какая файловая система флеш-драйва будет оптимальной для Mac и почему.

Виды файловых систем и их особенности

MS-DOS (FAT) - так macOS называет ФС, известную пользователям Windows как FAT/FAT32. Она совместима с любыми компьютерами, а также поддерживается консолями и бытовой техникой вроде видеокамер или даже стареньких медиапроигрывателей.

При всей своей универсальности MS-DOS (FAT) имеет важный недостаток: на отформатированную в этой файловой системе флешку нельзя записывать файлы, размер которых превышает 4 ГБ.

ExFAT - более новая ФС, которая поддерживается в среде macOS, начиная с версии X 10.6.5, а в Windows – с XP SP2. Очевидно, что недостатком этого формата можно считать отсутствие совместимости с более ранними вариантами операционных систем. Кроме того, не все USB-устройства поддерживают ExFAT. Ну, а плюс в том, что он способен работать с файлами объёмом более 4 ГБ.

Mac OS Extended (Journaled) обеспечивает максимальную совместимость флеш-драйва с macOS и является файловой системой по умолчанию для жёстких дисков на компьютерах Mac. Никаких ограничений на размер записываемого файла при использовании Mac OS Extended (Journaled) нет. В то же время эта ФС не поддерживается Windows и многими USB-устройствами.

Вы также можете увидеть в списке доступных ФС Mac OS Extended (Case-sensitive, Journaled) . Она отличается от предыдущей только чувствительностью к регистру. Например, файлы hello.txt и Hello.txt в такой ФС будут считаться разными. Если вам этого не нужно, выбирайте обычную Mac OS Extended (Journaled).

NTFS - ещё одна ФС, с которой вы можете столкнуться. Отформатированные в ней накопители не имеют ограничений по объёму файлов и совместимы с Windows. Но в macOS записанные на такую флешку файлы можно лишь просматривать без возможности записи. Кроме того, некоторые USB-устройства вообще не поддерживают NTFS.

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

Как видите, выбор файловой системы накопителя зависит от того, с какими устройствами вы будете его использовать. Если только с Mac и другой техникой Apple, выбирайте Mac OS Extended (Journaled).

Для Mac и Windows-ПК отлично подойдёт ExFAT.

Если хотите добиться совместимости флешки с максимальным количеством USB-устройств и не планируете записывать на неё файлы больше 4 ГБ, выбирайте MS-DOS (FAT).

Как поменять файловую систему

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

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

Если текущая файловая система вас не устраивает, кликните на верхней панели по кнопке «Стереть». В появившемся окне выберите новую ФС и снова нажмите «Стереть». Через несколько секунд утилита изменит файловую систему флешки.