Жесткий диск моего 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
Если вы еще этого не сделали, используйте Дисковую утилиту 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
то:
Соответствующие строки из /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
неправильный только размер раздела.
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
] :(
adjust
asr, кажется, не задокументирован Apple, но понимается в другом месте, например, justindelliott / PartitionAndRestoreLionRecoveryHD . Я не могу найти информацию о неизвестном коде ошибки.Загрузите тестовый диск и обратитесь к встроенным инструкциям. Это очень мощное программное обеспечение, поэтому используйте его осторожно. Он перестроит раздел disk0s4, а затем файловую систему. Все ваши файлы вернутся как есть. Я рекомендую это, потому что это очень удобно для пользователя, и я сэкономил 2000 долларов на восстановлении данных благодаря тестовому диску.
У меня была такая же проблема, мне пришлось rsync данные из раздела, удалить и заново создать и снова переместить данные обратно.
Тодд К.
Тодд К.
Грэм Перрин
InstallESD.dmg
один (без Install OS X Mountain Lion.app) для создания загрузочного USB-диска? Пожалуйста, отредактируйте вступительный вопрос, включив в него информацию… и на данный момент отложите мысли о других машинах; давайте сосредоточимся на этом - спасибо.Грэм Перрин
Install.ESD
не применимо ко всем компьютерам Mac с поддержкой Lion. Интересно , верно ли то же самое для Mountain Lion.Грэм Перрин