Pantalla en blanco, cursor parpadeante en el arranque

Ocasionalmente, mi PC Ubuntu 10.04 no arranca correctamente. Pasa Grub y luego se detiene en una pantalla en blanco y un cursor parpadeante. Por lo que he leído, esta pantalla de cursor parpadeante es presentada por Ubuntu y no por Grub, así que supongo que el proceso de arranque se detiene por alguna razón. ¿Alguien tiene alguna guía sobre cómo diagnosticar este problema o cuál es la causa probable? Normalmente necesito presionar el botón de reinicio para reiniciar la PC y, a menudo, se reiniciará bien. El hecho de que sea intermitente es lo que me confunde.

Cualquier sugerencia sobre el diagnóstico del problema sería muy apreciada.

Editar:

Ha pasado un tiempo, principalmente porque mi servidor ha estado activo durante mucho tiempo. Parece que he capturado una recurrencia de este problema, copié el messagesarchivo y el dmesgarchivo y eché un vistazo donde el procesamiento parece haberse detenido y encontré los mensajes a continuación. Voy a investigar un poco en Google, etc., pero pensé que lo pondría aquí en caso de que alguien pueda ayudar y quiera ganar algunos puntos. Debo mencionar que el ondemand governor failedmensaje ocurre en las botas exitosas pero los otros dos no parecen.

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. 

Encontré algunas referencias vagas a la transferencia de archivos de registro en el momento del arranque que es la causa

Mantenga presionada la tecla Mayús durante el arranque, luego presione e para editar la entrada GRUB. Elimine la parte que dice "splash silencioso" y reemplácelo con "texto" para ver qué sucede durante el arranque.

En mi caso, el cursor parpadeante era todo lo que obtendría. Sin bota Fue al instalar un Ubuntu Minimal nuevo. Me di cuenta de que durante el paso de instalación de GRUB, estaba instalando GRUB en la unidad incorrecta, la "primera" unidad (/ dev / sda).

Mi sistema tiene 3 unidades. Dos unidades de 500 GB en RAID, que no quería tocar durante la instalación, y una SSD de 120 GB que utilizo para el sistema operativo. Por alguna razón, la "primera unidad" (/ dev / sda) es una de mis unidades de 500 GB. / dev / sdb es mi unidad de 120 GB y / dev / sdc es la otra unidad de 500 GB.

Entonces, cuando formateé con una tabla de particiones de "mbr" en mi disco de 120GB, hice los 117GB normales de ext4 de arranque y 3GB de intercambio. En el paso de instalación de GRUB, NO elija Sí para colocar GRUB en la "primera" unidad. Elija NO Esto abrirá otra pantalla que le permite ingresar / dev / sdX. En mi caso, probé / dev / sdb y / dev / sdb1, pero el instalador me daba un error fatal cada vez, lo que todavía no tiene sentido.

Finalmente, tuve que formatear mi unidad de 120GB con una tabla de particiones de "gpt". Con GPT, debe crear manualmente una partición GRUB. Así se hacen las cosas con GPT. Entonces, la primera partición que hice para GRUB fue 32.0 MB formateada para "arranque o algo así (olvídate de la redacción)". La segunda partición fue mi 3.0 GB formateado para "intercambio", al "final". La tercera partición era el espacio restante formateado como "ext4".

Ahora, al elegir NO durante el paso de instalación de GRUB, ingrese manualmente / dev / sdb, no / dev / sdb1 sorprendentemente, y luego funciona. GRUB se instala en la partición de arranque de 32 MB en la unidad correcta y el sistema arranca normalmente. ¡HURRA!

Por cierto, debe elegir Instalación experta en el menú al comienzo de la instalación para hacer todo esto y formatear su HDD "manualmente", no "guiado". Guided siempre elegirá / dev / sda como la primera unidad y el cursor parpadeará / no se iniciará si / dev / sda no es su unidad OS.

He tenido este problema en el pasado, y descubrí que parece ocurrir en algunos núcleos y no en otros, aunque no he tenido este problema desde la actualización a Meerkat. Pero muchas veces descubrí que tenía que seleccionar un Kernel anterior para cargarlo en Ubuntu correctamente.

