Неверный пароль после включения FileVault

2

Я использую FileVault для шифрования всех моих дисков. В последнее время у меня были проблемы с перезапуском моего MacBook. После перезагрузки клавиатура и мышь зависали при входе в систему, делая невозможным вход в систему или что-либо сделать. Оказалось, что решением было отключить FileVault в режиме восстановления. После этого я мог войти, и все это, казалось, работало.

См. Проблемы запуска MacBook - мышь и клавиатура не работают при входе в систему / застряли на логотипе Apple

Вскоре после этого я решил снова включить Filevault, и я сделал это. Это была не очень хорошая идея. Я включил его, увидел код восстановления, который скопировал в базу данных Keepass на Mac, и перезапустил. Сразу после этого у меня возникла такая же проблема с зависшей клавиатурой и мышью. Поэтому я попытался вернуться, отключив FileVault, за исключением того, что теперь мой пароль больше не работает.

Когда я включил FileVault, пароль не запрашивался, поэтому я предположил, что он будет использовать тот же пароль, что и для входа в систему. Это работает не так. Я могу перейти в режим восстановления, ввести свой пароль, который работает, а затем попытаться разблокировать диск, который не работает. Там написано: неверный пароль.

Резервные копии

У меня есть несколько резервных копий, с Time Machine, и у меня есть образ системного диска, скопированный на другой диск. Конечно, это также зашифровано, но это до отключения и включения FileVault, поэтому старый пароль должен работать там. Я попытался перезапустить нажатие, Cчтобы выбрать загрузочный диск, но это не сработало, как предполагалось.

Вопросов

  • Как я могу запустить с этого другого диска? Я мог бы даже использовать чистый диск со свежей системой, если это необходимо.
  • Что случилось с паролем при включении FileVault?
  • Есть ли другой способ исправить проблему с паролем?
  • Могу ли я сделать резервную копию системного диска перед удалением, если я решу переустановить? При необходимости я могу даже загрузить Linux. Если да, то как?
SPRBRN
источник
1
C предназначен только для CD / DVD / загрузочных дисков! Образ системного диска, скопированный на другой диск, не является загрузочным. Только восстановление содержимого изображения на томе может создать загрузочный том!
klanomath

Ответы:

1

У меня был образ системного диска на внешнем жестком диске. Это изображение было зашифровано. Я запустился в режиме восстановления с этим подключенным диском и выбрал его в качестве загрузочного раздела.

После перезагрузки оказалось, что проблема с загрузкой зашифрованного раздела возникла снова. Я еще раз перезагрузился в режиме восстановления, затем выбрал этот раздел и выбрал нижнюю опцию (клавиатура не работает при попытке входа в систему). Эта опция расшифровывает раздел. Еще один перезапуск, и я могу войти в систему на этом внешнем разделе.

После входа в систему я мог разблокировать внутренний системный диск, что было невозможно после того, как я снова включил шифрование на прошлой неделе. Теперь я мог использовать Superduper для копирования внутреннего диска на второй внешний диск, который не был зашифрован. После этого я мог перезагрузиться с этого диска, который был современной системой. Это довольно медленный HDD, даже с USB3, по сравнению с внутренним SSD. Загрузка занимает много лет.

Имея эту настройку, я мог скопировать систему обратно на внутренний SSD, в незашифрованном виде.

Этот Macbook Pro Retina (2015) имеет 2xUSB3 и внутренний 120 ГБ SSD. Настройка была следующей:

  • MacOS: Системный диск: 1-й внешний жесткий диск через USB3 (это более старая резервная копия)
  • SSD: не работает внутренний системный диск: 120GB внутренний SSD
  • Резервное копирование: 2-й внешний жесткий диск через USB3

Сверхчувственные действия:

  1. Дешифруйте 1-й внешний диск, потому что он также не будет работать в зашифрованном виде.
  2. Superduper копирует зашифрованный SSD на незашифрованный резервный диск с MacOS на 1-м внешнем диске.
  3. Извлеките 1-й внешний диск и загрузитесь с резервного диска, на котором теперь есть копия внутренней системы.
  4. Супердупер копирование внешнего резервного HDD на внутренний SSD, в незашифрованном виде.

Второй шаг занял 3 часа за 100ГБ. Затем я удалил несколько папок, которые не были важны, после чего осталось 80 ГБ. Для завершения шага 4 потребовалось 16 часов. Я не понимаю этого, но создам еще один вопрос по этому поводу.

В общем, сейчас у меня есть работающая система, хотя она и не зашифрована, и пока я не собираюсь снова шифровать. Можно создать внешний тестовый SSD с копией текущей ОС, урезать ее, зашифровать и посмотреть, как это работает. Другой вариант - установить с нуля, зашифровать и посмотреть, как это работает, сохраняя доступность синхронизированного SSD.

SPRBRN
источник