VG raiz ausente, descartado em um shell initramfs

Question

Meu Linux Mint 17.1 (64 bits) usa o LVM em sua unidade do sistema operacional (um SSD). Eu devo ter feito "algo" para destruir meu sistema, porque da última vez que eu reiniciei, a inicialização falhou. Em vez disso, recebi a mensagem "Alerta! / Dev / mapper / mint - vg-root não existe. Descartando para um shell!" e um shell initramfs. Não tenho ideia de como continuar.

Geralmente estou atualizado com as atualizações normais do sistema, mas não uso um kernel personalizado ou algo assim. Eu também vou por longos períodos sem reinicializar, então não tenho idéia se este é um problema recente ou apenas não foi detectado por falta de reinicialização.

Não conheço o grub nem o initramfs, nem tenho experiência em me recuperar desse tipo de coisa. É claro que preciso urgentemente de acessar meus dados!

Outros posts dizem que isso pode ser causado pela atualização para um kernel sem suporte a lvm2, e dizem que ele pode ser corrigido com este ou aquele Live DVD. O problema é que eu não consigo mais inicializar a partir do USB ou DVD, porque eu ainda acabo nessa tela.

Meu próximo passo é desconectar o SSD para ver se posso então inicializar de outras mídias, mas isso não é realmente uma solução.

Supondo que eu saiba como inicializar a partir da mídia, o que posso fazer? O que mais preciso contar sobre minha situação?

Atualização:

"lvm lvs" e "lvm pvs" diz o seguinte. Eu não sei como esta saída deve parecer quando tudo funciona. Isso significa que eles estão todos em um estado (ruim) similar ou o quê?

EutenhoumSSDcomdoisLV'spararooteswap,eoutroLVbaseadoemdoisPV'semcadaumadasduasunidadesseparadas.OnúmeroeanomenclaturadosLV'seVGsécomoeuesperava.

Noentanto,nãoseilerasoutrascolunas.Parecequetodososvolumesestãoemestadosimilar(todosbonsouruins),maspossoestarerrado.

"fdisk -l" não está disponível no meu shell initramfs, mas eu descobri a inicialização da mídia, então esta é a saída desse comando (após montar o volume) quando executado a partir de um LinuxMint 17.1 Live USB (que é o mesmo que o sistema operacional atual):

$ fdisk -l
$ fdisk -l /media/mint/verylonguuidstring
last_lba(): I don't know how to handle files with mode 40755
$ fdisk -v
fdisk (util-linux 2.20.1)
$

Hmm, não há muito resultado. Aqui está o resultado de um Live CD chamado REDO Backup & Restaure o que eu uso na ocasião. Isso dá resultados muito melhores ou, pelo menos, a saída real.

Desculpepelaparededotexto.Estouumpoucoacimadaminhacabeçaaqui,entãonãoseisedevomepreocuparcomoaviso"não termina em um limite". Eu não espero que isso possa ser o culpado, já que estou usando esse layout de disco há muitos meses.

Pelo menos, todos os meus discos podem ser montados e parecem estar intactos, então é só inicializar o problema. Isso e minha falta de habilidades, e é por isso que sou muito grato por sua contribuição, @Bratchley, e espero ouvir de você novamente.

Atualizar!

Eu fiz uma coisa ousada, o que parece ter funcionado. Tendo iniciado em um meio diferente, montei a partição de inicialização e modifiquei /boot/grub/grub.cfg. Nesse arquivo, o identificador "ofensivo" "/ dev / mapper / mint - vg-root" apareceu várias vezes. Eu mudei todos eles para "/ dev / mapper / ssd_vg-root_lv", salvo e reiniciado. E eis! Funciona, agora posso inicializar o meu SO normal para o meu ambiente de trabalho habitual. Ufa!

Apenas, a tela de seleção do GRUB permaneceu aguardando 10 segundos, mas consegui desativar a configuração "TIMEOUT" em "/ etc / default / grub". Estou feliz agora.

@Bratchley, @nkms, sou muito grato pelo seu apoio!

    

Answer 1

Verifique se o seu "/boot/grub/grub.cfg" lista o VG e o LV corretos. No meu caso, o VG é chamado de "ssd_vg" e o LV é chamado de "root_lv", portanto o arquivo grub.cfg precisa fazer referência a "/ dev / mapper / ssd_vg-root_lv" (observe o uso de barras e traços !).