Deixe resumir de uma outra forma: há outras possibilidades de tentar corrigir isso, aliás, eventualmente mesmo usando apenas o prompt (grub rescue> ) que você diz estar vendo, entretanto, esse uso depende de uma contextualização maior, que é saber o hd e partição onde o sistema se encontra instalado, ou seja, de uma forma mais direta, depende de certa forma com qual nível de facilidade você trafega no Linux, o nível de conhecimento mesmo.
Daí que recomendei o boot-repair, ele geralmente faz tudo isso por você e no mais das vezes a recomendação padrão resolve a grande maioria dos problemas, embora não todos.
Como você disse que travou durante uma atualização, talvez você tenha que executar um fsck para corrigir eventuais erros no sistema de arquivos que possam ter gerado arquivos corrompidos.
sudo e2fsck -C0 -p -f -v /dev/sdxn
no exemplo acima sdxn é apenas uma generalização, tem que adequar ao caso concreto, isto é, como o seu disco rígido é identificado no sistema, geralmente é sda mesmo, porém nem sempre, e também geralmente é a primeira partição, porém não necessariamente, então tem que ver como é realmente o seu sistema no caso concreto. O 'x' substitui pela concreta letra do disco respectivo e o 'n' pela concreta numeração da partição respectiva. Exemplo: sda1 ou sda2 ou sdb1, etc, veja como é o seu disco, geralmente é mesmo sda1
Como ver o particionamento?
Use o comando
sudo fdisk -l
no final do comando acima é sinal de hífen mais letra ele
Como não tenho maiores informações sobre o seu sistema, se quiser testar diretamente consertar a partir do prompt de erro (grub rescue>), é por sua conta e risco
set prefix=(hdX,Y)/boot/grub # Exemplo: (hd0,1) , (hd1,5)
set root=(hdX,Y)
insmod linux
linux /vmlinuz root=/dev/sdXY ro # Exemplo: root=/dev/sda1 , /dev/sdb5
initrd /initrd.img
boot