OS X перестала распознавать мой раздел HFS+, когда я создал новый раздел перед ним

Question

У меня есть USB-накопитель емкостью 2 ТБ, использующий GPT, но OSX (10.11.4) на моем MacBook Pro (начало 2015 года) перестала распознавать мой раздел HFS+ после того, как я вставил раздел перед ним на диск.

Это то, что у меня было изначально, и OSX правильно перечислил все разделы в Finder:

[ Elements            | Extra Fett |             | Time machine ]

[ NTFS                | ExFAT      | Unallocated | HFS+         ]
[ ~1500               | 97         | 97          | 167          ] (GB)

Диск в настоящее время имеет следующую компоновку (я сократил элементы и создал TESTPART):

[ Elements | TESTPART | Extra Fett |             | Time machine ]

[ NTFS     | FAT32    | ExFAT      | Unallocated | HFS+         ]
[ ~1350    | 150      | 97         | 97          | 167          ] (GB)

... но это то, что видит OSX (перечисляет только первые три в Finder):

[ Elements | TESTPART | Extra Fett |             | ?            ]

[ NTFS     | FAT32    | ExFAT      | Unallocated | ?            ]
[ ~1350    | 150      | 97         | 97          | 167          ] (GB)

Что случилось? Я думал, что эта операция не будет проблемой на диске GPT.

---

Дополнительные детали

Ubuntu gdisk говорит, что использует GPT с защитной MBR, и gdisk и gparted перечисляют все разделы без проблем. Менеджер разделов Windows 10 также перечисляет все разделы и говорит, что диск использует GPT.

Когда я запускаю diskutil list в OSX, я получаю:

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:       Microsoft Basic Data Elements                1.5 TB     disk2s1
   2:       Microsoft Basic Data Extra Fett              104.9 GB   disk2s2
   3:       Microsoft Basic Data                         167.8 GB   disk2s3
   4:       Microsoft Basic Data TESTPART                157.3 GB   disk2s4

Есть несколько проблем с этим, о которых я могу думать:

• Нераспределенное пространство не указано в списке.
• Разделы определенно перечислены в неправильном порядке.
• Том № 3 HFS+ (моя машина времени), который раньше всегда был виден OSX, потерял свою метку и занесен в список Microsoft Basic Data. Он больше не отображается в Finder или Disk Utility. Это случилось с тех пор, как я сократил Элементы. Я создал TESTPART в результирующем пространстве (сделано в Win10).

Answer 1

Нераспределенное пространство, не появляющееся, на самом деле не является проблемой; многие программы, включая gdisk и diskutil , отображают только разделы, а не нераспределенное пространство. Такие инструменты, как GParted и cgdisk явно показывают нераспределенное пространство (хотя я думаю, что даже GParted опускает нераспределенное пространство ниже определенного размера).

Существует два способа определения порядка разделов: порядок на диске самих разделов и порядок, в котором указатели на раздел существуют в таблице разделов. Наименее сбивает с толку, если эти два порядка совпадают, но в GPT (или основных разделах MBR) нет ничего, что могло бы обеспечить это. Таким образом, неупорядоченные разделы являются общими и не обязательно означают проблему. Не беспокойся об этой детали.

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

1. Выполните низкоуровневое резервное копирование раздела с помощью dd в OS X или Linux, как в sudo dd if=/dev/disk2s3 of=/path/to/lots/of/space/disk2s3-backup.img . Это сохранит данные в разделе на случай, если следующий шаг ухудшит ситуацию, что вполне реально. Вы также должны сделать резервную копию таблицы разделов, как сейчас, используя опцию b в главном меню gdisk .
2. Используйте Дисковую утилиту OS X для восстановления раздела. Инструмент с графическим интерфейсом должен быть в состоянии сделать это. Я менее знаком с инструментами командной строки OS X, чтобы сделать это, но в Linux это будет fsck , и это может быть то же самое в OS X.
3. Если это не сработает, восстановите резервную копию, созданную на шаге 1, изменив параметры if= и of= .

Если это не сработает, у меня есть еще несколько предложений:

• Вы можете удалить ошибочный раздел и попробовать использовать TestDisk или что-то подобное для его восстановления. Идея в том, что все, что вы использовали для изменения своих разделов, могло бы изменить начальную точку вашего раздела HFS+, что сделало бы его недоступным. TestDisk сканирует файловые системы и создает для них новые записи таблицы разделов, которые должны решить эту проблему. Это не совсем так.
• Повторно создайте раздел и восстановите его файлы из резервной копии.
• Если это не удается, восстановите исходный раздел (заново создав его с использованием точных начальных и конечных точек, которые у него есть сейчас, или восстановив резервную копию таблицы разделов gdisk ) и используйте PhotoRec или аналогичный инструмент для восстановления содержимого раздела в файле. на основе файла. Это будет намного утомительнее, чем восстановление файлов из резервной копии, и вы вряд ли восстановите все, но, если вам повезет, вы сможете восстановить большинство файлов.

Может быть полезно узнать, какой инструмент вы использовали для изменения размера раздела NTFS и создания нового. Хотя я не знаю каких-либо ошибок в общих утилитах, которые могли бы дать именно этот признак, я, безусловно, доверяю некоторым инструментам разбиения больше, чем другим. (Например, стандартные утилиты Windows очень глючат с расширенными / логическими разделами на MBR-дисках, но у вас GPT-диск, так что это не проблема).

---

РЕДАКТИРОВАТЬ:

Я только что заметил кое-что в вашем описании: то, что должно быть томом HFS+, помечено как diskutil типа "Основные данные Microsoft". Это просто неправильно. Это легко исправить с помощью gdisk:

1. Запустите gdisk на диске.
2. Введите p чтобы просмотреть таблицу разделов и точно определить раздел, к которому нет доступа. Я ожидаю, что это будет раздел 3, но лучше быть уверенным.
3. Введите t чтобы изменить код типа. Вам будет предложено ввести номер раздела.
4. Введите 3 (или любой другой подходящий номер, как только что определен).
5. При появлении запроса введите код типа AF00 .
6. Введите w чтобы сохранить изменения. (Вас попросят подтвердить.)

Это должно решить проблему. (Если вы делаете это из OS X, вам может потребоваться перезагрузка.) Есть вероятность, что вам нужно будет ввести AF05 вместо AF00 в качестве кода типа, поэтому, если он не работает, попробуйте повторить этот процесс, но с этим изменением.

Другие инструменты, вероятно, тоже могут это исправить, но я не знаком с процедурами, не случайно. (Может быть , удаляя "msftdata флаг" в parted или GParted бы это ....)