Как смонтировать раздел disk0s4, который стал недоступным после чистой установки Mountain Lion?

Жесткий диск моего MacBook Pro состоит из двух разделов. Один с ОС, а другой с данными.

Вчера с загрузочного USB-накопителя я выполнил чистую установку Mountain Lion на диск ОС. Я создал загрузочный установщик USB из файла InstallESD.dmg, полученного при покупке ОС в Mac App Store.

Теперь я не могу увидеть или смонтировать свой раздел данных. Мне интересно, есть ли проблема с MBR. В Дисковой утилите он отображается как «disk0s4», но неактивен.

Любые идеи о том, как я могу смонтировать раздел данных, чтобы я мог получить от него свои данные?

Ибо diskutil list disk0результат:

/dev/disk0
   #:                                 TYPE NAME         SIZE       IDENTIFIER
   0:                GUID_partition_scheme             *500.1 GB   disk0
   1:                                  EFI              209.7 MB   disk0s1
   2:                            Apple_HFS MacBook OS    99.5 GB   disk0s2
   3:                           Apple_Boot Recovery HD  650.0 MB   disk0s3
   4: 46860E2C-2310-4F96-99F6-616D0B4CB55D              399.6 GB   disk0s4

Вот результатdiskutil info /dev/disk0s4

Device Identifier:        disk0s4
Device Node:              /dev/disk0s4
Part of Whole:            disk0
Device / Media Name:      MacBook Data

Volume Name:              Not applicable (no file system)

Mounted:                  Not applicable (no file system)

File System:              None

Partition Type:           46860E2C-2310-4F96-99F6-616D0B4CB55D
OS Can Be Installed:      No
Media Type:               Generic
Protocol:                 SATA
SMART Status:             Verified

Total Size:               399.6 GB (399629668352 Bytes) (exactly 780526696 512-Byte-Blocks)
Volume Free Space:        Not applicable (no file system)
Device Block Size:        512 Bytes

Read-Only Media:          No
Read-Only Volume:         Not applicable (no file system)
Ejectable:                No

Whole:                    No
Internal:                 Yes
Solid State:              No
/dev/disk0 0: GUID_partition_scheme *500,1 ГБ disk0 1: EFI 209,7 МБ disk0s1 2: Apple_HFS MacBook OS 99,5 ГБ disk0s2 3: Apple_Boot Recovery HD 650,0 МБ disk0s3 4: 46860E2C-2310-4F96-99F6-616GBs disk039CB546D
Я установил с созданного мной загрузочного USB-диска. На других машинах обновлял без проблем. Сейчас я пробую демонстрацию ProSoftEng Data Rescue 3. Я просто хочу получить свои данные!
Вы использовали InstallESD.dmgодин (без Install OS X Mountain Lion.app) для создания загрузочного USB-диска? Пожалуйста, отредактируйте вступительный вопрос, включив в него информацию… и на данный момент отложите мысли о других машинах; давайте сосредоточимся на этом - спасибо.
По крайней мере, для одной сборки Lion: Install.ESDне применимо ко всем компьютерам Mac с поддержкой Lion. Интересно , верно ли то же самое для Mountain Lion.

Ответы (4)

Монтирование тома

Проверка Дисковой утилиты и возможное восстановление карты разделов

Если вы еще этого не сделали, используйте Дисковую утилиту 13 (426) в OS X 10.8, чтобы выбрать и проверить:

  • не серый раздел
  • вместо этого физический диск, содержащий раздел.

Если проверка выявит проблему с картой разделов, подумайте о том, чтобы разрешить Дисковой утилите попытаться восстановить ее.

Работа без Дисковой утилиты

Отдайте должное Цезию за то, что он нашел asrпредложение.

Здесь с одноразовым томом JHFS+ пример корректировки, работающей должным образом. Обратите внимание на проверку файловой системы:

macbookpro08-centrim:~ gjp22$ diskutil unmount /dev/disk12s1
Volume sandpit on disk12s1 unmounted
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /dev/disk12s1 --settype "Apple_UFS"
Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
macbookpro08-centrim:~ gjp22$ diskutil list disk12
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.9 MB   disk12
   1:                  Apple_UFS sandpit                 256.9 MB   disk12s1
macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1
Volume on disk12s1 failed to mount
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /dev/disk12s1 --settype "Apple_HFS"
Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1
Volume sandpit on /dev/disk12s1 mounted
macbookpro08-centrim:~ gjp22$ 

Если ваш собственный тип /dev/disk0s4не может быть безопасно отрегулирован или (пере)установлен, Apple_HFSто:

  • операционная система может больше не работать с файловой системой HFS Plus (или ее остатками), которая занимает или занимала затронутую область физического диска; и
  • вы можете усомниться в целостности раздела (начальный и конечный блоки и т. д.).

