Переустановите Ubuntu 16.04 с помощью UEFI, LUKS-шифрования и LVM

У меня случилась катастрофа после обновления ubuntu, которая пошла не так

Конечный результат был удалённым, мой / boot dir

также кажется, что my / proc dir также не содержит ничего [ ! d2]

, когда я загружаю машину, он просто падает прямо в BIOS

. Заметьте, когда я говорю BIOS, я могу иметь в виду UEFI, я уверен, что машина имеет UEFI

Ситуация осложняется тем, что у меня есть полное шифрование диска LVM и LUKS на машине.

Мой подход к исправлению заключался в том, чтобы загрузить LiveUSB и выполнить переустановку

Однако, когда я добираюсь до экрана типа установки, он говорит мне, что у машины нет операционных систем.

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

Я думаю, что мне нужно выбрать «что-то еще» в этой точке, а затем указать соответствующее устройство.

Выполнение этого я дойду до экрана типа установки :

Но я застрял в этом пункте, осознавая что если я ошибаюсь, это может привести к тому, что мне придется спуститься с нуля с нуля, что я хочу избежать.

Я думаю, что я должен выбрать устройство sda1 (fat32) в качестве точки установки загрузчика, но я не 100%

Возможно, переустановка - это не путь, и я может исправить загрузочный диск каким-либо другим способом?

Обновление: мне просто приходило в голову, что я должен пройти через liveusb и дешифровать hpd ноутбуков, а затем запустить install, поскольку он может затем распознать его и предложить мне

Update2:

Не зашифрованный диск - попробовал ремонт, но он не выбрал

Теперь я вернулся в инсталлятор ..

В типе установки мои параметры теперь отличаются от unencrypt:

Я был немного разочарован тем, что установщик все еще говорил мне, что ОС не установлена ​​- так что еще нужно нажать «Что-то еще»

Но это больше похоже на это, кто-нибудь знает, какое устройство я должен использоваться для установки загрузчика

Примечание для всех - машина для размышлений efully об использовании полного шифрования диска, в то время как это может затруднить получение другими данными других пользователей, это также может затруднить получение ваших собственных данных! Это, безусловно, делает фиксацию вашего / boot-файла и делает переустановки более сложными ..

Update3:

enter image description here [!d13]

Взял pic gparted для полноты. sda1 должен быть загрузочным разделом uefi как его fat32. Не совсем уверен, что такое раздел ext2 244MB. sda3 содержит то, что осталось от моей ОС ubuntu, и я вижу это хорошо в наутилусе. Вся корневая файловая система существует. Я думаю, что boot-repair сделал что-то, поскольку / boot больше не пуст - это выглядит так:

ubuntu@ubuntu:~$ ls -l /media/ubuntu/35270969-3a72-4de9-893c-5bf95758468e/boot/ total 46780 -rw-r--r-- 1 root root 1249685 Jan 19 13:06 abi-4.4.0-112-generic -rw-r--r-- 1 root root 190533 Jan 19 13:06 config-4.4.0-112-generic drwxr-xr-x 2 root root 4096 Feb 2 16:47 efi -rw-r--r-- 1 root root 10422531 Feb 2 16:48 initrd.img-4.4.0-104-generic -rw-r--r-- 1 root root 17907657 Feb 2 16:48 initrd.img-4.4.0-112-generic -rw------- 1 root root 3891234 Jan 19 13:06 System.map-4.4.0-112-generic -rw------- 1 root root 7110608 Jan 19 13:06 vmlinuz-4.4.0-112-generic -rw------- 1 root root 7112536 Feb 2 16:48 vmlinuz-4.4.0-112-generic.efi.signed

Обратите внимание, что это также показывает, как был зашифрован диск LUKS, т. Е.

/media/ubuntu/35270969-3a72-4de9-893c-5bf95758468e

то, что здесь отсутствует, - это grub dir?

Я также смонтировал sda1 и sda2, чтобы посмотреть, что в них:

ubuntu@ubuntu:~$ sudo mount /dev/sda1 /media/test-sda1/ ubuntu@ubuntu:~$ sudo mount /dev/sda2 /media/test-sda2/ ubuntu@ubuntu:~$ ls -l /media/test-sda1/EFI/ubuntu/ total 3472 drwxr-xr-x 2 root root 4096 Jan 4 2017 fw -rwxr-xr-x 1 root root 67536 Jan 31 09:19 fwupx64.efi -rwxr-xr-x 1 root root 121 Jan 15 19:00 grub.cfg -rwxr-xr-x 1 root root 1133944 Jan 15 19:00 grubx64.efi -rwxr-xr-x 1 root root 1168464 Jan 15 19:00 mmx64.efi -rwxr-xr-x 1 root root 1169992 Jan 15 19:00 shimx64.efi ubuntu@ubuntu:~$ ls -l /media/test-sda2 total 558 drwxrwxr-x 2 root root 1024 Jan 18 2016 efi drwxr-xr-x 5 root root 1024 Jan 31 09:26 grub drwx------ 2 root root 12288 Jan 18 2016 lost+found -rw-r--r-- 1 root root 182704 Jan 28 2016 memtest86+.bin -rw-r--r-- 1 root root 184380 Jan 28 2016 memtest86+.elf -rw-r--r-- 1 root root 184840 Jan 28 2016 memtest86+_multiboot.bin

do not знаете ли это?

Обновление 4:

Теперь сгенерирована сводка загрузки в enter image description here [!d13]

] Два дополнительных варианта восстановления при загрузке, которые попали мне в глаза, как потенциально неправильные:

secureBoot выбран GRUB расположение отдельный загрузочный раздел sda2 unselected

cryptsetup: WARNING: invalid line in /etc/crypttab for luks-eab09f57-2c9d-4f3e-b81b-20061bb31685 - cryptsetup: WARNING: invalid line in /etc/crypttab for luks-eab09f57-2c9d-4f3e-b81b-20061bb31685 - An error occurred during the repair. Please write on a paper the following URL: http://paste.ubuntu.com/26513410/ In case you still experience boot problem, indicate this URL to: boot.repair@gmail.com You can now reboot your computer. Please do not forget to make your BIOS boot on sda1/EFI/ubuntu/grubx64.efi file!

1
задан 3 February 2018 в 20:23

0 ответов

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

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