Mantenha o turno durante a inicialização, depois 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.
Ocasionalmente meu Ubuntu 10.04 PC não inicializa corretamente. Ele passa pelo Grub e depois pára em uma tela em branco e pisca no cursor. Pelo que eu 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 este problema ou qual é a causa provável? Normalmente eu preciso pressionar o botão reset para reiniciar o PC e, muitas vezes, ele irá reiniciar bem. O fato de ser intermitente é o que me confunde.
Quaisquer indicações sobre o diagnóstico do problema seriam muito apreciadas.
It's been a while, mainly because my server has been up for a long time. It looks like I've captured a recurrence of this issue, I copied the
messagesfile and thedmesgfile and had a look where processing seems to have stopped and found the messages below. I'm going to do some research on Google etc. but figured I'd put it up here in case anyone can help and wants to earn themselves some points. I should mention that theondemand governor failedmessage happens on successful boots but the other two don't appear to.
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.
Eu encontrei algumas referências vagas para a rolagem de arquivos de log no momento da inicialização, sendo a causa
Mantenha o turno durante a inicialização, depois 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 que eu jamais conseguiria. Sem inicialização. Foi durante a 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 tem 3 drives. 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 para o 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.
Assim, ao formatar com uma tabela de partições de "mbr" na minha unidade de 120GB, eu fiz o normal de 117GB de boot ext4 e 3GB de swap. Na etapa de instalação do GRUB, NÃO escolha Sim para colocar o GRUB na "primeira" unidade. Escolha NÃO. Isso abrirá outra tela que permite inserir / dev / sdX. No meu caso, eu tentei / dev / sdb e / dev / sdb1, mas o instalador sempre me dava um erro fatal, o que ainda não faz sentido.
Finalmente, tive que formatar meu disco de 120 GB com uma tabela de partições "gpt". Com o GPT, você precisa criar manualmente uma partição do GRUB. É assim que as coisas são feitas com o GPT. Então, a primeira partição que eu fiz para o GRUB foi 32.0 MB formatada para "boot or something (esqueça o texto)". Segunda partição foi 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, surpreendentemente, e então ele funcionará. O GRUB é instalado na partição de inicialização de 32 MB na unidade correta e o sistema inicializa normalmente. YAY!
BTW, você tem que escolher a instalação do especialista no menu no início da instalação para fazer tudo isso e formatar o disco rígido "manualmente" e não "guiado". Guiados sempre escolherão / dev / sda como a primeira unidade e o cursor piscando / não será inicializado se / dev / sda não for sua unidade de sistema operacional.
Eu tive esse problema no passado, e descobri que parece acontecer em alguns kernels e não em outros, embora eu não tenha tido esse problema desde a atualização para o Meerkat. Mas muitas vezes eu descobri que teria que selecionar um Kernel anterior para carregar o Ubuntu corretamente.
Eu gosto da resposta da maco, mas outra coisa que eu verifico é que o seu disco rígido é saudável. Verifique no sistema > Administração > Utilitário de Disco, veja o status SMART, deve ser "O disco está íntegro", caso contrário, sua unidade pode estar falhando.
Já tive esse problema algumas vezes agora, mas consegui distinguir pelo menos três variantes diferentes:
Isso me levou a acreditar que, quando você vê o que está descrevendo, o problema real é que a opção de inicialização quiet 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. Eu removi a opção quiet das minhas entradas do grub.
Eu experimentei esse problema hoje ... e depois de várias tentativas vãs de inicializar o sistema, decidi inicializar a partir de um Kernel diferente. Eu tenho tanto 2.6.32-21-kernel 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 kernel 2.6.32.21, e isso me permitiu inicializar como de costume ...
depois de reiniciar o ubuntu 10.04 recém-instalado no servidor IBM x3250 m3. Tentei segurar a tecla Shift e algumas outras coisas, mas nada realmente ajuda ... Eu tentei reinstalá-lo por mais de 5 vezes. O principal problema é a sua inconsistência, às vezes ele faz boot, mas na maioria das vezes apenas uma tela em branco com um cursor piscando na parte superior esquerda da maior parte da tela.
Eu tive esse problema com uma nova instalação do servidor 11.10.
Eu consegui mudar para um VT com alt-F1, então a máquina estava viva, mas tinha mudado para vt7, apesar de nenhum X estar ativado.
Eu consertei alterando a opção GRUB_CMDLINE_LINUX_DEFAULT do grub de quiet slash para nomodeset , o que significava que recebi as informações de inicialização adequadas, seguidas por VT1.
No meu caso para a descrição acima (às vezes ficando uma tela preta com um cursor piscando), lightgdm tendo uma condição de corrida e não ser capaz de iniciar corretamente foi o problema; veja minha resposta completa a esta outra questão relacionada .
Veja os detalhes da solução aqui: link (veja também este relatório de bug ).
A essência disso: Use gdm e não lightgdm (por exemplo, sudo apt-get install gdm e escolha gdm como gerenciador de login padrão quando solicitado).
Espero que isso ajude alguém.
Isso foi o que eu fiz de errado: Eu estava instalando o 14.04 em um antigo Netbook Acer, quando eu inicializo o Acer Eu tenho duas opções F2 para entrar no BIOS para resetar a seqüência de boot do computador ou F12 para resetar a sequência por uma sessão. Porque eu estava instalando a partir de um cartão de memória, eu estupidamente repor a seqüência de inicialização do computador em vez da seqüência de sessão para o cartão de memória. Assim, os arquivos cruciais de inicialização foram instalados no cartão de memória em vez do disco rígido.
Eu tive um problema semelhante no passado usando 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 iria para a tela de drivers de hardware e selecionaria 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 desconectar. E também, a atualização do BIOS pode ajudar.