Tela em branco, cursor piscando na inicialização

Ocasionalmente, meu PC Ubuntu 10.04 não inicializa corretamente. Passa pelo Grub e depois para em uma tela em branco e no cursor piscando. Pelo que li, essa tela de cursor piscante é apresentada pelo próprio Ubuntu e não pelo Grub, então presumo que o processo de inicialização seja interrompido por algum motivo. Alguém tem alguma orientação sobre como diagnosticar esse problema ou qual é a causa provável? Normalmente eu preciso pressionar o botão de reset para reiniciar o PC e, muitas vezes, ele será reiniciado corretamente. O fato de ser intermitente é o que me confunde.

Qualquer indicação sobre o diagnóstico do problema seria muito apreciada.

Editar:

Já faz um tempo, principalmente porque meu servidor está ativo há muito tempo. Parece que eu capturei uma recorrência desse problema, copiei o messagesarquivo e o dmesgarquivo e observei onde o processamento parece ter parado e encontrei as mensagens abaixo. Vou fazer algumas pesquisas no Google, etc., mas achei que eu as colocaria aqui caso alguém possa ajudar e queira ganhar alguns pontos. Devo mencionar que a ondemand governor failedmensagem acontece em inicializações bem-sucedidas, mas as outras duas não aparecem.

Oct 11 23:17:21 linux kernel: [   98.905370] ondemand governor failed, too long transition latency of HW, fallback to performance governor  
Oct 11 23:21:48 linux kernel: Kernel logging (proc) stopped.  
Oct 11 23:21:48 linux rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="697" x-info="http://www.rsyslog.com"] exiting on signal 15. 

Encontrei algumas referências vagas ao rollover de arquivos de log no momento da inicialização, sendo a causa

Mantenha a tecla Shift pressionada durante a inicialização e pressione e para editar a entrada do GRUB. Remova a parte que diz "respingo silencioso" e substitua-a por "texto" para ver o que está acontecendo durante a inicialização.

No meu caso, o cursor piscante era tudo o que eu jamais conseguiria. Sem inicialização. Foi na instalação de um novo Ubuntu Minimal. Eu descobri que durante a etapa de instalação do GRUB, ele estava instalando o GRUB na unidade errada, a "primeira" unidade (/ dev / sda).

Meu sistema possui 3 unidades. Duas unidades de 500 GB em RAID, que eu não queria tocar durante a instalação, e um SSD de 120 GB que eu uso no sistema operacional. Por qualquer motivo, a "primeira unidade" (/ dev / sda) é uma das minhas unidades de 500 GB. / dev / sdb é minha unidade de 120 GB e / dev / sdc é a outra unidade de 500 GB.

Portanto, ao formatar com uma tabela de partição "mbr" na minha unidade de 120 GB, fiz os 117 GB normais de ext4 e 3 GB de swap inicializáveis. Na etapa de instalação do GRUB, NÃO escolha Sim para colocar o GRUB na "primeira" unidade. Escolha NÃO. Isso exibirá outra tela que permite inserir / dev / sdX. No meu caso, tentei / dev / sdb e / dev / sdb1, mas o instalador me dava um erro fatal todas as vezes, o que ainda não faz sentido.

Finalmente, tive que formatar minha unidade de 120 GB com uma tabela de partição "gpt". Com o GPT, você precisa criar manualmente uma partição GRUB. É assim que as coisas são feitas com a GPT. Portanto, a primeira partição que criei para o GRUB foi de 32,0 MB formatada para "inicialização ou algo assim (esqueça as palavras)". A segunda partição foi o meu 3,0 GB formatado para "swap", no "final". A terceira partição foi o espaço restante formatado como "ext4".

Agora, ao escolher NO durante a etapa de instalação do GRUB, insira manualmente / dev / sdb, não / dev / sdb1 de maneira surpreendente, e funcionará. O GRUB é instalado na partição de inicialização de 32 MB na unidade correta e o sistema é inicializado normalmente. YAY!

BTW, você precisa escolher Instalação especializada no menu no início da instalação para fazer tudo isso e formatar seu HDD "manualmente" e não "guiado". O Guided sempre escolherá / dev / sda como a primeira unidade e o cursor piscante / nenhuma inicialização resultará se / dev / sda não for sua unidade do SO.

