Спасение личинки: поврежденная система, не перезагружающая

Хорошо, я говорю по телефону, но добавлю как можно больше детали:

17.10, просто обновленный, все обновило прекрасный кроме подписанного контейнером, который перестал работать. Я предположил, что это будет в порядке, это не было.

/ начальная загрузка, заполненная во время обновления несмотря на наличие достаточного количества пространства согласно измерению в запуске.

Аппаратными средствами является MacBook Air. Купленный три года назад, обновляли версию для управления версиями прекрасный.

HD зашифровал /

/ начальная загрузка постоянно заполнял бы до н.э 200 МБ, я думаю, что, возможно, переместил/boot/efi в/opt/boot/efi для создания места, и symlinked назад.

После того, как обновление 17,10 сообщило о сбое с сообщением к x или r, я сделал пространство, вероятно, путем перемещения чего-то еще в/opt/boot. Я не могу помнить.

Никогда не происходил со мной, что это было проблемой до сих пор, что я не могу перезагрузить, и я понимаю, что / шифруется.

Так или иначе. Ничто не загружается. Я получаю спасательную подсказку личинки.

На новой начальной загрузке набор говорит мне: Cmdpath = (hd1, gpt1)/EFI/Ubuntu Префикс = (hd1, gpt2) / копают Root=hd1, gpt2

Только ls (hd1,gpt2) результаты возвратов, включая личинку (не dir), и efi/, который пуст :( иначе это - весь vmlinuz, конфигурация, initrd, abi, несколько Систем и memtest файлов мусорного ведра.

нормальный insmod говорит мне: ошибка: файл,/grub/x86_64-efi/normal.mod не найденный.

Я предполагаю, что я - fubar'd, правильно?

Я могу переустановить, но я хотел бы получить данные от. Кроме кровавого зашифрованного диска. F

0
задан 20 October 2017 в 23:28

2 ответа

Хорошо.Я понял. Я должен был сделать большое чтение вокруг краев - здесь a список из страницы это не сделал вполне работа. Однако чтение их было тем, что заставило меня достаточно информации знать, что погуглить для и дало мне быстрое и грязное понимание того, что на самом деле произошло, когда я сказал да шифрованию моего HD все те луны назад.

Это - система, которая работала на меня: mount -t ecryptfs

Для записи я создал резервную копию и зашифрованного / и зашифрованного/home/$USER (да,/home/$USER был зашифрован на зашифрованном / - двойное шифрование для боли), и переустановит Ubuntu вместо того, чтобы пытаться спасти мою существующую систему.

Возьмите aways:

  • назад целая система, не только / домой (у меня был некоторый dbs с большой работой в них),
  • создайте резервную копию все / размещают и/или используют менеджер паролей - я понял, что у меня было столько not-in-password-manager паролей, что стоило собраться получить материал Firefox, потому что как потеря реального кошелька, Вы никогда не можете помнить то, что Вы потеряли до позже, когда это является раздражающим.
  • шифрование хорошо, но удостоверьтесь, что Вы знаете то, что Вы делаете и помните пароли
  • / начальная загрузка должны быть 500 МБ в эти дни.
0
ответ дан 2 November 2019 в 02:13

/boot/efi/является просто точкой монтирования для системного раздела EFI, simlinking это не имеет эффект на пространство. и может быть тем, что вызвало отказ обновления контейнера. Регистрируйте свободное место (hd1, gpt1).

Предположение, которое (hd1, gpt1)/EFI/Ubuntu/grubx64.efi или (hd1, gpt1)/EFI/Ubuntu/shimx64.efi все еще существует, пытается копировать содержание/boot/grub/от Вашей установки CD к (hd1, gpt2)/grub/. и видит, загрузится ли это.

0
ответ дан 2 November 2019 в 02:13

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

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