O Ubuntu Server 16.04 é instalado em / sdc, mas não consegue inicializar

Question

Estou fazendo uma instalação limpa do Ubuntu Server 16.04 LTS em uma máquina com um único SSD interno. Depois de concluir a instalação, o sistema não inicializa e imprime uma única linha fsck output, com o restante da tela totalmente em branco.

Este mesmo servidor instala o Ubuntu Server 14.04.4 LTS muito bem, então isso é muito específico para 16.04 LTS. Eu tentei instalar todas as maneiras que eu posso pensar em 16 e recebo os mesmos resultados toda vez: a instalação é concluída sem erros, mas após a reinicialização recebo uma tela preta com essa linha de fsck de saída após a reinicialização :(

Eu notei que uma grande diferença entre 14 e 16 instala nesta máquina servidor (que não é excepcional, é apenas uma caixa genérica Broadwell i5 com 16GB de RAM e Samsung 850 EVO SSD) é que o Ubuntu 14 detecta e instala o unidade como /sda enquanto o Ubuntu 16 detecta e instala a unidade como /sdc - além disso, o Ubuntu 16 detecta a unidade flash USB com a instalação do Ubuntu como /sda ! Isso me parece muito incorreto.

Como posso instalar o Ubuntu Server 16.04 para parar de tratar a unidade de instalação USB como /sda ?

Editar: por solicitação, aqui está a saída de fdisk depois de pressionar alt + → perto do final da instalação

aqui está a saída de

# mkdir /mnt/ssd
# mount /dev/sdc1 /mnt/ssd
# nano /mnt/ssd/etc/fstab

Quando inicializo o "modo de recuperação" da mídia de instalação USB (nenhuma opção de inicialização no modo de recuperação é apresentada para mim), recebo as seguintes opções para "dispositivo usar como sistema de arquivos raiz"

/dev/sda1  
/dev/sda5  
/dev/sdb1  
Assemble RAID array  
Do not use a root file system  

Observe que nenhum sistema de arquivos / sdc é detectado ou mostrado. No entanto, quando entro no console em /sda1 e fdisk -l , vejo o que instalei como / sdc!

Eu tentei "Reinstalar o carregador de inicialização GRUB" segmentando /sda1 e recebi um erro. Eu tentei novamente com /sda como o alvo, e isso pareceu funcionar.

Mas reiniciando, a mesma tela preta, única como a saída do fsck, infelizmente.

    

Answer 1

Eu notei o mesmo comportamento com a instalação da rede 16.04.

Se o seu problema é o mesmo que o meu, ele realmente inicializou bem, apenas mostrando tty7.

Tente pressionar ctrl + alt + F1 que o levará ao terminal com um prompt de login.

    

Answer 2

Eu tive o mesmo problema ontem à noite com o Ubuntu 15.10. Acabou por nocautear um conector SATA em uma unidade (secundária). Nenhum erro real é produzido aqui, o que foi bastante confuso até que eu abri e notei o conector fora do lugar.

Me leva a pensar que, para você, ele está procurando pela unidade flash usando algum tipo de identificador que de alguma forma mudou entre a inicialização USB ativa e a inicialização do sistema instalado, ou você ainda não tentou inicializar com o sistema instalado. unidade anexada.

Inicialize um SO ao vivo (você deve conseguir usar a unidade flash do Ubuntu Server - pressione Alt → para acessar a linha de comando). Obtenha uma lista de discos e partições:

# fdisk -l | less

Obviamente, ele estará no sdc, mas determinará qual partição é a do sistema ext4.

Monte a partição (assumindo o sdc2):

# mkdir /mnt/ssd
# mount /dev/sdc2 /mnt/ssd

Agora inspecione seu fstab:

# nano /mnt/ssd/etc/fstab

Se esta for uma instalação UEFI, provavelmente você deve ter apenas linhas para a partição do sistema EFI ( /boot/efi ), a partição de inicialização ( /boot ) e a raiz do sistema ( / ). A configuração anota as linhas feitas no fstab gerado, então qualquer coisa que não esteja no /dev/sdc* deve ser removida (ou apenas comente como segura).

Salve ( Ctrl X , Y , Enter ), e faça

# sync
# reboot

para garantir que as alterações sejam confirmadas no disco e reinicializadas. Desconecte o pen drive e veja como funciona.

Alguns motivos comuns que eu vi flash drives aparecerem antes da unidade do sistema são devido a uma configuração do BIOS sendo usada que permite falsificar a unidade para outro tipo (unidade de disquete, disco rígido, etc) em vez de depender do identificação do próprio drive, ou porque a unidade teve o bit removível desligado. Você está usando a mesma unidade para o instalador 14.04 e 16.04? Se você tem certeza de que não está do seu lado, isso soa como um bug do sistema operacional.

    

Answer 3

Você é enganado pelo problema sda / sdc. Seu fstab mostra que a máquina atribui sistemas de arquivos por UUID e, além disso, a linha fsck mostra que o grub pode iniciar o initrd que fez a checagem inicial.

Pode ser algo tão simples quanto a configuração errada de gráficos para o kernel. Basicamente, você não pode ver o ttys, e o X não está no seu servidor, correto?

Tente adicionar nomodeset à linha GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" em /etc/default/grub e adicione também uma linha GRUB_GFXPAYLOAD_LINUX=keep .

Eu tinha dois sistemas com 16.04 mostrando sintomas semelhantes, como você descreveu, mas como eles podiam inicializar em X, eu poderia consertá-lo em um sistema em execução. Foi muito parecido, vi a linha fsck (em tty1) ou nada (em tty2-6).

    

Answer 4

Acabei de instalar o Ubuntu Server 16.04.1 LTS e encontrei exatamente o mesmo problema.

Esse problema é causado pela opção grub GRUB_CMLDLINE_LINUX_DEFAULT estar definida como "quiet splash" , assim como na versão desktop do Ubuntu. A tela inicial é mostrada em vez do texto de inicialização detalhado usual.

De alguma forma, depois que o processo de inicialização é concluído, o console é descartado para tty7, que é a GUI xserver inexistente, o que resulta no problema mencionado acima.

Configure de volta para "texto" e depois de todas as mensagens de inicialização detalhadas, o Ubuntu Server inicializará no console tty1.

Editar: Como mencionado por @ emk2203, esse problema não é causado pelo bootloader sendo instalado na unidade errada. A instalação, na verdade, consegue inicializar, mas devido ao bug na configuração do grub, o tty7 inexistente é enviado para a tela principal ao invés de tty1.

    

Answer 5

Isso parece um problema semelhante que eu tive com um Ubuntu anterior. Ele estava instalando o gerenciador de inicialização na unidade Usb. Eu tive que instalar manualmente um carregador de inicialização (grub ou qualquer outro) para o ssd interno.