Me gusta la respuesta de Maco, pero otra cosa que comprobaría es que su disco duro está en buen estado. Verifique en Sistema> Administración> Utilidad de disco, observe el estado INTELIGENTE, debería ser "El disco está en buen estado", de lo contrario su unidad podría estar fallando.

He tenido ese problema varias veces, pero pude distinguir al menos tres variantes diferentes:

• reanuda el arranque después de presionar Enter
• reanuda el arranque sin hacer nada, después de un tiempo
• nunca reanuda el arranque, pero acepta ctrl-alt-del, lo que indica que todavía hay algo de vida en el núcleo

Esto me ha llevado a creer que cuando ves lo que estás describiendo, el problema real es que la quietopción de arranque te está ocultando "algo". Por ejemplo, podría rastrear uno de mis incidentes hasta que el sistema recupere (no la comprobación de rutina habitual) mi disco duro. Desde entonces he eliminado la quietopción de mis entradas de grub.

Tuve este problema con una nueva instalación del servidor 11.10.

Pude cambiar a un VT con alt-F1, por lo que la máquina estaba viva pero había cambiado a vt7, a pesar de que X no estaba habilitado.

Me fijo mediante la alteración de la opción de grub GRUB_CMDLINE_LINUX_DEFAULT a partir quiet slashde nomodesetlo que significaba que dieron la información de arranque adecuado, seguido de VT1.

Tuve un problema similar en el pasado al usar la versión recomendada de un controlador nVidia patentado con una determinada tarjeta de video. La solución fue iniciar en modo de recuperación, ejecutar la opción xfix, luego iniciar en el escritorio. Una vez en el escritorio, iría a la pantalla de controladores de hardware y seleccionaría una versión anterior del controlador.

Tuve este problema en algunos portátiles HP baratos con 10.04. Observé que a menudo el mouse USB es la causa. Intenta desenchufarlo. Y también, la actualización del BIOS puede ayudar.

Experimenté este problema hoy ... y después de varios intentos vanos de iniciar el sistema, decidí iniciarlo desde un Kernel diferente. Tengo ambos kernel 2.6.32-21-generic y 2.6.32-25-generic, que es proporcionado por Ubuntu. Por lo general, estoy arrancando desde el Kernel 2.6.32.25, pero después de todo el fiasco de la pantalla en blanco, arranqué desde el Kernel 2.6.32.21, y eso me permitió arrancar como de costumbre ...

después de reiniciar ubuntu 10.04 recién instalado en el servidor IBM x3250 m3. Intenté mantener presionada la tecla Mayús y otras cosas, pero nada realmente ayuda ... He intentado reinstalarlo más de 5 veces. El problema principal es su inconsistencia, a veces se inicia, pero la mayoría de las veces solo una pantalla en blanco con un cursor parpadeante en la parte superior izquierda de la pantalla.

En mi caso para la descripción anterior (a veces aparece una pantalla negra con un cursor parpadeante), el problema era que lightgdm tenía una condición de carrera y no podía comenzar correctamente; vea mi respuesta completa a esta otra pregunta relacionada .

Consulte los detalles de la solución aquí: http://www.webupd8.org/2013/01/ubuntu-lightdm-black-screen-when-using.html (consulte también este informe de error ).

La esencia de esto: use gdm y no lightgdm (es decir sudo apt-get install gdm, y elija gdmcomo administrador de inicio de sesión predeterminado cuando se le solicite ).

Espero que esto ayude a alguien.

Esto es lo que hice mal: estaba instalando 14.04 en un viejo Netbook de Acer, cuando inicio el Acer tengo dos opciones F2 para ingresar al BIOS para restablecer la secuencia de inicio de la computadora o F12 para restablecer la secuencia para una sesión . Debido a que estaba instalando desde un dispositivo de memoria, restablecí estúpidamente la secuencia de inicio de la computadora en lugar de la secuencia de sesión en el dispositivo de memoria. Por lo tanto, los archivos de arranque cruciales se instalaron en la tarjeta de memoria en lugar del disco duro.