¿Como soluciono el problema de la pantalla congelada en modo recovery con EdulibreOS?

Spanish Forum

Moderators: tomeu, JCSenar

Post Reply
cristiangnulinux
Level 1
Level 1
Posts: 3
Joined: Tue Oct 06, 2020 10:03 pm

¿Como soluciono el problema de la pantalla congelada en modo recovery con EdulibreOS?

Post by cristiangnulinux »

Estuve viendo muchos tutoriales pero ninguno me sirvió.
Vi uno en el que se usaba el modo recovery pero me salio esto "end Kernel panic - not syncing"
Quiero saber como solucionar el problema. Se me queda la pantalla de cargando, no me aparece la parte para iniciar sesión. :cry:
La verdad es que no tengo linux mint.

SO: GNU/LINUX , Desktop: Innova , EdulibreOS
Last edited by JCSenar on Thu Oct 08, 2020 10:25 am, edited 1 time in total.
Reason: Título corregido
User avatar
jungle_boy
Level 7
Level 7
Posts: 1732
Joined: Thu Aug 19, 2010 2:51 pm
Location: Amazon Rainforest

Re: ¿Como soluciono el problema de la pantalla congelada en modo recovery con EdulibreOS?

Post by jungle_boy »

Hasta la página del sítio de Edulibre OS tiene errores, le aconsejo instalar Linux Mint cinnamon en su computador, y tendrá menos problemas, Linux es Linux, después podrá descargar los programas específicos que funcionan en cualquier Linux (Blinken, Gcompris, Scratch, etc)
Dell Inspiron 5480, Quad-core, Core I5 8th Gen, Geforce MX 150,
LM 20 Cinnamon
User avatar
JOPETA
Level 17
Level 17
Posts: 7222
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: ¿Como soluciono el problema de la pantalla congelada en modo recovery con EdulibreOS?

Post by JOPETA »

cristiangnulinux wrote:
Wed Oct 07, 2020 9:49 pm
Vi uno en el que se usaba el modo recovery pero me salio esto "end Kernel panic - not syncing"
Quiero saber como solucionar el problema. Se me queda la pantalla de cargando, no me aparece la parte para iniciar sesión. :cry:
La verdad es que no tengo Linux Mint.

SO: GNU/LINUX , Desktop: Innova , EdulibreOS
Entiendo por lo que comentas en el otro hilo que ese sistema lo quieres mantener.

El que mejor se puede aproximar a la causa de lo que ocurre eres tú, recordando lo que haya sucedido (errores recibidos en las instalación de actualizaciones, caída de tensión interrupción de instalación o por apagado de botón por ejemplo ante un cuelgue) o hayas realizado (si pretendías reducir la partición del sistema para hacer espacio a otra instalación según lo sugerido en el otro hilo y lo detuviste, por ejemplo) en la última sesión o después tratando de iniciar.

Desconozco tu sistema y por lo poco que he encontrado es que está basado en Ubuntu (18.04 si la versión es la 10 última) pero las actualizaciones e instalaciones parecen están centralizadas/filtradas por un servidor ( LTSP) que no se si es el oficial de Ubuntu (o además de este).

Dependiendo de cómo, cuando, qué y de dónde procedan las actualizaciones los efectos sobre el sistema pueden provocar mas o menos inestabilidad y son "normales" algún que otro problema de inicio como el que comentas (congelamiento o pantalla negra) con algunas gráficasy /o con algún determinado kernel. Por lo general suelen desaparecer si vuelves a reiniciar otra vez. Si en ese segundo reinicio persiste el problema, requeriría del inicio de emergencia por problema de gráficos o iniciar con un kernel anterior como que se comenta a continuación.

Tampoco queda claro el error del kernel panic. Dices haberlo recibido al intentar algo en modo recuperación y no especificas qué intentaste.

Para poder ver lo que sucede de fondo al inicio, es decir donde falla, puedes hacer lo indicado aquí para editar la opción de inicio por defecto del menú GRUB y bastaría eliminar quite splash de la linea de carga del kernel para evitar el plymouth. Puedes añadir nomodeset como indican en el enlace y así confirmar, si no sucede el cuelgue que el problema era el controlador gráfico.

Si se repite el cuelgue pesa al nomodeset puedes tomar una foto de lo que muestra la pantalla y colgarla en una web de compartición como imgur.com para compartir el enlace.

