Как восстановить раздел APFS для Macbook с помощью Ubuntu?

Question 1

Если у контейнера не установлен bash (например, consul), вы можете попробовать sh:

docker exec -it CONTAINER /bin/sh

Или сначала искать оболочки в / bin:

docker export CONTAINER|tar -t|egrep ^bin/

Question 2

Вы писали:

Неправильно установить тип /dev/sda2 как «Физический том для шифрования» и добавил мой пароль. Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщика.

Учитывая ваши дальнейшие проблемы, я бы сказал, что либо установщик Ubuntu сразу записывал на диск, либо что-то еще повредил раздел в совпадении времени. В любом случае, ваша лучшая надежда на выздоровление лежит на стороне macOS. APFS просто слишком новен, чтобы иметь какие-либо встроенные средства восстановления Linux, по крайней мере, насколько я знаю. Даже если бы такие инструменты были доступны в Linux, я бы немного опасался их. Я предлагаю вам спросить о выздоровлении на форуме Mac. Однако вы могли бы или не могли бы вернуть что-либо обратно; APFS является достаточно новым, что еще нет большого опыта в восстановлении поврежденных файловых систем, и вполне возможно, что установщик Ubuntu (или что-то, что вызвало повреждение) переписал что-то действительно критичное. Это особенно актуально, если вы использовали шифрование на стороне macOS - хотя шифрование имеет некоторые большие преимущества, один большой недостаток заключается в том, что незначительный ущерб файловой системе может значительно усложнить восстановление, возможно, до такой степени, что это невозможно. (Я не знаю, как APFS тарифицируется в этом отношении.)

Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщик.

Вернемся к Ubuntu, parted жалуется на поврежденный GPT, но gdisk считает, что все в порядке. Вот результат работы parted -l:

Question 3

Question 4

Вы писали:

Неправильно установить тип /dev/sda2 как «Физический том для шифрования» и добавил мой пароль. Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщика.

Учитывая ваши дальнейшие проблемы, я бы сказал, что либо установщик Ubuntu сразу записывал на диск, либо что-то еще повредил раздел в совпадении времени. В любом случае, ваша лучшая надежда на выздоровление лежит на стороне macOS. APFS просто слишком новен, чтобы иметь какие-либо встроенные средства восстановления Linux, по крайней мере, насколько я знаю. Даже если бы такие инструменты были доступны в Linux, я бы немного опасался их. Я предлагаю вам спросить о выздоровлении на форуме Mac. Однако вы могли бы или не могли бы вернуть что-либо обратно; APFS является достаточно новым, что еще нет большого опыта в восстановлении поврежденных файловых систем, и вполне возможно, что установщик Ubuntu (или что-то, что вызвало повреждение) переписал что-то действительно критичное. Это особенно актуально, если вы использовали шифрование на стороне macOS - хотя шифрование имеет некоторые большие преимущества, один большой недостаток заключается в том, что незначительный ущерб файловой системе может значительно усложнить восстановление, возможно, до такой степени, что это невозможно. (Я не знаю, как APFS тарифицируется в этом отношении.)

Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщик.

Вернемся к Ubuntu, parted жалуется на поврежденный GPT, но gdisk считает, что все в порядке. Вот результат работы parted -l:

Question 5

Вы писали:

Неправильно установить тип /dev/sda2 как «Физический том для шифрования» и добавил мой пароль. Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщика.

Учитывая ваши дальнейшие проблемы, я бы сказал, что либо установщик Ubuntu сразу записывал на диск, либо что-то еще повредил раздел в совпадении времени. В любом случае, ваша лучшая надежда на выздоровление лежит на стороне macOS. APFS просто слишком новен, чтобы иметь какие-либо встроенные средства восстановления Linux, по крайней мере, насколько я знаю. Даже если бы такие инструменты были доступны в Linux, я бы немного опасался их. Я предлагаю вам спросить о выздоровлении на форуме Mac. Однако вы могли бы или не могли бы вернуть что-либо обратно; APFS является достаточно новым, что еще нет большого опыта в восстановлении поврежденных файловых систем, и вполне возможно, что установщик Ubuntu (или что-то, что вызвало повреждение) переписал что-то действительно критичное. Это особенно актуально, если вы использовали шифрование на стороне macOS - хотя шифрование имеет некоторые большие преимущества, один большой недостаток заключается в том, что незначительный ущерб файловой системе может значительно усложнить восстановление, возможно, до такой степени, что это невозможно. (Я не знаю, как APFS тарифицируется в этом отношении.)

Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщик.

Вернемся к Ubuntu, parted жалуется на поврежденный GPT, но gdisk считает, что все в порядке. Вот результат работы parted -l:

Rod Smith · Accepted Answer · 22 May 2018 в 17:18

Вы писали:

Неправильно установить тип /dev/sda2 как «Физический том для шифрования» и добавил мой пароль. Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщика.

