O Ubuntu Server 16.04 é instalado no / sdc, mas falha ao inicializar

Estou fazendo uma instalação limpa do Ubuntu Server 16.04 LTS em uma máquina com um único SSD interno. Após concluir a instalação, o sistema falha ao inicializar e imprime uma fscksaída de linha única , com o restante da tela totalmente em branco.

Este mesmo servidor instala o Ubuntu Server 14.04.4 LTS, então isso é muito específico ao 16.04 LTS. Eu tentei instalar de todas as formas possíveis em 16 e obtenho os mesmos resultados sempre: a instalação é concluída sem erros, mas após a reinicialização, recebo uma tela preta com essa linha de fscksaída após a reinicialização :(

Notei que uma grande diferença entre 14 e 16 instalações nesta máquina servidor (o que é excepcional, é apenas uma caixa Broadwell i5 genérica com 16 GB de RAM e SSD Samsung 850 EVO) é que o Ubuntu 14 detecta e instala a unidade como se o/sda Ubuntu 16 detectasse 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?

Edit: por solicitação, aqui está o resultado de fdiskdepois 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 inicio no "modo de recuperação" a partir da mídia de instalação USB (nenhuma opção para inicializar no modo de recuperação é apresentada), recebo as seguintes opções para "dispositivo a ser usado 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 /sda1e fdisk -lvejo o que instalei como / sdc!

Tentei a segmentação "Reinstalar o carregador de inicialização GRUB" /sda1e recebo um erro. Tentei novamente com /sdao objetivo, e isso pareceu funcionar.

Infelizmente, a reinicialização, mesma tela preta, é única como a saída do fsck.

Percebi o mesmo comportamento com a instalação pela rede 16.04.

Se o seu problema for o mesmo que o meu, ele realmente inicializou bem, está apenas mostrando a você tty7.

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

Eu tive o mesmo problema ontem à noite com o Ubuntu 15.10. Acabei por derrubar 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.

Isso me leva a pensar que, para você, está procurando a unidade flash usando algum tipo de identificador que, de alguma forma, mudou entre a inicialização USB ao vivo e a inicialização do sistema instalado, ou você simplesmente não tentou inicializar com a unidade conectada.

Inicialize um sistema operacional ao vivo (você poderá se safar da reutilização da unidade flash do Ubuntu Server - pressione Alt→para acessar uma linha de comando). Obtenha uma lista de discos e partições:

# fdisk -l | less

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

Monte a partição (assumindo sdc2):

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

Agora inspecione seu fstab:

# nano /mnt/ssd/etc/fstab

Se 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 instalação anota com presteza as linhas que criou no fstab gerado, portanto, qualquer coisa que não /dev/sdc*estiver ativada deve ser removida (ou apenas comentar que é seguro).

Salvar que ( CtrlX, Y, Enter), e fazer

# sync
# reboot

para garantir que as alterações sejam confirmadas no disco e reinicializadas. Desconecte a unidade flash e veja como ela funciona.

Algumas razões comuns pelas quais vi unidades flash aparecerem antes da unidade do sistema são devido ao uso de uma configuração do BIOS que permite falsificar a unidade para outro tipo (unidade de disquete, unidade de disco rígido etc.), em vez de depender da identificação da unidade , ou porque a unidade teve o bit removível desativado. Você está usando a mesma unidade para o instalador 14.04 e para o 16.04? Se você tem certeza de que não está do seu lado, soa como um bug do sistema operacional.

Você está enganado pelo problema sda / sdc. Você fstabmostra que a máquina atribui sistemas de arquivos por UUID e, além disso, a fscklinha mostra que o grub pode iniciar o initrd que fez a verificação de arquivo inicial.

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

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

Eu tinha dois sistemas com o 16.04 mostrando sintomas semelhantes aos descritos, mas como eles poderiam inicializar no X, eu poderia corrigi-lo em um sistema em execução. Era muito parecido, eu vi a linha fsck (no tty1) ou nada (no tty2-6).

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

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

De alguma forma, após a conclusão do processo de inicialização, o console cai para tty7, que é a GUI xserver inexistente, que resulta no problema mencionado acima.

Coloque de volta em "text" e depois de todas as mensagens de inicialização detalhadas, o Ubuntu Server inicializará no console tty1.

Edit: Como mencionado por @ emk2203, esse problema não é causado pelo instalador do bootloader na unidade errada. A instalação realmente conseguiu inicializar, mas devido ao erro na configuração do grub, o tty7 inexistente é enviado para a tela principal em vez de tty1.

Parece um problema semelhante ao do Ubuntu anterior. Ele estava instalando o carregador de inicialização na unidade USB. Eu tive que instalar manualmente um gerenciador de inicialização (grub ou qualquer outra coisa) no ssd interno.