Sin mas datos, dado que el error se produciría después del GRUB solo se descarta que el problema sea el cargador de arranque (GRUB). Lo digo porque muchos usuarios ante un problema de inicio tienen tendencia a reparar el inicio,esto es el GRUB, muchas veces recurriendo a Boot Repair, lo cual no soluciona nada en estos casos y podría, por el contrario, generar otros problemas.

El menú GRUB incorpora soluciones a algunos de los problemas previsibles cuando la causa es lo ocurrido en la sesión anterior (evidentemente no soluciona ni problemas de hardware ni reconfigura la BIOS si esto lo que se hizo).
Las Opciones Avanzadas permiten iniciar con el kernel anterior (sin más, no en modo recuperación) y descartar que el problema sea ese nuevo kernel.

El modo recuperación del kernel (instalado o uno anterior) permite solucionar en sus diferentes opciones sólo ciertos problemas identificados de la forma descrita (viendo en pantalla los errores que se reciben).

La opción Xfailsave (modo gráfico a prueba de fallos) permitiría un inicio de emergencia para deshacer los cambios en los controladores gráficos realizados en la sesión anterior. Es el inicio equivalente al nomodeset propuesto en el enlace anterior.

La opción fsck realizaría o intentaría realizar el chequeo/reparación del sistema de archivos de la partición del sistema, útil en caso de que se hay producido un apagón en la sesión anterior, que usuario haya pagado de botón o se haya interrumpido la instalación de actualizaciones por haberse colmatado la partición del sistema. Si en ese punto el sistema no puede realizar el chequeo/reparación profundo lo avisará proponiendo la reparación manual. Esta se puede hacer desde la consola con sudo fsck -y /sdxy pero antes debemos saber cual es la partición afectada (otra vez aparecerá en las linea de carga). En general se recomienda realizar esa acción desde un live.

La opción clean realizaría la eliminación limpieza de archivos prescindibles, útil en caso de que la partición del sistema se haya llenado. Esta acción es conviene realizarla después de la anterior y como aquella es conveniente realizarla desde el Live.

La opción grub trataría de reparar problemas de inicio relacionados con GRUB, es una opción sólo eficaz cuando se dispone de una partición de inicio (/boot) separada o cuando el problema sea debido a la actualización del propio GRUB.

La opción root permitiría abrir una consola del root para solucionar algunos problemas desde la consola. Si la solución consiste en la reinstalación de algún paquete, al igual que la opción dpkg requería tener activada previamente la conexión de red mediante la opción correspondiente del menú de recuperación.

El kernel panic por su parte es el aviso de la imposibilidad de iniciar por un problema detectado en la cargar el kernel (de hecho el error completo es ese Kernel panic - not syncing: Attempted to kill init!).
Como sucede en otros problemas de carga (por ejemplo en errores intramfs), en las lineas anteriores al error suelen aparecer indicios de la causa del problema que pueden ser alguno de los anterior.

En estos casos sin mas datos tampoco se podría precisar que hacer en concreto mas que tratar de iniciar con otro kernel anterior según lo indicado antes para confirmar que no es ese el responsable.

Por lo demás la causa puede ser muy variada: desde un problema de hardware (la RAM, el disco duro,...), un cambio en la configuración de la BIOS ( por ejemplo activar el Secure Boot en sistemas UEFI) o por las actualizaciones instaladas en la última sesión bien del propio kernel (bug) o por corrupción de algún archivo durante su instalación (en caso de que el disco este lleno lo cual debió ser notificado anteriormente por el sistema de ser esto).

En los diferentes hilos que encontrarás sobre este problema en la red abundan por tanto diferentes propuestas que funcionan o no dependiendo de cual sea esa causa y tras haber descartado otros problemas antes.

Ante la posibilidad de que se trate de un problema de hardware, habría que aconsejar iniciar con el Live de MInt o del sistema instalado y
-realizar el chequeo de la RAM (opción del menú de inicio del Live)