Учитывая ваши дальнейшие проблемы, я бы сказал, что либо установщик Ubuntu сразу записывал на диск, либо что-то еще повредил раздел в совпадении времени. В любом случае, ваша лучшая надежда на выздоровление лежит на стороне macOS. APFS просто слишком новен, чтобы иметь какие-либо встроенные средства восстановления Linux, по крайней мере, насколько я знаю. Даже если бы такие инструменты были доступны в Linux, я бы немного опасался их. Я предлагаю вам спросить о выздоровлении на форуме Mac. Однако вы могли бы или не могли бы вернуть что-либо обратно; APFS является достаточно новым, что еще нет большого опыта в восстановлении поврежденных файловых систем, и вполне возможно, что установщик Ubuntu (или что-то, что вызвало повреждение) переписал что-то действительно критичное. Это особенно актуально, если вы использовали шифрование на стороне macOS - хотя шифрование имеет некоторые большие преимущества, один большой недостаток заключается в том, что незначительный ущерб файловой системе может значительно усложнить восстановление, возможно, до такой степени, что это невозможно. (Я не знаю, как APFS тарифицируется в этом отношении.)

Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщик.

Вернемся к Ubuntu, parted жалуется на поврежденный GPT, но gdisk считает, что все в порядке. Вот результат работы parted -l:

Большое спасибо за ваш ответ Род. Да, установщик написал материал на моем диске. Позже я упомянул (немного похож на комментарии), что «Проблема не в таблице разделов, а в том, что Ubuntu переписывает огромные 2 МБ контейнера APFS без подтверждений или предупреждений». Я согласен с вами w.r.t. шифрование и что это делает его трудным или невозможным. Я уже отформатировал и переустановил почти все мои приложения. Это немного разочаровывает, потому что я потерял свои видеоигры, сохраняя файлы и другие тривиальные вещи. Продолжая, я больше не буду создавать резервные копии только «важных данных», но все. — Andrea Lazzarotto, 24 October 2017 в 19:21

Rod Smith · Accepted Answer · 18 July 2018 в 04:52

Вы писали:

Неправильно установить тип /dev/sda2 как «Физический том для шифрования» и добавил мой пароль. Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщика.

Учитывая ваши дальнейшие проблемы, я бы сказал, что либо установщик Ubuntu сразу записывал на диск, либо что-то еще повредил раздел в совпадении времени. В любом случае, ваша лучшая надежда на выздоровление лежит на стороне macOS. APFS просто слишком новен, чтобы иметь какие-либо встроенные средства восстановления Linux, по крайней мере, насколько я знаю. Даже если бы такие инструменты были доступны в Linux, я бы немного опасался их. Я предлагаю вам спросить о выздоровлении на форуме Mac. Однако вы могли бы или не могли бы вернуть что-либо обратно; APFS является достаточно новым, что еще нет большого опыта в восстановлении поврежденных файловых систем, и вполне возможно, что установщик Ubuntu (или что-то, что вызвало повреждение) переписал что-то действительно критичное. Это особенно актуально, если вы использовали шифрование на стороне macOS - хотя шифрование имеет некоторые большие преимущества, один большой недостаток заключается в том, что незначительный ущерб файловой системе может значительно усложнить восстановление, возможно, до такой степени, что это невозможно. (Я не знаю, как APFS тарифицируется в этом отношении.)

Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщик.

Вернемся к Ubuntu, parted жалуется на поврежденный GPT, но gdisk считает, что все в порядке. Вот результат работы parted -l:

Rod Smith · Accepted Answer · 24 July 2018 в 18:11

Вы писали:

Неправильно установить тип /dev/sda2 как «Физический том для шифрования» и добавил мой пароль. Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщика.

Учитывая ваши дальнейшие проблемы, я бы сказал, что либо установщик Ubuntu сразу записывал на диск, либо что-то еще повредил раздел в совпадении времени. В любом случае, ваша лучшая надежда на выздоровление лежит на стороне macOS. APFS просто слишком новен, чтобы иметь какие-либо встроенные средства восстановления Linux, по крайней мере, насколько я знаю. Даже если бы такие инструменты были доступны в Linux, я бы немного опасался их. Я предлагаю вам спросить о выздоровлении на форуме Mac. Однако вы могли бы или не могли бы вернуть что-либо обратно; APFS является достаточно новым, что еще нет большого опыта в восстановлении поврежденных файловых систем, и вполне возможно, что установщик Ubuntu (или что-то, что вызвало повреждение) переписал что-то действительно критичное. Это особенно актуально, если вы использовали шифрование на стороне macOS - хотя шифрование имеет некоторые большие преимущества, один большой недостаток заключается в том, что незначительный ущерб файловой системе может значительно усложнить восстановление, возможно, до такой степени, что это невозможно. (Я не знаю, как APFS тарифицируется в этом отношении.)

Обратите внимание, что я не выбрал «Перезаписать пустое место на диске». Я также не продолжал установку (я не дошел до точки, когда он просит вас подтвердить новую таблицу разделов). Скорее, я нажал «Назад», а затем сразу же закрыл установщик.

Вернемся к Ubuntu, parted жалуется на поврежденный GPT, но gdisk считает, что все в порядке. Вот результат работы parted -l:

Как восстановить раздел APFS для Macbook с помощью Ubuntu?

3 ответа

Другие вопросы по тегам:

Похожие вопросы: