У меня случилась катастрофа после обновления 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:
[!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:
Теперь сгенерирована сводка загрузки в [!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!