Этот диск не использует схему таблицы разделов guid
Обновлено: 04.07.2024
GPT (Таблица разделов GUID, GUID Partition Table) - стандарт размещения таблиц разделов на физическом носителе информации. Принципиально отличается от своего предшественника (MBR) упрощенной структурой размещения функциональных блоков на физическом носителе, потому как размещение и структуризация происходит более логичным и очевидным способом. GPT не является самостоятельной разработкой, а проектировалась как часть расширяемого микропрограммного интерфейса (Unified Extensible Firmware Interface, UEFI), и вошла в состав последнего на поздних этапах разработки. UEFI в настоящее время начал активно внедряться и постепенно приходит на смену традиционному, классическому BIOS. Вспомните, что BIOS для загрузки ОС с носителя использует MBR, так вот, для более очевидной аналогии можно использовать следующее утверждение: там где BIOS использует MBR, UEFI использует GPT.
Несмотря на все очевидные преимущества GPT, основной причиной разработки стандарта явилась острая необходимость преодолеть ограничения, накладываемые традиционной таблицей разделов (размещается внутри MBR), которая не предоставляла возможности создавать разделы размером более 2-х терабайт и/или размещать их произвольным образом по смещению более 2-х терабайт от начала диска.
К преимуществам GPT относятся:
- Избыточность данных. Дублирование заголовка и таблиц разделов в начале и конце диска. Подобное нововведение позволило создать отказоустойчивость на уровне разделов, чего был лишен классический MBR. При повреждении одной из копий заголовка/таблиц разделов GPT, возможно восстановление из резервной копии.
- Достаточный лимит на размер разделов, равный 9.4 зеттабайт (Зб) или 8 zebibyte (ZiB, ZB) или 2 64 блоков (блок чаще=512 байт) или 9,444,732,965,739,290,427,392 байт (9.4 x 10 21 ). Что бы было проще осознать масштаб - это примерно 9 миллиардов терабайт. MBR имел параметр "смещение первого сектора" в записи о разделе разрядностью всего 4 байта (32 бита, LBA32), что позволяло адресовать лишь 4294967296 * 512 (размер сектора, байт) =
Давайте сделаем небольшой экскурс в совсем недалекое прошлое и вспомним принцип работы классического (legacy) метода загрузки BIOS -> MBR. Код BIOS, который на финальных этапах работы инициализирует установленные в системе носители, считывает с носителя, имеющего статус "загрузочный", первый физический сектор (блок LBA0), копирует его по адресу 0000:7C00 и передает по этому адресу управление. Код MBR, в свою очередь, обязан произвести анализ таблицы разделов, выбрать загрузочный раздел, загрузить с него загрузочный сектор раздела (PBR) и передать управление уже ему. Становится очевидным, что данный способ, с точки зрения трудозатрат на программирование, имеет неудобную реализацию и требует упрощения. В отличие от устаревшего классического, традиционного (legacy) способа загрузки ОС, UEFI содержит более актуальные встроенные процедуры работы с загрузочным носителем. Этот функционал, именуемый UEFI Boot Manager , производит поиск на заданном носителе GPT специализированного раздела (EFI System Partition (ESP)) и в случае обнаружения находит на нем загрузочный .efi-модуль операционной системы (например, bootx64.efi ), производит загрузку найденного файла и передача ему управления. С некоторым количеством оговорок можно утверждать, что новая схема загрузки с использованием UEFI+GPT имеет более интуитивную логику и большую гибкость по сравнению с классическим методом BIOS+MBR. Фактически, работа по написанию загрузчика операционной системы стала менее трудоемкой, при том, что код загрузчика стал более универсальным.
Код UEFI умеет работать с файловой системой FAT32 для дисков, с системами FAT12, FAT16, FAT32 для съемных носителей и с системой ISO-9660 для CD-ROM/DVD-ROM. Почему был выбран именно FAT32? Ответ, вероятно, кроется в популярности и довольно широкой области распространения файловой системы FAT32, которая используется как стандарт де-факто даже во многих бытовых устройствах.Теперь мы можем приступить к более детальному рассмотрению структуры диска при использовании стандарта GPT и для начала я приведу наглядное графическое представление структуры GPT диска, в котором описаны все основные блоки стандарта:
* где X - общее количество разделов на носителе. N - общее количество секторов на носителе.
Логика работы GPT
- Если по какой-либо причине оказываются поврежденными первичные GPT записи (заголовок+таблица разделов), то ПО поддержки (драйвер) должно проверить последний блок LBA носителя на предмет наличия дублирующего рабочего набора GPT записей. Они содержатся в конце диска. Последний блок должен содержать рабочий GPT заголовок, который указывает на исправную таблицу GPT разделов. Если это так и дублирующий набор не поврежден, то ПО должно восстановить первые заголовок и таблицу разделов GPT из дублирующего набора.
- По спецификации ПО должно запросить подтверждение пользователя на восстановление основного GPT заголовка.
- Встречается проблема, когда GPT диск, по ошибке или умышленно, отформатирован в стандартную разметку MBR каким-либо старым ПО (типа format.com от DOS :). В таких случаях сохраняется нетронутым ("выживает") последний логический блок диска, который содержит актуальный рабочий GPT заголовок. Такие сценарии должны обнаруживаться ПО, работающим с GPT, по тому факту, что оно обнаруживает стандартный MBR, который содержит полноценную таблицу разделов (с несколькими разделами разного размера), а не "защитный MBR" с одним разделом, охватывающим весь диск.
- Любое ПО, которое обновляет первичные GPT записи (заголовок+таблицу разделов), должно обновлять вторичные GPT в первую очередь.
- ПО может обновлять заголовок GPT и таблицу разделов GPT в любом порядке, с того момента, как все контрольные суммы будут помещены в соответствующие поля заголовка GPT.
- Если размер диска изменился, то ПО должно обновлять сначала вторичные GPT (заголовок+таблицу разделов), а затем уже первичные. Делается это с тем расчетом, что если обновления прервались по какой-либо причине, вторичные GPT всегда содержат правильную информацию.
- Если первичный заголовок GPT поврежден, вместо него используется вторичный заголовок, который размещается в последнем логическом блоке диска.
- Если вторичный GPT корректен, он должен быть использован для восстановления первичного GPT.
- Если первичный GPT корректен, а вторичный GPT неисправен, то ПО должно попытаться восстановить вторичный GPT.
- Если оба GPT некорректны, то диск помечается как не содержащий рабочей (корректной) таблицы разделов GPT.
- Оба, первичные и вторичные GPT должны быть валидны и синхронизированы перед операцией увеличения раздела (например, при добавлении в RAID-массив). Как только произведена операция увеличения раздела, вторичный GPT должен быть перенесен в конец раздела согласно правилам размещения, и первичные и вторичные GPT заголовки должны быть обновлены для отражения нового актуального размера раздела.
- ПО, которое делает копии GPT дисков либо разделов, должно генерировать новое (уникальное) значение поля DiskGUID в заголовке GPT и новое (уникальное) значение поля UniquePartitionGUID в таблице разделов GPT. В случае, когда ПО обнаруживает два диска либо раздела с идентичными GUID, результат не в спецификации не определен и отдается на откуп автору ПО.
Защитный (Protective) MBR
Первый физический сектор диска (LBA0) может, по-прежнему, содержать хорошо знакомый нам сектор MBR. В спецификации GPT он именуется как Protective MBR .
Protective MBR - это типовой сектор MBR выбранной ОС. Соответственно, под Windows 7 он полностью повторяет стандартный MBR Windows 7, который используется при традиционной разметке, за исключением следующих отличий:
- Значение поля NT Disk Signature равно 00000000 ;
- Вне зависимости от реальной разметки диска, в таблице разделов MBR указано наличие всего одного раздела, "охватывающего" весь диск. В официальной документации он называется GPT Protective partiton. Очевидно, что таблица разделов, размещенная в защитном MBR, имеет всего одну запись, описывающую раздел, имеющий размер, равный размеру физического носителя. Поле начала раздела равно LBA1 и поле конца раздела равно LBA(N), где N-последний блок (сектор) диска. Если же объем диска больше предельного значения, то поле конца выставляется в значение 0FFFFFFFFh ;
- Тип (поле Partition Type ) этого раздела имеет значение 0EEh , которое указывает на использование GPT, наличие единственного псевдо-раздела, покрывающего весь диск;
Название "Protective MBR" говорит само за себя и глядя на него становится очевидным, что "защитным" он называется неспроста и основное его предназначение - обеспечение "защиты" структуры диска. Защита обеспечивает совместимость с устаревшим ПО (например, старые версии утилит работы с диском (fdisk)), которое просто-напросто и не в курсе, что такое GPT, и умеет работать исключительно с MBR-разметкой. Очевидным, что подобная логика работы, при отсутствии знакомых старым программам структур способна повредить GPT-диск, а наличие защитного MBR способно значительно упростить ситуацию. Старые 32-битные ОС могут распознавать раздел и присваивать ему статус недоступного GPT диска. Совсем уж старые реализации операционных систем обычно определяют диск как содержащий единственный раздел неизвестного типа, не имеющего свободного места; как правило, они отказываются модифицировать такой диск, пока пользователь явно не потребует и не подтвердит удаление неопознанного раздела. Таким образом вероятность случайного затирания содержимого GPT диска резко уменьшается.
Заголовок (оглавление) GPT
Заголовок GPT содержится в блоке (секторе) LBA1, втором логическом блоке носителя. Имеет свою копию в конце диска.
Давайте разберем, какие же поля присутствуют в заголовке GPT:
| Обозначение | Смещение | Размер | Описание |
|---|---|---|---|
| Signature | 00h | 8 | Сигнатура. Идентифицирует UEFI-совместимый заголовок GPT (ASCII строка EFI PART , 5452415020494645h) |
| Revision | 08h | 4 | Ревизия. Версия формата заголовка. Не относится к номеру версии спецификации UEFI. В настоящий момент используется версия заголовка 1.0 (00010000) |
| HeaderSize | 0Ch | 4 | Размер GPT заголовка (в байтах). Спецификация UEFI регламентирует то, что он должен быть больше или равен 92 (5Ch) и не должен превышать размер блока (сектора). |
| HeaderCRC32 | 10h | 4 | Контрольная сумма CRC32 заголовка GPT. Должен быть обновлен каждый раз когда обновляется поле PartitionEntryArrayCRC32. |
| Reserved | 14h | 4 | Зарезервировано. Должно быть заполнено нулями (00000000) |
| MyLBA | 18h | 8 | Номер блока LBA первой (этой) копии GPT заголовка. Обычно имеет значение = 0000000000000001. |
| AlternateLBA | 20h | 8 | Номер блока LBA резервной (второй) копии GPT заголовка. Очевидно, что указывает на последний блок носителя? |
| FirstUsableLBA | 28h | 8 | Первый блок в формате LBA, с которого начинаются данные разделов. Обычно вычисляется как 1 + последний блок LBA таблицы разделов GPT. Если блок имеет размер 512 байт, то чаще всего указывает на блок LBA34 (0000000000000022). Если блок имеет размер 4096 байт, то значение должно быть больше 6 (1 блок под защитный MBR, 1 блок под заголовок GPT, 4 блока для таблицы разделов GPT). |
| LastUsableLBA | 30h | 8 | Последний блок в формате LBA, который может быть использован под данные разделов. Обычно вычисляется как первый блок LBA резервной таблицы разделов GPT - 1. Все данные на носителе должны располагаться в блоках, находящихся между FirstUsableLBA и LastUsableLBA. |
| DiskGUID | 38h | 16 | Уникальный идентификатор (Globally Unique IDentifier) диска. |
| PartitionEntryLBA | 48h | 8 | Номер блока LBA начала таблицы разделов GPT. Обычно блок LBA2. |
| NumberOfPartitionEntries | 50h | 4 | Количество записей в таблице разделов GPT. Максимальное значение = 128. |
| SizeOfPartitionEntry | 54h | 4 | Размер (в байтах) каждой записи таблицы разделов GPT. Обычно имеет размер = 128. должен быть кратен 128 (д.с., 128, 256, 512, и т.д.). |
| PartitionEntryArrayCRC32 | 58h | 4 | Контрольная сумма таблицы разделов GPT. Подсчёт суммы начинается с начала блока, адрес которого указан полем PartitionEntryLBA, и охватывает NumberOfPartitionEntries * SizeOfPartitionEntry байт, то есть всю таблицу разделов GPT. |
| Reserved | 5Сh | Размер сектора - 92 (5Сh) | Резервировано. Область в конце заголовка GPT, которая не используется. "Выровнена" по концу физического сектора, то есть простирается до его конца. Должна быть заполнена нулями. |
Таблица разделов GPT
В 64-битных ОС Windows, таблица разделов, обычно, начинается с блока LBA2 и имеет размер 16384 байта. По спецификации, после "заголовка GPT" должно быть зарезервировано минимум 16384 байта под таблицу разделов GPT. При стандартном размере сектора в 512 байт, это будет 32 сектора.
Фактически, представляет из себя подобие массива идущих друг за другом записей о разделах, каждая из которых равна 128 байтам. Имеет свою копию в конце диска.
| Обозначение | Смещение | Размер | Описание |
|---|---|---|---|
| PartitionTypeGUID | 0h | 16 | Уникальный идентификатор (GUID) типа раздела. Фактически, определяет файловую систему, которая используется для хранения данных в данном разделе. Значение 0 указывает на то, что запись не используется. |
| UniquePartitionGUID | 10h | 16 | Уникальный идентификатор (GUID) раздела. Генерируется каждый раз, когда создаётся раздел. В случае, когда ПО обнаруживает два раздела с одинаковыми GUID - результат не определен (на выбор автора ПО?). |
| StartingLBA | 20h | 8 | Номер LBA первого блока раздела. |
| EndingLBA | 28h | 8 | Номер LBA последнего блока раздела. |
| Attributes | 30h | 8 | Атрибуты раздела. Смотрите ниже в таблице. |
| PartitionName | 38h | 72 | Имя раздела. В кодировке Unicode (UTF-16LE). Фактически 36 символов, поскольку каждый символ в UTF кодируется 2 байтами. |
| Reserved | 80h | размер записи - 128 (80h) | Зарезервировано. Неиспользуемая часть записи массива разделов. Просто заполняется нулями, если запись GPT имеет размер более 128 байт. |
Как можно увидеть, размер каждой записи таблицы разделов равен 128 байтам. С другой стороны, никто не мешает расширять размер записи таблицы разделов до требуемых значений. По факту, имеем масштабируемость дисковой разметки.
Атрибуты раздела GPT имеют достаточно большую размерность: 8 байт (64 бита). Каждый раздел имеет независимые атрибуты.
| Бит | Описание |
|---|---|
| 0 | Бит системного раздела. Признак важности, необходимости. Установленный бит предписывает всем программам работы с диском сохранять раздел в неизменном виде, то есть не модифицировать и не удалять его. Установленным битом создатель как бы говорит, что удаление или модификация содержимого раздела может повлечь за собой потерю функционала стадии загрузки или функционирования. Практическое применение? |
| 1 | Бит игнорирования. Когда этот бит установлен, UEFI должна игнорировать содержимое раздела и не пытаться производить чтение с него? Для этого раздела не выполняется процедура сопоставления с файловой системой. |
| 2 | Стандартный загрузочный раздел для legacy BIOS. Используется вариантами UEFI прошивок, которые содержат код поддержки традиционного BIOS, сообщает подобным прошивкам, что раздел может быть загрузочным. Классические UEFI должны игнорировать этот бит. Эквивалент старшего бита (7) в байте индекса диска (смещение 00h) в записи раздела классического MBR. |
| 3–47 | Зарезервировано для будущего использования; Биты заполняются нулями. |
| 48–63 | Произвольные биты. Зарезервированы для использования некоторыми видами разделов различных производителей. Используются для нужд разработчиков. |
Разделы GPT
А тут у нас располагаются разделы GPT. Данные, находящиеся на разделах, размещаются начиная с блока LBA34. Разделы идут друг за другом практически до самого конца диска, то есть ровно до блоков, занятых копиями таблицы разделов GPT и заголовка GPT.
Копия таблицы разделов GPT
Копия основной таблицы разделов. Размещается в блоках LBA(N-33) - LBA(N-1). То есть, если отсчет вести с конца диска, то следует сразу за копией оглавления GPT.
Копия заголовка (оглавления) GPT
Копия основного заголовка GPT. Эта копия UEFI оглавления имеет своё значение поля MyLBA и свою собственную контрольную сумму CRC32. Значение поля AlternativeLBA указывает на первую копию заголовка. Значения полей MyLBA и AltenativeLBA во втором заголовке GPT инвертированы по отношению к аналогичным значения первого заголовка GPT. Размещается в логическом блоке носителя LBA(N), где N - общее количество блоков диска.
этот диск не использует схему разделов GUID
используйте Дисковую утилиту для изменения схемы разделов.
выберите диск, перейдите на вкладку раздел, выберите схему Тома и нажмите кнопку Параметры.
Это MacBook Pro 2012 года. Оригинальный жесткий диск был заменен на новый SSD диск a несколько месяцев назад. Чтобы сделать замену, я использовал Super Duper для клонирования 2 дисков.
когда я делаю diskutil CS list, я
не найдены группы логических томов CoreStorage
когда я делаю sudo gpt-r show /dev/disk0, я
начать размер индекса contents
0 1 MBR
1 1
2 976773166 1 MBR часть 175
Я думаю, что у вас есть три варианта.
делайте именно то, что говорит Ошибка, запустите Дисковую утилиту и отформатируйте диск как GUID / HFS+ вместо его текущего MBR / HFS+
Это разрушительно & сотрет все данные
[Что-то, возможно, изменилось в Sierra , чего у меня еще нет - схема громкости не является опцией в El Capitan с этой вкладки, только с вкладки Erase; поэтому, возможно, стоит проверить, можно ли это сделать на лету now]
повторное клонирование на исходный диск в качестве резервной копии, затем выполните 1. & клонировать обратно.
Это неразрушающий, но займет некоторое время.
используйте утилиту вида Paragon Hard Disk Manager которое способно преобразовывать MBR к GUID на лету, без разрушения. Он имеет 30-дневную пробную версию. Я все равно рекомендую резервную копию - все всегда может пойти не так.
кстати, CoreStorage является обязательным, если предполагается использовать FileVault или настроить накопитель Fusion drive.
для тех, у кого есть подобная проблема, это может помочь. Я установил новый 2,5-дюймовый SSD в конце 2011 года MacBook Pro. Дисковая утилита на моем macOS 10.13 установщик USB не будет создавать правильный раздел GUID-параметр GUID был просто не существует, и macOS 10.13 не будет устанавливать на диске без GUID. Затем я закрыл и использовал Дисковую утилиту на установщике macOS 10.12.4 USB, чтобы правильно разделить SSD с GUID. Затем я закрыл и установил 10.13, используя мой 10.13 установочный USB. Здесь все хорошо.
в Дисковой утилите, рядом с кнопками закрыть/свернуть / полноэкранный режим, вы можете увидеть раскрывающееся меню режима "вид". Установите режим просмотра "показать все устройства", затем вы увидите" корневые " диски. Нажмите на корневой диск, а затем нажмите на кнопку "Стереть". Теперь в подокне Erase появилась возможность изменить "схему" с главной загрузочной записи на GUID.
Сегодня мы продолжаем наш цикл статей о премудростях установки операционной системы Mac OS X на обычный компьютер PC. Тема сегодняшнего разговора – подготовка жёсткого диска для совместного существования на нём систем от Apple и Microsoft.
Самый главный вопрос – совместимость файловых систем, т.е. способов организации хранения информации на жёстком диске.
В операционных системах Windows применяются файловые системы:
NTFS – современная файловая система, которая лишена старых ограничений и обеспечивает более высокую надёжность хранения данных;
FAT32 – старая файловая система Windows, которая была популярна в прошлом тысячелетии, а сейчас почти полностью вытеснена NTFS. Её самое существенное ограничение – максимальный размер файла, равный 4 ГБ. Иными словами, невозможно хранить на диске, размеченном в FAT32, видеофильмы в высоком качестве или образы дисков современных игр.
Mac OS X поддерживает следующие файловые системы:
HFS+ – стандарт для всех Маков. По производительности и надёжности приблизительно соответствует NTFS$
HFS – старое поколение файловой системы Маков, которое не поддерживает технологию журналирования. На диске не ведётся журнала изменений в файлах, что повышает вероятность потери данных в случае серьёзного сбоя.
UFS – файловая система Unix, которая поддерживается Маками по исторической традиции. Начиная с Mac OS 10.5, систему уже нельзя установить на диск, отформатированный в UFS. Здесь тоже есть ограничение на размер файла в 4 ГБ.
ZFS – будущее поколение файловой системы, разработанное корпорацией Sun Microsystems. Оно ориентировано на огромные массивы данных и предлагает новые технологии записи информации, повышающие надёжность хранения. Планировалось, что Mac OS X 10.6 получит полную поддержку этой системы (в том числе и установку на диски с ZFS), но из-за проблем с лицензированием планам не суждено было воплотиться. В итоге ZFS пока поддерживается серверной версией Mac OS X Snow Leopard.
FAT32 – ситуация та же, что и с UFS. Чтение и запись поддерживаются, установка – нет.
Кроме того, Mac OS позволит вам увидеть все диски, отформатированные в NTFS, но записывать на них вы не сможете (по крайней мере, по умолчанию).
Что касается Windows, то она к HFS+ совершенно недружелюбна и не позволяет даже увидеть содержимое дисков с Mac OS.
Таким образом, без дополнительных инструментов невозможно установить Mac OS на диск, который был бы доступен из Windows. А об установке Windows и Mac OS X на один раздел не может быть и речи.
К сожалению для пользователей Windows, отличия на этом не заканчиваются. Существует три способа разметки жёсткого диска на разделы – их отличие в том, какая служебная информация записывается на жёсткий диск и как помечаются границы разделов.
Многие пользователи путают разметку диска и форматирование раздела. Разметка актуальна для жёсткого диска как физического устройства – от неё зависит, сколько разделов вы сможете создать на нём. Форматирование актуально только для одного раздела. На одном диске у вас может быть несколько разделов в самых разных файловых системах.
Важно понимать следующее – переформатировать раздел из одной файловой системы в другую теоретически возможно (хотя весьма опасно). А вот переразметить диск в другую схему разделов можно только полностью потеряв всю имеющуюся на нём информацию.
Всем пользователям PC знаком только один способ разметки – схема разделов MBR. Она позволяет создать до 4 разделов на одном диске. На Маках используются два других – схема разделов Apple (актуальна для старых Маков с процессорами PowerPC, к хакинтошам она абсолютно никакого отношения не имеет) и схема разделов GUID. GUID даже поддерживается современными версиями Windows.
Итак, идеальный вариант сборки компьютера-хакинтоша – это 2 отдельных жёстких диска. Один размечается в MBR, второй – в GUID. Этот вариант избавит вас от целого вороха проблем, связанных с загрузкой. Если же такой возможности нет, то продолжайте следить за нашим циклом статей.
В завершение этой статьи упомянем полезные программы, которые пригодятся владельцу хакинтоша для доступа к данным.
MacDrive ($49,95) для Windows позволяет открыть доступ к HFS+ разделам (причём даже на GUID-дисках). Есть два режима работы – только чтение и поддержка записи. Но, как мы уже не раз отмечали, Windows не умеет поддерживать права доступа и владельцев файлов по стандартам *nix-систем, поэтому при копировании файлов программ и драйверов на HFS-диск возможны проблемы.
Paragon NTFS for Mac ($19,95) решает обратную задачу – открывает доступ на запись в NTFS-разделы для Mac OS X. Но сразу скажем – мы очень не рекомендуем пользоваться этой программой, равно как и её бесплатным аналогом NTFS-3G. В 95% случаев всё работает стабильно, но случаи умирания NTFS-дисков из-за этих программ тоже бывают. Поэтому либо оградите Windows-диски от записи на них, либо регулярно делайте бэкапы ценной информации.
Наиболее безопасный вариант – не открывать доступ на запись для Windows на HFS и для Mac OS на NTFS. Но насколько это удобно – решать вам.
В следующей статье цикла мы расскажем о способах организации загрузки нескольких систем через одно меню.
Как отформатировать флешку в Mac OS X. Файловые системы и работа с Дисковой утилитой (Часть 1)
- Почему невозможно записать файлы на внешний жесткий диск?
- Почему большой файл не копируется на флешку или диск?
- Как стереть все данные с флешки на Mac OS?
На эти и многие другие вопросы мы постараемся ответить в этой статье. Расмотрим разницу файловых систем, их преимущества и недостатки, а также научимся разбивать диск на разделы, да и много других полезных моментов, которые смогут вам помочь при работе с накопителями.
Во второй части мы расмотрели как форматировать диски, разбивать носители на разделы и делать и назначать разные файловые системы и файловые структуры.
В третей части мы расмотрели работу с образами дисков, как создавать образ диска из папки/носителя, пустой образ диска, шифрованный образ диска.
Под понятием «накопитель» подразумевается реальный аппаратный компонент. К примеру флешка, жесткий диск или CD/DVD диски. Один и тот же накопитель может нормально работать под Windows, и некорректно работать под Mac OS, или наоборот. Как правило, такая несовместимость с несколькими операционными системами одновременно обусловлена файловой системой диска. Поэтому сначала разберем понятие файловой системы.
Файловая система
Разные OS используют разные файловые системы. К примеру Windows (новые версии после XP) устанавливается на жесткий диск только с файловой системой NTFS, а Mac OS – на диски с файловой системой Mac OS Extended (журнальная).
Также разные OS по разному поддерживают файловые системы. К примеру известная проблема – Mac OS не может записать файлы на диск с файловой системой NTFS, а Windows вообще не распознает Mac OS Extended.
Для начала, давайте расмотрим, какие бывают файловые системы и чем они отличаются.
Как вывод можем отметить – MS-DOS (FAT) универсальный очень распространённый формат, но большие файлы, к примеру фильм в хорошем качестве, в него записать нельзя, а из-за ограниченого размера на раздел он не совсем подходит для внешних жестких дисков.
Mac OS Extended (Journaled) – Формат, который использует операционная система Mac OS в качестве основного. Т.е. ваш жесткий диск, который стоит в вашем компьютере отформатирован в Mac OS Extended (Journaled). Это файловая система взаимодействует с Apple устройствами лучше чем какая либо другая. У нее нет ограничений на размер файла, а размер диска может достигать 16ТБ, что значительно больше чем любой из ныне выпущенных жестких дисков. Этот формат может быть полезен при переносе больших файлов между компьютерами Apple, Создание загрузочного диска, или использование диска в качестве жесткого диска для резервной копии Mac OS. Но у этого формата есть и свой недостаток – Winodws практически не поддерживает эту файловую систему. Так что если вам надо передавать данные между компьютерами Mac и Windows – лучше воспользуйтесь форматом MS-DOS (FAT).
Mac OS Extended, Journaled, Case-Sensitive – Формат аналогичен предыдущему с дополнением чувствительности к регистру символов. На таком разделе в одной и той же папке могут находиться файлы с именами мойФайл и мойфайл – это будут разные файлы и разные имена. Этот формат практически не ипользуется из-за возможных проблем при копировании данных с формата Mac OS Extended, Journaled, Case-Sensitive на жесткий диск компьютера с форматом Mac OS Extended (Journaled). Мы не рекомендуем использовать этот формат.
Mac OS Extended Журнальный зашифрованный – Формат аналогичен Mac OS Extended (Journaled), его главное преимущество – весь диск шифруется паролем. При монтировании диска или флеш-накопителя с такой файловой системой у пользователя будет запрашиватся пароль. Используется в большинстве своем на флеш накопителях с конфиденциальными данными. Рекомендуем прочитать более полную статью как создать зашифрованную флешку.
ExFAT – расширенная FAT. ExFAT это производная от MS-DOS (FAT), в которой устранили основные недостатки. Но как и прежде, она предназначенная главным образом для флеш-накопителей, поскольку операционные системы не могут бысть установленны на диск с такой файловой системой.
Размер раздела с файловой системой ExFAT практически неограничен, а размер файла теоретически ограничен до 16 эксабайт (16 миллиардов ГБ). Из недостатков – не все операционные системы поддерживают ее. С ExFAT работают компьютеры под управлением Windows XP SP2 или новее и Mac OS X 10.6.5 или новее.
NTFS – файловая система которая используется в операционных системах Windows которая как exFAT пришла на смену системе FAT. Актуальная версия – 3.1 которая используется в операционных системах начиная с Windows XP и по сегодняшний день. Максимальный размер диска – 16 эксабайт, а размер одного файла не может превышать 16 эксабайт. т.е. фактического ограничения на размер файла нет.
С форматом NTFS Mac OS X по умолчанию работает в режиме чтения. Но после выхода Mac OS X 10.6 была найдена возможность активации функции записи с помощью стандартного драйвера, который предустановлен в операционной системе. Об этом мы напишем в отдельной статье.
А пока, если вам нужно добавить функцию полноценной работы Mac OS X с NTFS, рекомендуем воспользоваться одной из программ:
- MacFUSE 2.0
- Paragon NTFS для Mac OS X
- NTFS-3G для Mac OS X
- или обратиться к нашим специалистам.
Схема разделов
Кроме файловой системы, которая отвечает за хранение файлов, существует и схема разделов. Это правила по которым диск делится на разделы, а также код и данные, необходимые для последующей загрузки операционной системы. Эта данные располагаются в первых физических секторах на жёстком диске или другом устройстве хранения информации.
Обращать внимание, в большинстве случаев, вам надо на файловую систему, а не на схему разделов. Схема разделов используется во время загрузки с жесткого диска или носителя.
Схема разделов GUID (Globally Unique Identifier) – Схема разделов, которую используют все компьютеры Mac на процессорах Intel. И также единственная схема разделов, с которой Intel-Мак может загружаться.
GUID опирается на расширенные возможности EFI для осуществления загрузки операцинной системы Mac OS или любой другой, которая усановленна на вашем компьютере. Но в разделе GUID есть и данные схемы разделов MBR (описана ниже), которые присутствуют в самом начале диска как для защиты, так и в целях совместимости.
Поэтому, если вы хотите сделать загрузочный диск и у вас Mac на процессоре Intel, значит жесткий диск или любой другой носитель у вас должен быть в схеме разделов GUID с форматом Mac OS Extended (Journaled)
Схема разделов APM (Apple Partition Map) – Эта схема разделов использовалась по умолчанию в компьютерах Мак на основе архитектуры PowerPC с процессором PowerPC G3, G4, G5, от знаменитой компании IBM (не Intel). Это также единственная схема разделов, с которой PowerPC-Мак может загружаться.
Apple отказалась от этой схемы разделов c 2006 года поскольку из-за 32-битных счётчиков максимальный размер диска при размере блока 512 байт может быть лишь 2 TB.
Поэтому, если вы хотите сделать загрузочный диск, и у вас Mac на процессоре IBM значит жесткий диск или любой другой носитель у вас должен быть в схеме разделов APM с форматом Mac OS Extended (Journaled). Но такие копьютеры не поддерживают загрузку с USB томов, а только с FireWire. Так что для этих целей флешка не подойдет, а только внешний жесткий диск с FireWire накопителем.
MBR (Master Boot Record) – Схема разделов, которая по умолчанию используется в большинстве PC компьютеров(80%), включая Windows- совместимые РС. Эту схему разделов вы найдете на большинстве форматированных перед продажей накопителей и флешек. Ни один из Мак компьютеров не поддерживает загрузку с этой схемы разделов, но могут с ней работать.
Эта схема разделов с техникой Apple, в качестве загрузочной не работает, но она нам может очень пригодиться при форматировании обычной флешки. Windows компьютеры не понимают схему разделов GUID, поэтому если вам нужна обычная флешка, нужно проверить, что у нее схема разделов MBR, а формат FAT или exFAT.
Во второй части мы рассмотрели на примерах как форматировать диски, менять схему разделов, разбивать диски на части и многое другое.
Читайте также: