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

30

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.

insira a descrição da imagem aqui

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.

insira a descrição da imagem aqui

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

fdisk durante a instalação

aqui está a saída de

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

fstab em nano

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!

modo de recuperação fdisk -l

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.

Jeff Atwood
fonte
2
Sda / sdc não deve importar, acredito, porque a maioria das distros usa UUIDs há algum tempo. Talvez tentar obter mais alguns detalhes, olhando para as opções de inicialização disponíveis, tais como modo de recuperação: wiki.ubuntu.com/RecoveryMode
Shtééf
Sim, entrar em recuperação e revisar o seu / etc / fstab é definitivamente o próximo passo. Talvez seja necessário reinstalar o grub.
chx
@ O modo de recuperação Shtééf não mostra nada; de fato, no modo de recuperação, nem consigo ver o volume / sdc.
21416 Jeff Atwood
1
Você pode habilitar o modo de depuração? wiki.archlinux.org/index.php/boot_debugging
Braiam
2
No menu do grub, digite epara editar a entrada padrão e acrescente debugno final da linha que diz quiet. De fato, remover o silêncio é bom.
Braiam

Respostas:

31

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.

David Kruger
fonte
3
Uau, é totalmente isso! Pressionei ctrl + alt + F1 e tenho um sistema inicializado. Isto é tão estranho! Por que isso está acontecendo?
Jeff Atwood
4
O @JeffAtwood lightdm / X é iniciado no tty7, portanto, o Ubuntu do desktop será inicializado com isso. Provavelmente um descuido em algum lugar com o lançamento. Precisa ser arquivado como um bug, mas não tenho certeza de onde.
Seth
Alguém já encontrou ou registrou um bug para isso? Eu não posso me reproduzir.
Adam Monsen
2
Que diabos .... eu passo 3 horas fantasma e re-fantasma tudo tentando procurar um problema UEFI .... tty7 .... muito obrigado!
131
Alguma coisa pode ser feita para impedir a necessidade de pressionar ctrl + alt + F1 toda vez que eu quero fazer login?
ubiquibacon
5

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 Altpara 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.

Kirb
fonte
Sim, tudo é 100% idêntico, sem alterações de hardware. O Ubuntu 14 LTS é instalado corretamente neste servidor.
Jeff Atwood
ok, certamente há mais informações. Obrigado, atualizei a pergunta com as informações solicitadas. Não vejo nada de errado nessas imagens?
Jeff Atwood
5

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).

emk2203
fonte
aparentemente está enviando tty7saída para a tela principal, mas está inicializando com sucesso? não faço ideia do porquê ou como consertar. ctrl + alt + f1 permite que eu mude para o console "real".
Jeff Atwood
1
Em um sistema normal, a inicialização inclui trazer tty1 para o primeiro plano, para que ele apareça na tela e você veja o prompt de login, também veja as mensagens de erro e status na tela. No seu caso, apenas mensagens de erro e status, a inicialização completa ocorre apenas com o Alt-F2 quando outro tty é iniciado. Tente com GRUB_CMDLINE_LINUX_DEFAULT="nomodeset quiet splash"o recomendado, adicione a outra linha também. Isso fez a inicialização terminar para mim. Recebi o prompt de login do tty1 depois de fazer isso, em dois computadores.
precisa saber é o seguinte
Nesse caso, a solução fácil é OK (normalmente eu SSH nessa caixa de qualquer maneira), mas é um bug perturbador, espero que possa ser corrigido na versão.
Jeff Atwood
0

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.

loongyh
fonte
Isso realmente não responde à pergunta. Se você tiver uma pergunta diferente, faça-a clicando em Fazer pergunta . Você também pode adicionar uma recompensa para chamar mais atenção para essa pergunta quando tiver reputação suficiente . - Do comentário
Fabby
@Fabby: Eu acho que o post pretende ser uma resposta, embora eu não tenha certeza de que é realmente adequado à pergunta.
David Foerster
Minha resposta é semelhante à do @ emk2203 e pretendia fazer um comentário em seu post, no entanto, não tenho reputação suficiente para fazê-lo.
precisa saber é o seguinte
-3

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.

Staywasp
fonte
Como você pode ver na última imagem na pergunta é definitivamente a instalação do gerenciador de inicialização para/sdc
Jeff Atwood