Atualizado um sistema convidado virtual: /dev/disk/uuid... não sai

Atualizado um sistema convidado virtual: /dev/disk/uuid... não sai

Recentemente atualizei meu Ubuntu 14.04 (kubuntu), rodando como convidado dentro do VirtualBox 4.3.12 hospedado pelo Windows 7 Enterprise de 64 bits.

Tudo funcionou bem até ontem - quando tentei iniciar o novo sistema atualizado.

A primeira é que o novo sistema (kernel 3.13.0-52-genérico) não inicializa: recebo o clássico

ALERT!  /dev/disk/by-uuid/<long string> does not exist.  Dropping to a shell!

erro e fui levado ao (initramfs)prompt do ash. Posso inicializar um sistema mais antigo (kernel 3.13.0-32-genérico), mas ele fornece uma espécie de KDE quebrado no qual o gerenciador de janelas parece não iniciar: um aplicativo será iniciado e colocado no canto superior esquerdo do ( one)desktop, sem capacidade de movê-lo ou redimensioná-lo. E não há opções em nenhum menu de configuração do sistema para adicionar mais desktops virtuais.

Tenho pesquisado bastante na web sobre isso - o que é um erro que nunca vi antes - mas não tenho certeza de como aplicar correções a um sistema virtual. Suponho que poderia simplesmente instalar um sistema completamente novo do zero... mas será essa a melhor maneira? Observe que blkidatualmente retorna como sua única linha

/dev/sr0: LABEL="VBOXADDITIONS_4.3.12_93733" TYPE="iso9660"

Além disso, não existe um /dev/diskdiretório, nem existe um /bootdiretório. Há algum tempo, consegui obter linhas blkidincluindo a imagem de inicialização, /dev/sda1 mas não tenho certeza para onde ela foi agora.

Eu tentei: transferir minha imagem virtual do Linux ("ubuntu.vdi") para um controlador SCSI no VirtualBox, adicionando o parâmetro "rootdelay=60" à linha de boot no menu GRUB, mas até agora nada funcionou.

Qualquer ajuda seria recebida com muita gratidão, pois preciso do meu Linux para a maior parte do meu trabalho, e ele precisa rodar dentro do Windows, pois minha instituição usa o Microsoft AD para tudo, inclusive para acessar unidades e impressoras comuns. E nossos serviços de TI se recusam terminantemente a incorporar suporte ao Linux.

Responder1

Eu tive um problema semelhante em uma máquina física. Parece que ele foi reinicializado durante uma atualização e deixou o grub inicializando uma imagem do kernel (3.13.0-45-genérica) que não conseguiu encontrar meus discos rígidos e não tinha uma entrada para /dev/disk/by -uuid/.

Resolvi o problema inicializando a partir de um kernel antigo e concluindo a atualização. Isso me deu o 3.13.0-53-generic, que parece funcionar melhor.

1) Inicialize no prompt do grub, pressione 'e' para visualizar o script de inicialização do processo de inicialização atual (interrompido). Tire uma foto da tela.
2) Pressione ESC e depois 'c' para acessar o prompt de comando do GRUB.
3) Verifique o conteúdo do diretório de inicialização em sua unidade raiz para ver quais kernels você tem disponíveis. (Substitua hd0,msdos3 por qualquer que seja sua raiz):

grub> ls (hd0,msdos3)/boot/
grub/ .... vmlinuz-3.13.0-45-generic vmlinuz-3.2.0-70-generic initrd.img-3.13.0-45-generic initrd.img-3.2.0-70-generic

4) Inicialize a partir do kernel antigo. (Consulte sua foto para obter os comandos exatos e o UUID=... raiz. Use o preenchimento de tabulação para obter a grafia correta e use o mesmo número de versão para vmlinuz e initrd.img):

grub> set root='hd0,msdos3'
grub> linux /boot/vmlinuz-3.2.0-70-generic root=UUID=xxx[replace this]xx ro
grub> initrd /boot/initrd.img-3.2.0-70-generic
grub> boot

(Podem ser necessárias algumas tentativas para acertar tudo. Se o UUID não funcionar, tente root=/dev/sda3 - ou o que o Linux chama de disco raiz + partição.)

informação relacionada