Como recuperar / boot sobrescrito pelo idêntico / boot? [fechadas]

Question

Passei 6 horas nisto e desisti. Não estou encontrando um método para recuperar uma partição / boot que foi sobrescrita por uma partição / boot idêntica. Este não é o problema comum de instalação do grub. Isso é do inferno.

Eu tenho dois sistemas, A e B. Esses dois sistemas são idênticos em todos os aspectos, exceto os arquivos do UUID e vários que são específicos dos respectivos sistemas (por exemplo, fstab, crypttab, etc). B foi um backup de A e ambos os sistemas foram capazes de inicializar com sucesso em um ponto.

Agora B tendo seu / boot substituído por% 100 por A, B se recusa a inicializar e eu tentei tudo o que eu poderia criar que deveria funcionar (nada funciona).

Eu montei / dev / dev / pts / / sys / proc / em um ambiente chrooted e chrooted nele e atualizei-grub, purgou grub, grub reinstalado, kernels removidos, kernels atualizados, correu update-initramfs -k all -c com outras opções e outras coisas em todos os tipos de pedidos, mesmo a partir do zero. Eu corri o grub-update do host usando a opção --directory e eu até recorri ao boot-repair e eu literalmente fiz isso centenas de vezes por 6 horas.

Nada recuperará o sistema.

Eu sei que isso tem que ser mais simples e eu estou tendo a mais terrível sorte em descobrir isso. O que estou fazendo de errado? Ambos os sistemas são criptografados usando toda a criptografia de disco da instalação.

atualização aparece no ponto durante a inicialização, onde eu deveria ser solicitado por uma senha para desbloquear / o sistema trava e, em seguida, cai para um prompt initramfs. Eu não tenho idéia e não há ajuda sobre como desbloquear um disco cryptsetup. Eu não tenho cryptsetup no initramfs: /

    

Answer 1

Espero que isso ajude alguém que possa ter se deparado com a mesma situação. Acontece que depois de 8+ horas de tentar descobrir isso, eu descansei e voltei para resolvê-lo em menos de 30 minutos. Acontece que eu estava sempre com o rabo da resposta.

Do sistema host, quando eu montei o disco criptografado para um backup, eu faço o seguinte

sudo cryptsetup luksOpen /dev/sdd5 kub # a sneaky kind of wrong

Acontece que o nome "kub" estraga tudo. Qual nome deveria ser? Por que eu sempre usei o kub? O nome deve ser o nome do disco criptografado em / etc / crypttab. Eu sempre usei "kub" porque sempre funcionou para o que eu precisava, mas não é quando usava update-initramfs em um sistema chrooted e tentava atualizar-grub nele. O nome correto em meu / etc / crypttab acabou por ser sdc5_crypt então

sudo cryptsetup luksOpen /dev/sdd5 sdc5_crypt # wow, the answer

Depois de desbloquear o disco corretamente e fazer as montagens relevantes (/ dev / / sys / / run / / dev / pts / / proc /) eu corri o seguinte

sudo update-initramfs -k all -c
sudo update-grub

E o sistema tornou-se inicializável. Wow "kub" é como chamar alguém chamado Jack, Bobby e Jack nunca se incomodam em corrigi-lo, então você acha que está certo, mas acontece que Jack o odeia por isso.