Atualizou um sistema de convidado virtual: / dev / disk / uuid… não sai

Question

Eu recentemente atualizei meu Ubuntu 14.04 (kubuntu), sendo executado como convidado dentro do VirtualBox 4.3.12 hospedado pelo Windows 7 Enterprise, de 64 bits.

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

Primeiro, o novo sistema (kernel 3.13.0-52-generic) não inicializa: eu recebo o clássico

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

erro e estou solto no prompt (initramfs) de cinzas. Eu posso inicializar um sistema mais antigo (kernel 3.13.0-32-generic), 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 ( um) desktop, sem capacidade de movê-lo ou redimensionamento. E não há opções em nenhum dos menus de configuração do sistema para adicionar mais áreas de trabalho virtuais.

Eu tenho um monte de pesquisas na Web sobre isso - que é um erro que eu nunca vi antes - mas não tenho certeza de como aplicar correções em um sistema virtual. Eu suponho que eu poderia simplesmente instalar um sistema completamente novo a partir do zero ... mas isso é o melhor caminho? Observe que blkid atualmente retorna como sua única linha

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

Além disso, não há um diretório /dev/disk nem um diretório /boot . Um tempo atrás eu consegui obter linhas de blkid , incluindo a imagem de inicialização em /dev/sda1 , mas não tenho certeza de onde 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 inicialização no menu GRUB, mas até agora nada funcionou.

Qualquer ajuda seria muito bem recebida, já que eu preciso do meu Linux para a maioria do meu trabalho, e tem que rodar dentro do Windows já que minha instituição usa o Microsoft AD para tudo, incluindo o acesso a drives e impressoras comuns. E nossos serviços de TI recusam pontos em branco para criar suporte no Linux.

    

Answer 1

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-generic) que não conseguiu localizar meus discos rígidos e não tinha uma entrada para / dev / disk / por -uuid /.

Eu resolvi o problema iniciando a partir de um kernel antigo e, em seguida, concluindo a atualização. Isso me deu 3.13.0-53-genérico, 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, 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ível. (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 a sua foto para obter os comandos exatos e o UUID raiz = ... Use a conclusão 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

(Pode levar algumas tentativas para acertar tudo. Se o UUID não funcionar, tente root = / dev / sda3 - ou qualquer que seja o Linux chama seu disco raiz + partição.)