Eu já tive esse problema no passado e descobri que parece acontecer em alguns núcleos e não em outros, embora eu não tenha esse problema desde a atualização para o Meerkat. Mas muitas vezes descobri que teria que selecionar um kernel anterior para carregar corretamente no Ubuntu.

Eu gosto da resposta da maco, mas outra coisa que eu verificaria é que seu disco rígido está saudável. Verifique em Sistema> Administração> Utilitário de Disco, verifique o status do SMART, ele deve estar "O disco está íntegro", caso contrário, sua unidade pode estar falhando.

Já tive esse problema algumas vezes, mas consegui distinguir pelo menos três variantes diferentes:

• retoma a inicialização depois de pressionar Enter
• retoma a inicialização sem fazer nada, depois de um tempo
• nunca retoma a inicialização, mas aceita ctrl-alt-del, indicando que ainda existe alguma vida no kernel

Isso me levou a acreditar que, quando você vê o que está descrevendo, o problema real é que a quietopção de inicialização está ocultando "algo" de você. Por exemplo, eu poderia rastrear um dos meus incidentes para o sistema recuperar (não a verificação de rotina usual) meu disco rígido. Desde então, removi a quietopção das minhas entradas do grub.

Eu tive esse problema com uma nova instalação do servidor 11.10.

Consegui mudar para um VT com alt-F1, para que a máquina estivesse viva, mas havia mudado para vt7, apesar de nenhum X estar ativado.

Eu fixo-lo, alterando a opção grub GRUB_CMDLINE_LINUX_DEFAULT a partir quiet slashde nomodesetque significava que eu tenho a informação de inicialização adequada, seguido por VT1.

No passado, tive um problema semelhante ao usar a versão recomendada de um driver proprietário da nVidia com uma determinada placa de vídeo. A solução foi inicializar no modo de recuperação, executar a opção xfix e inicializar na área de trabalho. Uma vez na área de trabalho, eu entrava na tela de drivers de hardware e selecionava uma versão mais antiga do driver.

Eu tive esse problema em alguns notebooks HP baratos com 10.04. Eu observei que muitas vezes o mouse USB é a causa. Tente desconectá-lo. E também, a atualização do BIOS pode ajudar.

Eu experimentei esse problema hoje .. e após várias tentativas vãs de inicializar o sistema, decidi inicializar a partir de um Kernel diferente. Eu tenho o kernel 2.6.32-21-genérico e 2.6.32-25-genérico, que é fornecido pelo Ubuntu. Normalmente, eu estou inicializando a partir do Kernel 2.6.32.25, mas depois de todo o fiasco da tela em branco, eu inicializei a partir do 2.6.32.21 Kernel, e isso me permitiu inicializar normalmente ...

depois de reiniciar o ubuntu 10.04 recém-instalado no servidor IBM x3250 m3. Eu tentei segurar a tecla Shift e outras coisas, mas nada realmente ajuda ... Eu tentei reinstalá-lo por mais de 5 vezes. O principal problema é sua inconsistência, às vezes inicializa, mas na maioria das vezes apenas uma tela em branco com um cursor piscando na parte superior esquerda da tela.

No meu caso para a descrição acima (às vezes obtendo uma tela preta com um cursor piscando), o lightgdm tendo uma condição de corrida e não sendo capaz de iniciar corretamente era o problema; veja minha resposta completa para essa outra pergunta relacionada .

Veja os detalhes da solução aqui: http://www.webupd8.org/2013/01/ubuntu-lightdm-black-screen-when-using.html (consulte também este relatório de bug ).

A essência: use gdm e não lightgdm (ou seja sudo apt-get install gdm, e escolha gdmo gerenciador de login padrão quando solicitado).

Espero que isso ajude alguém.

Foi o que fiz de errado: estava instalando o 14.04 em um Acer Netbook antigo. Quando inicializo o Acer, tenho duas opções F2 para entrar no BIOS para redefinir a sequência de inicialização do computador ou F12 para redefinir a sequência de uma sessão . Como eu estava instalando a partir de um cartão de memória, redefini estupidamente a sequência de inicialização do computador, em vez da sequência da sessão, para o cartão de memória. Portanto, os arquivos de inicialização cruciais foram instalados no cartão de memória em vez do disco rígido.