Я потратил на это 6 часов и сдался. Я не нахожу способа восстановить раздел / boot, который был перезаписан идентичным разделом / boot. Это не обычная проблема с установкой grub. Это из ада.
У меня есть 2 системы, A и B. Эти 2 системы идентичны во всех отношениях, за исключением UUID и нескольких файлов, относящихся к соответствующим системам (например, fstab, crypttab и т. Д.). B был резервной копией A, и обе системы смогли успешно загрузиться в какой-то момент.
Теперь B, у которого / boot перезаписан% 100 на A, B отказывается загружаться, и я перепробовал все, что мог придумать, что должно работать (ничего не работает).
Я --bind смонтировал / dev / / dev / pts / / sys / / proc / в chrooted-окружении и вошел в него chrooted-grub, очистил grub, переустановил grub, удалил ядра, обновил ядра, запустил update-initramfs -k all -c с другими опциями и прочим во всевозможных заказах, даже с нуля. Я запускал grub-update с хоста, используя параметр --directory, и даже прибегал к восстановлению загрузки, и я делал это буквально сто раз за 6 часов.
Ничто не сможет восстановить систему.
Я знаю, что это должно быть проще, и мне просто ужасно повезло в этом разобраться.Что я делаю неправильно? Обе системы зашифрованы с использованием полного шифрования диска с момента установки.
update он появляется в момент загрузки, когда мне нужно ввести пароль для разблокировки / система зависает, а затем переходит к приглашению initramfs. Я понятия не имею, и нет никакой помощи, как разблокировать диск cryptsetup. У меня нет cryptsetup в initramfs: /
Я надеюсь, что это помогает любому, который, возможно, столкнулся с той же ситуацией. Это складывается, после 8 + часы попытки понять это, я получаю некоторый отдых и возвращаюсь и решаю его за менее чем 30 минут. Оказывается, что я был горячим на хвосте ответа каждый раз.
От хост-системы, когда я монтирую зашифрованный диск для резервного копирования, я делаю следующий
sudo cryptsetup luksOpen /dev/sdd5 kub # a sneaky kind of wrong
, Это складывается, имя "kub" винты все. Каково имя это должно быть? Почему я всегда использовал kub? Имя должно быть тем, что зашифрованное дисковое имя находится в/etc/crypttab. Я всегда использовал "kub", потому что он всегда работал на то, в чем я нуждался, но это складывается, не при использовании обновления-initramfs в chrooted системе и попытке к личинке обновления на нем. Корректное имя в моем/etc/crypttab оказалось sdc5_crypt так
sudo cryptsetup luksOpen /dev/sdd5 sdc5_crypt # wow, the answer
Тогда после разблокирования диска правильно и создание соответствующего монтирования (/dev//sys//run//dev/pts//proc/), я выполнил следующий
sudo update-initramfs -k all -c
sudo update-grub
, И система стала загрузочной. Ничего себе, "kub" похож на вызов кого-то названного Jack, Bobby и Jack никогда не потрудились исправлять Вас так, Вы думаете, что Вы правы, но оказывается, что Jack ненавидит Вас за него.