Desisti de esperar pelo dispositivo raiz, ubuntu - o vg-root não existe

hoje instalei o Ubuntu de 64 bits em um netbook. Quando o netbook inicializa isso, o relatório de erro apareceu. Eu acho que há um problema com as partições.

Gave up waiting for root device. Common problems:
  — Boot args (cat /proc/cmdline)
    — Check rootdelay= (did the system wait long enough?)
    — Check root= (did the system wait for the right device?)
  — Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/ubuntu--vg-root does not exist. Dropping to a shell! 

BusyBox v.1.21.1 (Ubuntu 1:1.21.1-1ubuntu1) built-in shell (ash)   
Enter 'help' for list of built-in commands.  

(initramfs)

Saída de lsblk conforme solicitado:

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 232.9G  0 disk 
├─sda1   8:1    0   231G  0 part 
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0     2G  0 part [SWAP]
sr0     11:0    1   1.2G  0 rom  /cdrom
loop0    7:0    0   1.1G  1 loop /rofs

Por favor, adicione as saídas de lsblk -fs, fdisk / dev / sda com flag p e o relatório de reparo do grub à pergunta como links pastebin.

Com base na pesquisa, parece haver perguntas semelhantes no Ask Ubuntu que não têm respostas atualizadas aqui e Aqui é dada uma resposta que explica sobre invasão e ubuntu.

Parece haver várias sugestões, algumas das quais parecem funcionar para algumas pessoas.

