Я использую MacBook Pro, который имеет Высокую Горную цепь и Fedora в двойной загрузке. Я не использовал Fedora, таким образом, я хотел попробовать Ubuntu 17.10, и я выполнил живой USB (загружающийся в режиме EFI).
Учитывая, что все мои связанные с работой файлы, проекты и другой "важный материал" (на стороне Mac) уже сохранены или с помощью Dropbox или с помощью удаленных репозиториев Мерзавца, я решил удалить Fedora и установить Ubuntu, не делая полного изображения битового потока диска.
Сначала я удалил связанные с Fedora разделы с помощью Дисков Gnome (это в порядке). Я запустил установщик Ubuntu, и я сделал эти шаги:
/dev/sda2
как "Физический том для шифрования" и добавил мой парольОбратите внимание на то, что я не сделал принял решение "Перезаписать пустое дисковое пространство". Я также не продолжал установку (я не достигал точки, когда она просит, чтобы Вы подтвердили новую таблицу разделов). Скорее я нажал "Back" и затем сразу закрыл установщик.
Это ничего не должно было писать в диск. Однако установщик Ubuntu решил записать что-то так или иначе, это кажется.
После перезагрузки быстро, было ясно, что что-то не так было записано на диске несмотря на никогда достижение шага подтверждения. Тип раздела был изменен и никакая перенаходка (который загружается правильно), ни экран начальной загрузки Apple может найти macOS.
Это - вывод lsblk
:
NAME FSTYPE LABEL UUID MOUNTPOINT
loop0 squash /rofs
sda
├─sda1 vfat EFI 67E3-17ED
├─sda2 crypto 9b2ca99d-cf43-4d35-936d-be37db7b950d
└─sda3
Первоначально, sda2
был APFS. В macOS Filevault был включен, однако я не могу сказать, использовал ли он CoreStorage или собственное шифрование APFS (я подозреваю последнего, поскольку он был перемещен от более старой версии с HFS +).
Выполнение diskutil list
от Apple интернет-восстановление приводит к этому:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: 7C3457EF-0000-11AA-AA11-00306543ECAC 349.7 GB disk0s2
3: 5361644D-6163-11AA-AA11-00306543ECAC 1.3 GB disk0s3
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: Apple_partition_scheme *1.3 GB disk1
1: Apple_partition_map 30.7 KB disk1s1
2: Apple_HFS OS X Base System 1.3 GB disk1s2
Второе устройство является интернет-восстановлением.
Странно, также /dev/sda3
иначе disk0s3
не распознан, несмотря на то, чтобы никогда быть затронутым всегда. Таким образом, Mac теперь даже не загружает локальное восстановление, но это полагается на базирующийся тот Интернета.
Назад на Ubuntu, parted
жалуется на поврежденный GPT, но gdisk
думает, что это прекрасно. Вот вывод parted -l
:
Model: ATA APPLE SSD SM0512 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 20.5kB 210MB 210MB fat32 EFI System Partition boot, esp
2 210MB 350GB 350GB
3 350GB 351GB 1306MB
Error: Both the primary and backup GPT tables are corrupt. Try making a fresh
table, and using Parted's rescue feature to recover partitions.
Самое главное, как я могу использовать Ubuntu, чтобы зафиксировать таблицу GPT и установить корректный тип файловой системы для /dev/sda2
и /dev/sda3
?
Во-вторых, установщик Ubuntu пишет материал на таблице разделов даже прежде, чем подтвердить изменения? Это - предназначенное поведение?
Там возможности состоят в том, чтобы восстановить систему без переустановки? Как я сказал, у меня есть резервные копии ценных данных. То, что волнует меня, - то, что я потеряю много времени для переустановки приложений и подобных вещей.
Вы записали:
- По ошибке установите тип
/dev/sda2
как "Физический том для шифрования" и добавил мой парольОбратите внимание на то, что я не сделал принял решение "Перезаписать пустое дисковое пространство". Я также не продолжал установку (я не достигал точки, когда она просит, чтобы Вы подтвердили новую таблицу разделов). Скорее я нажал "Back" и затем сразу закрыл установщик.
Учитывая Ваши последующие проблемы, я сказал бы, что или установщик Ubuntu сразу записал в диск, или что-то еще повредило раздел в совпадении синхронизации. Так или иначе Ваша лучшая надежда на восстановление находится на macOS стороне. APFS является просто слишком новым, чтобы иметь любые собственные средства восстановления Linux, по крайней мере, насколько я знаю. Даже если бы такие инструменты были доступны в Linux, то я немного опасался бы их. Я предлагаю, чтобы Вы спросили о восстановлении на форуме Mac. Вы могли бы или ничего не могли бы вернуть, хотя; APFS является достаточно новым, что еще нет больших экспертных знаний, доступных о восстановлении поврежденных файловых систем, и возможно, что установщик Ubuntu (или, независимо от того, что нанесено ущерб) перезаписал что-то действительно критическое. Это особенно верно при использовании шифрования на macOS стороне - хотя шифрование имеет некоторые большие преимущества, один большой недостаток состоит в том, что незначительное повреждение файловой системы может значительно усложнить восстановление, возможно, на грани лишения возможности. (Я не знаю как тарифы APFS в этом отношении.)
Назад на Ubuntu,
parted
жалуется на поврежденный GPT, ноgdisk
думает, что это прекрасно. Вот выводparted -l
:
parted
произведите Вас заключенный в кавычки, довольно неясно о природе предполагаемого повреждения, и Вы не обеспечили вывода от gdisk
. В частности, v
опция от gdisk
(или sgdisk -v
) могло бы быть полезным, как будет полный вывод от того, когда Вы запускаетесь gdisk
и введите p
(или ввести sudo gdisk -l
). Вы, возможно, пропустили a gdisk
предупреждение; или это, возможно, тихо восстановило некоторую тривиальную проблему, которой это вызывает жалобу parted
; или parted
мог бы жаловаться на что-то, что это не действительно повреждение и это gdisk
принятый; или parted
возможно, заметил проблему это gdisk
не сделал. Различия между некоторыми из этих вещей могут быть субъективными - хотя спецификация GPT намного более ясна, чем несуществующая спецификация MBR, она имеет некоторые неоднозначности, таким образом, одна программа могла бы интерпретировать что-то необычное как повреждение, тогда как другой мог бы думать, что она в порядке. Если таблица разделов повреждена, gdisk
страница при восстановлении повреждения GPT может быть полезной. (Отметьте: я - автор gdisk
.), не зная точно, что gdisk
думает о диске, тем не менее, я не могу дать более определенный совет о том, как восстановить его, или даже если он нуждается в ремонте.