- ya en la sesión del Live,
descartar el problema del disco duro (sectores defectuoso y/o aviso de fallo inminente usando la utilidad de Discos (gnome-disks).

-descartar el sistema de archivos montando la partición del sistema y accediendo a ella con el navegador de archivos, Si puedes acceder en modo lectura y escritura estaría descartado. .

-De no poder acceder realizar el chequeo/reparación del sistema de archivos de la partición con el propio Discos o desde la terminal con sudo fsck -y /dev/sdxy, donde sdxy debe ser reemplazado por la partición del sistema según el resultado de sudo fdisk -l.

-Si todo va bien volver a intentar el montaje y

-asegurar que la partición no se ha colmatado (libre menos un 15-20%) y de ser así proceder a la limpieza de archivos prescindibles.

-Descartado todo, esto se puede acceder al registro del sistema, en concreto el kernel.log de esa partición en el directorio /var/log y visualizarlo para obtener mas información.
Que la causa sea el cambio de configuración de BIOS, puede suceder sin la intervención del usuario (que en el caso de portátiles al agotar la batería después de mucho tiempo sin usarlo o una caída brusca de tensión/apagón en caso de PC de escritorio). Nos obligaría a entrar en la BIOS y revisar la fecha, que tenga la configuración de inicio adecuada (si el modo es UEFI con Secure boot, Fast Boot y CSM desactivados,...), modo SATA (AHCI),.. En caso de de duda o si esto sólo no basta, cargando la configuración por defecto cuando proceda, en último extremo resetear la BIOS en caso de portátiles.
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)
cristiangnulinux
Level 1
Level 1
Posts: 3
Joined: Tue Oct 06, 2020 10:03 pm

Re: ¿Como soluciono el problema de la pantalla congelada en modo recovery con EdulibreOS?

Post by cristiangnulinux »

El problema es que no tengo acceso a la terminal, solo puedo entrar a System Setup y Bios.
arkus
Level 1
Level 1
Posts: 34
Joined: Sun Jul 12, 2020 12:05 am

Re: ¿Como soluciono el problema de la pantalla congelada en modo recovery con EdulibreOS?

Post by arkus »

cristiangnulinux wrote:
Wed Oct 07, 2020 9:49 pm
end Kernel panic - not syncing"
Cuando me pasa eso generalmente entro desde otro sistema mediante chroot(también puedes hacerlo con un livecd), tienes que buscar donde estaba montado y tratar hacer un:

Code: Select all

update-initramfs -u -k && update-grub 
O bien hacer una restauración con timeshift, algo como:

Code: Select all

timeshift --restore --snapshot '2019-07-13_16-18-46' --target /dev/sdbx, 
En /etc/fstab deben estar asignados como UIIDs(# blkid) y no como /dev/sdx, otra solución es cambiar el orden la ubicación de los cables, no queda claro si es un sólo disco o varios, si es un portátil/notebook/laptop? entonces cuáles son sus particiones, si es tabla de particiones mbr o gtp.

También, no creo que sea tu caso, pero cuando no se da al kernel la opoción CONFIG_EXT4_FS=y para leer ext4, también pasa eso, porque no creo que hayas creado una ext2 como boot. También no queda claro si ya lo instalaste o si borraste lo anterior o solo quieres bootear/arrancar con eso.

Incluso me ha pasado cuando no termina de actualizarse, entonces lo termino de actualizar desde chroot, también con otra distro amiga me pasaba eso si no hacía un $ mount /boot desde el terminal a pesar que estaba asignado ya en fstab, un bug de tantos.

viewtopic.php?p=1388403
https://www.sololinux.es/solucion-a-ker ... -block-00/

Creo que debes respaldar todo antes de continuar. Espero lo hayas hecho desde el inicio.
User avatar
JOPETA
Level 17
Level 17
Posts: 7222
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: ¿Como soluciono el problema de la pantalla congelada en modo recovery con EdulibreOS?

Post by JOPETA »

cristiangnulinux wrote:
Fri Oct 09, 2020 10:21 pm
El problema es que no tengo acceso a la terminal, solo puedo entrar a System Setup y Bios.
1.-¿Quieres decir que no puedes acceder al menú de GRUB (presionando la tecla mayúsculas/SHIFT derecha tan pronto enciendas el PC)?

2.-¿A qué te refieres entonces en el post anterior con la pantalla de cargando (si fuera la de la carga de Linux podrías presionar Esc para ver lo que ocurre)?

3.-¿Cómo hiciste lo del modo recuperación (o el modo recovery del título) que dices haber intentado?

4.-¿Qué hiciste en la sesión última que funcionó?

5.-¿Has modificado algo en la BIOS?

6.-¿Puedes adjuntar una imagen? ...
-
7.-De tener un live de Mint o de Edulibre (desde luego no la última versión, la 10.2 que no es Live no se si las full-ubuntu 10 y 9 pero si lo es claramente la versión 8 basada en Ubuntu 16.04 LTS), inicia con él y abre una terminal (Alt+Ctrl+T). Copia y pega los siguientes códigos (una línea cada vez seguido de Intro) y devuelve el resultado de la forma indicada aquí (usando la opción </> code del editor del foro).

Code: Select all

inxi -Fxnz
sudo fdisk -l
sudo blkid
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)
Post Reply

Return to “Español (Spanish)”