Соответствующие строки из /private/var/log/install.logдолжны показать, что произошло disk0s4до, во время или после установки ОС в disk0s2. Эта зарегистрированная информация может стать критической для восстановления легкого доступа к данным.

Получение данных без монтирования тома

Удачи вам в использовании Data Rescue 3 — у меня есть приложение, но я никогда не пытался восстановить какую-либо область диска, где тип раздела был затронут таким образом.


Наблюдения

Имя устройства/носителя

Иногда это не всегда совпадает с именем тома. Вот, например:

macbookpro08-centrim:~ gjp22$ diskutil info disk0s2 | grep Name:
   Device / Media Name:      swap
   Volume Name:              swap
macbookpro08-centrim:~ gjp22$ diskutil info disk0s4 | grep Name:
   Device / Media Name:      Untitled
   Volume Name:              spare

Для Тодда К. наличие имени устройства/носителя –

данные макбука

– вселяет надежду, что начальный и конечный блоки и т. д. исправны, что typeнеправильный только размер раздела.

Нет системы восстановления 10.8 для OS X 10.8

Recovery HD подразумевает Recovery OS 10.7.x.

В любом случае, подобно этому, незавершенная установка (то есть без ожидаемого обновления до слайса Apple_Boot) сигнализирует о том, что мог использоваться нестандартный метод установки — только с частью приложения-установщика Apple.

Примечание

Таблица разделов GUID , как описано в Дисковой утилите, является нормой для этого типа современной установки OS X, а не основной загрузочной записи.

Интересно, что два результата Google, если вы ищете этот GUID, 46860E2C-2310-4F96-99F6-616D0B4CB55D .

Один из них относится к команде, которая может установить тип раздела обратно на Apple_HFS (при условии, что это было в первую очередь?), так что, возможно, стоит попробовать?

sudo asr adjust --target /dev/disk0s4 --settype "Apple_HFS"

Источник: http://help.bombich.com/discussions/questions/12878-unable-to-boot-from-local-disk-after-verify-step

[Редактировать: похоже, что мой asr на Mountain Lion не имеет аргумента настройкиasr ] :(

Я попробовал команду sudo и получил следующее сообщение: Ошибка регулировки громкости: неизвестная ошибка: -123
Глагол adjustasr, кажется, не задокументирован Apple, но понимается в другом месте, например, justindelliott / PartitionAndRestoreLionRecoveryHD . Я не могу найти информацию о неизвестном коде ошибки.

Загрузите тестовый диск и обратитесь к встроенным инструкциям. Это очень мощное программное обеспечение, поэтому используйте его осторожно. Он перестроит раздел disk0s4, а затем файловую систему. Все ваши файлы вернутся как есть. Я рекомендую это, потому что это очень удобно для пользователя, и я сэкономил 2000 долларов на восстановлении данных благодаря тестовому диску.

Я пробую это сейчас. Это первый инструмент, который даже распознал отсутствующий раздел. Выложу результат. Спасибо!
Это нормально, что "быстрый поиск" занимает много времени?
Нет. Вероятно, вы ввели глубокий поиск. Вы указали GPT/EFI в качестве типа таблицы разделов? Вы должны были написать таблицу разделов, когда она распознала отсутствующий раздел. Проверьте файл Readme.
Файл readme.txt просто отсылает меня к веб-ресурсам. После запуска опции sudo я вижу диск, указанный четыре раза как: /dev/disk0, /dev/disk3, /dev/rdisk0 и /dev/rdisk3. Я вижу раздел «Данные MacBook» на /dev/rdisk0. Он говорит мне, что доступ для записи для этого носителя недоступен. Мне нужно загрузиться в режиме восстановления, а не в ОС?
Всякий раз, когда я пытаюсь "написать", я получаю сообщение об ошибке. Фу.
Ах да, я забыл это! Вы должны загрузиться с Recovery HD или другого носителя для восстановления.
Я могу загрузиться с Recovery HD, но как я могу получить доступ к тестовому диску в Recovery? Нужно ли использовать Терминал? Любые советы по этому поводу?
Для этого вам нужно изучить какой-нибудь базовый терминал. Навигация по каталогам и прочее. Я не могу помочь вам шаг за шагом, так как ваш диск и структура каталогов будут явно отличаться от моих. Кроме того, вы должны загрузиться с ВНЕШНЕГО Recovery HD. Эта ( support.apple.com/kb/DL1433?viewlocale=en_US&locale=en_US ) статья поможет вам создать внешний Recovery HD.
Вы собрались? Пожалуйста, регулярно обновляйте свой прогресс.
Самый многообещающий ответ (хотя мне никогда не приходилось использовать TestDisk). Для простоты я могу порекомендовать установить OS X (не только Recovery OS) на внешний диск; результирующая среда будет более знакомой.

У меня была такая же проблема, мне пришлось rsync данные из раздела, удалить и заново создать и снова переместить данные обратно.