Старое изображение Ubuntu не загрузится
Я обновил до 19,04 несколько недель назад, и теперь я пытаюсь понизить до 18,04 временно.
Я сделал резервные копии своей системы с помощью btrfs резервные копии на внешний диск и затем поместил мои старые 18.04 @ и @home каталоги назад на исходном диске. Они оба маркированы соответственно (Не то, чтобы я забыл переименовывать их с их резервных имен), и они - оба использование чтения-записи btrfs property
Я не могу заставить личинку загружать его все же. Я даже попытался загрузиться из командной строки личинки с помощью типичных методов, но застрял, когда система главным образом загрузилась, но я получил дополнительный терминал, говоря, что init не был найден, и я не знал, что сделать оттуда.
Я также попробовал grub-install вручную устанавливая - каталог начальной загрузки и - efi-каталог, но провал.
Я просто должен заставить систему загружаться однажды для восстановления зашифрованных данных, таким образом, я в порядке, если Вы говорите мне просто делать что-то в командной строке личинки, чтобы заставить ее загружаться. Общие решения прекрасны также все же.
Это - экран, когда я выбираю опции по умолчанию в личинке: Нажмите на изображение для увеличенной версии. 
РЕДАКТИРОВАНИЕ 1: существует также эта ошибка:
kubuntu@kubuntu:/mnt/sdc$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 1.7G 1 loop /rofs
sda 8:0 0 931.5G 0 disk
└─sda1 8:1 0 931.5G 0 part
sdb 8:16 0 22.4G 0 disk
sdc 8:32 0 465.8G 0 disk
├─sdc1 8:33 0 512M 0 part /mnt/sdc/@/boot/efi
└─sdc2 8:34 0 465.3G 0 part /mnt/sdc
sdd 8:48 0 931.5G 0 disk
sde 8:64 1 14.9G 0 disk /cdrom
├─sde1 8:65 1 1.8G 0 part
└─sde2 8:66 1 3.7M 0 part
sdf 8:80 1 1.9G 0 disk
└─sdf1 8:81 1 1.9G 0 part
sr0 11:0 1 1024M 0 rom
sr1 11:1 1 7M 0 rom
kubuntu@kubuntu:/mnt/sdc$ sudo grub-install --boot-directory=@/boot/ --efi-directory=@/boot/efi/
Installing for x86_64-efi platform.
Installation finished. No error reported.
kubuntu@kubuntu:/mnt/sdc$ sudo update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
РЕДАКТИРОВАНИЕ 2:
Я узнал, что UUID жесткого диска изменился, так как я сделал установку 19,04, таким образом, я изменил это в/mnt/sdc2 / @/etc/fstab. Странно, во время начальной загрузки в личинке, это все еще показывает старый UUID в ошибочной подсказке. Я полагал, что, возможно, это уходило старый fstab, таким образом, я удалил записи загрузки с помощью efibootmgr и затем сделал использование процесса установки личинки - каталог начальной загрузки и - efidirectory параметры.
Установка личинки пошла прекрасная без ошибок, но она все еще произвела ту же ошибку во время начальной загрузки. Все еще уверенный, что произошло с ним. Не может вручную загрузиться также.
Вот некоторые изображения того, что происходит: (Ручная Начальная загрузка) 
(Результаты ручной начальной загрузки) 
fstab:
# <file system> <mount point> <type> <options> <dump> <pass>
#Lesser Ark
UUID=8b2f117e-ed70-4405-9524-cac9c249da01 / btrfs defaults,noatime,nodiratime,compress=lzo,ssd,subvol=@ 0 1
#UUID=423F-051C /boot/efi vfat umask=0077 0 1
UUID=8b2f117e-ed70-4405-9524-cac9c249da01 /home btrfs defaults,noatime,nodiratime,compress=zstd,ssd,subvol=@home 0 2
#UUID=45f9fe6b-ae81-47c7-bbd7-f9ca4ac66060 none swap sw 0 0
#UUID=423F-051C /boot/efi vfat defaults 0 1
#ELYSIUM
UUID=0f834b1e-78a4-4b8b-9528-3b6c3f5ae37b /media/sarah/ELYSIUM btrfs defaults,noauto,space_cache,compress=zstd,autodefrag,subvol=EternalFields 0 0
#SENTINEL
UUID=38e88d7b-d527-4784-8060-cfa456c27b13 /media/sarah/SENTINEL btrfs defaults,noauto,space_cache,compress=zstd 0 0
#Convergent Refuge
UUID=bae62e15-46d2-4aa4-84de-5f8bdd93c3e2 /media/sarah/ConvergentRefuge btrfs defaults,noatime,space_cache,compress=zstd 0 0
blkid:
kubuntu@kubuntu:/mnt$ sudo blkid
/dev/sda1: LABEL="Convergent Refuge" UUID="bae62e15-46d2-4aa4-84de-5f8bdd93c3e2" UUID_SUB="55c809a3-a971-4736-94ef-a11e7f1a6172" TYPE="btrfs" PARTLABEL="Convergent Refuge" PARTUUID="9c3a4912-6cd5-4155-a78f-6356f1acb874"
/dev/sdc1: LABEL_FATBOOT="L_ARK_EFI" LABEL="L_ARK_EFI" UUID="423F-051C" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="78554a15-d0ad-4253-870d-2e13f9d5c1d8"
/dev/sdc2: UUID="8b2f117e-ed70-4405-9524-cac9c249da01" UUID_SUB="684c8b61-6133-4e74-a756-314c6c8c5054" TYPE="btrfs" PARTLABEL="Lesser Ark" PARTUUID="611080a8-55e8-4523-9128-bb5cc31c7750"
/dev/sdd: LABEL="SENTINEL" UUID="38e88d7b-d527-4784-8060-cfa456c27b13" UUID_SUB="719dea99-2f2d-4f58-acc1-fd959ca84c14" TYPE="btrfs"
/dev/loop0: TYPE="squashfs"
/dev/sdb: PTUUID="5f43f34d-52f6-4eeb-acd7-8dcc866c752d" PTTYPE="gpt"
/dev/sde1: UUID="2019-04-16-19-25-03-00" LABEL="Kubuntu 19.04 amd64" TYPE="iso9660" PTUUID="5ed9fb2f" PTTYPE="dos" PARTUUID="5ed9fb2f-01"
/dev/sde2: SEC_TYPE="msdos" UUID="039E-EF17" TYPE="vfat" PARTUUID="5ed9fb2f-02"
/dev/sdf1: SEC_TYPE="msdos" UUID="8B27-5FEE" TYPE="vfat"
/dev/sr1: UUID="2007-02-13-02-23-10-" LABEL="U3 System" TYPE="iso9660"
Подтверждение чтения-записи:
kubuntu@kubuntu:/mnt/chrootdir$ sudo btrfs property get @
ro=false
kubuntu@kubuntu:/mnt/chrootdir$ sudo btrfs property get @home
ro=false
1 ответ
Ваши таблицы разделов меня пугают.
Попробуйте смонтировать резервную копию с помощью live cd, а затем выполните в ней chroot:
, т.е. если / dev / sda1 - ваш корневой пароль, а / dev / sda2 - ваш загрузочный пароль:
sudo mount /dev/sda1 /mnt sudo mount /dev/sda2 /mnt/boot # skip it if you don't have separate boot fs sudo mount -t proc none /mnt/proc sudo mount -o bind /dev /mnt/dev sudo mount -o bind /sys /mnt/sys sudo chroot /mnt
Затем попробуйте обновить карту устройства grub и его конфигурацию:
grub-mkdevicemap update-grub2
Для загрузчика EFI. вам может понадобиться переустановить grub-efi:
apt-get install --reinstall grub-efi
В вашей настройке это может быть сложно, но, возможно, https://help.ubuntu.com/community/Boot-Repair будет помощь.
В случае аварийного разбития стекла. Я имею в виду, установить свежую версию 18.04 с нуля и rsync -av - удалить из резервной копии все, кроме / proc, / sys, / dev и / boot.