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

549
Sirap

У меня есть 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).
2

1 ответ на вопрос

3
Rod Smith

Нераспределенное пространство, не появляющееся, на самом деле не является проблемой; Многие программы, в том числе 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 +, помечено как тип «Основные данные Microsoft» diskutil. Это просто неправильно. Это легко исправить с помощью gdisk:

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

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

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

Пока я не вернусь домой и не смогу переварить этот ответ, позвольте мне сказать спасибо. Ты всегда очень услужливый. Мне пришлось опустить детали, чтобы избежать текстовой стены, но вы правы, я использовал стандартный менеджер разделов Windows 10. Он правильно идентифицировал его как диск GPT и выглядел так, как будто он правильно идентифицировал каждый раздел. Я предположил, что это был лучший инструмент для операций изменения размера NTFS. Я понимаю, как это предположение может быть неверным. Sirap 8 лет назад 0
Пожалуйста, смотрите мое редактирование выше; Я заметил кое-что, что упустил из виду при первом чтении, и это приводит к вероятному исправлению. Rod Smith 8 лет назад 0
Изменение кода типа на AF00 сделало свое дело. Я не знаю, почему Windows 10 посчитала хорошей идеей испортить несвязанный раздел, как этот, но я полагаю, мне не нужно об этом беспокоиться, так как я больше никогда не буду использовать эту утилиту Microsoft. Sirap 7 лет назад 0