1. No prompt do initframs, tente digitar ls /dev/mappere veja se o seu volume raiz está listado. Se não estiver listado, tente aguardar 10 segundos e execute ls novamente.

   Se agora estiver listado, digite exite agora deve encontrar o dispositivo raiz e a inicialização (extraídos daqui

2. Edite a configuração de inicialização pressionando equando grub alert para escolher OS e substitua root=UUID-6500...por root=/dev/sdxonde sdx é a partição de inicialização. O problema aqui parece ser que o UUID está errado ou /dev/disk/by-UUID...não existe (1)

3. Adicionar o parâmetro all_generic_ideao final da linha de inicialização kernel /boot/vmlinuz-2.6.27-7-generic root=UUID=43206294-74ef-434d-aca2-db74b4257590 ro quiet splash all_generic_ideparece funcionar para algumas pessoas (2)
4. A pergunta do Superusuário aqui , parece sugerir que o erro ocorre devido ao LVM. A solução também é dada da mesma forma que é instalar o lvm2.
5. O mesmo site Superusuário também sugere a inicialização usando um Kernel mais antigo, se disponível. Parece funcionar para algumas pessoas. Tentar inicializar usando a Recoveryopção pode funcionar para algumas pessoas
6. Postado por nux_man777 aqui parece sugerir que o erro pode estar no meio de instalação.

7. O erro /dev/mapper/ubuntu-vg-rootparece estar relacionado ao ataque conforme descrito aqui .

   "Na tela de resumo do instalador, imediatamente antes do início do processo de cópia, clique no botão Avançado. Altere a partição de inicialização (esta é a partição" pai "no estilo MSDOS e não as partições Linux) para / dev / mapper / pdc_feddabdf (ou qualquer outra lista dmraid como sua partição fakeraid) Verifique se a caixa de seleção está marcada para inicializar a partir deste disco. observe que o instalador modificará o grub2 para apontar para a partição lógica correta / dev / mapper / pdc_feddabdf1 ou o que quer que esteja. "

   Instruções detalhadas sobre a instalação são fornecidas no site referido. Por favor, verifique lá para mais informações sobre a instalação do grub.

8. Iniciar em uma mídia de instalação ao vivo e atualizar o ubuntu alterando o uso de raiz chrootparece funcionar para algumas pessoas (sugerido por cpttripzz aqui ). As instruções sobre o chroot estão aqui . Você também pode consultar esta pergunta em Unix e Linux. Mais detalhes podem ser encontrados em Arch Wiki e Gentoo Wiki .
9. Alterar o controlador SATA para IDE nativo do RAID e fazer uma nova instalação parece funcionar para algumas pessoas aqui e aqui
10. O cabo IDE ou o disco rígido pode estar com defeito (o mesmo fórum ubuntu da página 40 acima)

Em certas versões do Ubuntu (por exemplo, Xubuntu 18.10), esse problema pode ser causado por um apt autoremove. Devido a este bug, o apt irá sugerir remover

cryptsetup cryptsetup-bin cryptsetup-initramfs cryptsetup-run dmeventd libdevmapper-event1.02.1 liblvm2app2.2 liblvm2cmd2.02 libreadline5 lvm2

o que torna o sistema não inicializável (porque a partição raiz não pode ser montada e descriptografada usando o LVM).

Se você não estiver usando LVM e criptografia de disco, provavelmente esta resposta não é para você.

Consegui corrigi-lo reinstalando o cryptsetup e o lvm2 em um ambiente chroot: inicialize a partir de um pendrive USB ativo, execute os comandos abaixo em um terminal, reinicie.

# find root partition
sudo fdisk -l

# unencrypt partition
#   Note: replace /dev/nvme0n1p3 with your disk
#         replace "nvme0n1p3_crypt" with the correct name 
#         check by running this in chroot:
#         $ cat /etc/crypttab | cut -f1 -d " "
#         nvme0n1p3_crypt
sudo cryptsetup luksOpen /dev/nvme0n1p3 nvme0n1p3_crypt

# mount root partition
sudo vgscan 
sudo vgchange -ay
sudo mount /dev/mapper/xubuntu--vg-root /mnt

# prepare chroot environment
sudo mount /dev/nvme0n1p2 /mnt/boot/   # replace nvme0n1p2 with your boot partition!
sudo mount -o rbind /dev/ /mnt/dev/
sudo mount -t proc proc /mnt/proc/
sudo mount -t sysfs sys /mnt/sys/

# make dns available in chroot
sudo cp /etc/resolv.conf  /mnt/etc/resolv.conf 

# enter chroot
sudo chroot /mnt /bin/bash

# re-install missing packages
apt install cryptsetup lvm2

# re-generate  (this might be done also by apt in the step before, I'm not sure)
update-initramfs -u -k all

# Leave chroot environment - not sure if the following is really necessary...
exit
# Write buffers to disk
sudo sync
# Unmount file systems
sudo umount /mnt/sys
sudo umount /mnt/proc
sudo umount /mnt/boot

Essas perguntas e respostas me ajudaram a coletar os comandos.

Eu tive esse problema e nada em nenhuma postagem aqui ou em outro lugar foi capaz de ajudar. Especificamente no meu caso, pude ver que /dev/mappernão continham ubuntu--vg-rootnada além disso. Isso significa que algo deu errado quando o LVM tentou montar / mapear os volumes OU algo deu errado no início do processo de inicialização, e esse erro é apenas um sintoma geral de qualquer problema anterior.

O segundo deles foi o meu caso e somente por causa das minhas leituras sobre initramfseu pude entender e diagnosticar o problema. Essa deve ser a primeira coisa que você faz se suspeitar que algo deu errado antes que o LVM faça isso.

No meu caso (que pode não ser o mesmo que você, mas vale a pena documentar), eu tinha a LUKS (criptografia de disco completo) ativada e, de alguma forma, as cryptsetupferramentas foram removidas initramfs; portanto, não estava sendo solicitada a senha para desbloquear, e as unidades não estavam acessíveis, o que significava que /dev/sdaXnão podia ser montado e, portanto, ubuntu--vg-rootnão podia ser montado / mapeado /dev/mapper. Se você tentar executar a cryptsetuppartir do prompt do BusyBox, seu ll know you have the same issue if thecryptsetup` não poderá ser encontrado.

A solução foi inicializar a partir de um LiveCD, desbloquear a unidade manualmente com cryptsetup, chrootno sistema de arquivos raiz, reinstalar cryptsetupe ligar update-initramfs.

Para aqueles que sofrem de problemas relacionados à criptografia, como na resposta de @ Zanna, será necessário seguir um procedimento semelhante a este:

1. Inicialize no seu sistema usando uma distribuição ao vivo / USB.

2. Monte a partição criptografada (no Ubuntu, você deverá ver o volume criptografado disponível na área de trabalho; basta clicar duas vezes e digitar a senha). A partição será montada em /media/ubuntu/[mount point]. (O nome de usuário mudará com base na distribuição; por exemplo, o Xubuntu usa xubuntu.)

3. Abra uma janela do terminal e um bourbon.

4. Defina ligações apropriadas para pontos de montagem no sistema:

   sudo su -
   mount -t auto /dev/sdX /media/ubuntu/[mount point]/boot
   mount --bind /dev /media/ubuntu/[mount point]/dev
   mount --bind /dev/pts /media/ubuntu/[mount point]/dev/pts
   mount --bind /sys /media/ubuntu/[mount point]/sys
   

5. chroot no diretório raiz do seu disco criptografado: chroot /media/ubuntu/[mount point]

6. Verifique se o seu sistema tem apropriadas initramfspacotes instalados: sudo apt install cryptsetup-initramfs lvm2.

7. Criticamente, você também vai precisar para assegurar que seus arquivos de configuração forçar initramfspara incluir os binários Cryptsetup, que foram removidos em algum momento, parece : nano /etc/cryptsetup-initramfs/conf-hook, remova o comentário da CRYPTSETUPlinha, e certifique-se que lê CRYPTSETUP=Y.

8. Por fim, execute update-initramfs -u -k all, desligue, puxe a mídia ao vivo e inicie novamente.

Sua milhagem aqui pode variar dependendo do que aconteceu com seu sistema. Se, por exemplo, você alterou o nome do grupo LVM ou o UUID, pode ser necessário alinhar /etc/crypttabe /etc/fstabusar os identificadores corretos. Se, como eu, você estava migrando de uma versão para outra, pode descobrir que possui dois volumes criptografados com o mesmo nome de grupo - isso dificulta a montagem do disco (você precisa usar o UUID explicitamente).

Em suma, a atualização para o Xubuntu 18.10 foi horrível por causa disso. (Um sistema de estoque não reiniciava uma vez que as atualizações do kernel fossem instaladas!) Pelo menos na configuração atual que tenho, o sistema é estável durante as reinicializações.

Os erros do ACPI que me levaram por toda a Internet a procurar uma solução eram um problema: eles não têm importância se você pode inicializar a partir de um disco criptografado.

Tente o seguinte:

(initramfs) reboot

Em seguida, no prompt do seletor de SO, tente inicializar com um kernel mais antigo.

Se você tiver êxito, provavelmente isso resolverá o problema, conforme sugerido nas balas 4 e 5 do @One Face, e no link a que se refere:

sudo apt-get install lvm2