LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Spanish Forum

Moderators: tomeu, JCSenar

Post Reply
Adrux
Level 1
Level 1
Posts: 9
Joined: Fri Jun 14, 2019 2:53 pm
Location: A dos metros del suelo

LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by Adrux » Fri Jun 14, 2019 10:40 pm

Subtítulo: "end Kernel panic - not syncing: Attempt to kill init! exit".

Hola, nuevo por aquí envío saludos al foro (en especial al Español).

Datos y Fallos:

Sobre un PC con Linux Mint 18 Sarah (32 Bit) 4GB RAM // Dual con un Win Xp (que casi no uso), ante una actualización diaria del sistema (-fallida- nunca termina de actualizar):

1. se congela la pantalla y al reiniciar aparece el mensaje: "Initramfs" (adjunto imagen):


Image


2. Desde un live CD, por terminal ejecuto:

sudo fsck /dev/sdb6 -c -y

Resultado: se corrigieron los errores; se hace reboot. El sistema sigue sin arrancar el escritorio (luces del teclado titilan y sigue congelado)


3. Desde un live CD, con GParted hago check sobre la partición del sistema. Se corrigen errores.


4. Reinicio y corro "Recovery mode". (adjunto imagen)


Image


Resultado: al no poder seguir, finalizo el intento.


5. Realicé el test de memoria y da sin errores. Todas las particiones se pueden ver desde el Cd live.


Es realmente una pena (de solo pensarlo...) volver a instalar el SO y volver configurar nuevamente todo. Espero que en algún lado exista una "base de conocimientos" que incluya esta incidencia (ya es un problema). Muchas gracias. Espero sus respuestas. :D
// Sapere Aude. -- "Si usted no puede describir lo que está haciendo como un proceso, usted no sabe lo que está haciendo". W. Deming

User avatar
hatteras
Level 9
Level 9
Posts: 2995
Joined: Fri Sep 24, 2010 6:43 pm
Location: En el paraiso en la tierra
Contact:

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by hatteras » Sat Jun 15, 2019 3:48 am

Mira a ver si esto http://hatteras-blog.blogspot.com/2008/ ... y-job.html
te sirve, te ayudad o te inspira....Suerte
Todos somos muy ignorantes. Pero no todos ignoramos las mismas cosas.
Es un placer ayudar, y ver que a alguien le es útil.
Es un placer pedir ayuda y ver que alguien te la da desinteresadamente.

Adrux
Level 1
Level 1
Posts: 9
Joined: Fri Jun 14, 2019 2:53 pm
Location: A dos metros del suelo

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by Adrux » Sat Jun 15, 2019 1:26 pm

Gracias hatteras, estuve leyendo el artículo (y el blog: muy interesante). Pero sucede que el gestor GRUB yo lo veo; de hecho con él accedo a Linux Mint: empieza a cargar el logo y se queda ahí (titilando las luces del teclado). Por eso en el titulo de este post señalo: "No se puede acceder al escritorio".

Nota: desde el live CD, puedo ver todos mis archivos (de todas las particiones).

Pregunta: Podría ser que al fallar la actualización del sistema (motivo por el cual se produjo el fallo de mi Pc) falte o se halla borrado algún archivo. O que la falla esté relacionado con el Kernel?

De cualquier forma, debe haber una manera de solucionarlo, seguramente. Me resisto a pensar que de lo estable del SO se pase a la hecatombe sin más.
Gracias! Espero sus respuestas.
// Sapere Aude. -- "Si usted no puede describir lo que está haciendo como un proceso, usted no sabe lo que está haciendo". W. Deming

User avatar
hatteras
Level 9
Level 9
Posts: 2995
Joined: Fri Sep 24, 2010 6:43 pm
Location: En el paraiso en la tierra
Contact:

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by hatteras » Sat Jun 15, 2019 2:27 pm

Hacer que aparezca el menú del grub2: Si no te aparece el menú del Grub2, y se inicia automáticamente la sesión normal del sistema, es conveniente/altamente recomendable que cambies la situación para que te aparezca el menú del Grub2, para que puedas elegir por ejemplo iniciar en el "recovery mode".

Para ello edita el fichero /etc/default/grub ( con lo siguiente en la terminal: sudo gedit /etc/default/grub ) de forma que aparezca el símbolo # delante de las siguientes entradas:

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
#GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=" splash"

Guarda los cambios realizados en el archivo, y luego recuerda ejecutar en la terminal el comando sudo update-grub2

Copiado desde: http://hatteras-blog.blogspot.com/2010 ... grub2.html
Todos somos muy ignorantes. Pero no todos ignoramos las mismas cosas.
Es un placer ayudar, y ver que a alguien le es útil.
Es un placer pedir ayuda y ver que alguien te la da desinteresadamente.

Adrux
Level 1
Level 1
Posts: 9
Joined: Fri Jun 14, 2019 2:53 pm
Location: A dos metros del suelo

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by Adrux » Sat Jun 15, 2019 2:48 pm

a) El menú Grub2 aparece, como te lo señalo en mi respuesta: "Pero sucede que el gestor GRUB yo lo veo; de hecho con él accedo a Linux Mint..."

b) El "recovery mode", SI lo puedo iniciar (pero se detiene) como lo indico en el punto 4 (y la imagen 2): "Reinicio y corro "Recovery mode". (adjunto imagen)".
:)
// Sapere Aude. -- "Si usted no puede describir lo que está haciendo como un proceso, usted no sabe lo que está haciendo". W. Deming

User avatar
JOPETA
Level 15
Level 15
Posts: 5876
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by JOPETA » Sun Jun 16, 2019 6:08 am

Dices en varias ocasiones que se muestra el menú GRUB al inicio pero no dices que opciones se muestran aunque deduzco que sólo te muestra la posibilidad de elegir entre la opción por defecto y las opciones avanzadas. Dentro de ellas ¿qué kernel te muestra?.

Si existieran dos kernel deberías probar a iniciar sin mas con el mas antiguo de forma normal sin opciones de recuperación) y sólo si existe referencia a un kernel usar el modo recuperación de este.
Adrux wrote:
Sat Jun 15, 2019 1:26 pm
Pregunta: Podría ser que al fallar la actualización del sistema (motivo por el cual se produjo el fallo de mi Pc) falte o se halla borrado algún archivo. O que la falla esté relacionado con el Kernel?
Deduzco por lo que comentas que el problema surgió durante la instalación de las primeras actualizaciones ( ya que al parecer mantienes el kernel original de la iso). Se trata de la edición de LM 18 y algún motivo tendrás para haber recurrido a esta edición ( quizás la edad del equipo) pero el número y tipología de actualizaciones en este caso puede ser decisivo dependiendo de la política de actualizaciones seleccionada.

De haber resultado fallida la instalación de alguna de las actualizaciones te lo habría comunicado en pantalla.Sólo dices que no prosperaba y por ello tal vez las interrumpieras de forma brusca, en el momento más inadecuado. Apuntando ciertamente a esto como causa del problema si no existiera otra como la falta de espacio en la partición raíz. Esto último, por si mismo explicaría también que no pudieras acceder al modo recuperación (ante la posibilidad de corrupción de archivos si no se ha producido ya. :roll:

Se descarta al parecer un problema con el disco duro y no dices que te comunique un problema de montaje desde el live.Todo lo contrario, dices que las particiones y archivos son accesibles.

En cualquier caso debería proporcionar el resultado del código que te indico en el otro post y para descartar el particionado como causa devolver de la misma manera (usando (la opción </> code del editor) el resultado de los los siguiente códigos

Code: Select all

sudo fdisk -l
sudo blkid
También podrías navegar por el sistema de archivo de la partición raíz del disco duro y proporcionar el contenido del archivo /etc/fstab/.: Lla ruta sería algo como /media/mint/XXXXXX/etc/fstab,

Sin que pueda saber como se monta ( es decir el XXXX), puedes hacerlo [, desde la terminal b]cerrando antes el navegador[/b] y suponiendo que se trate de la partición sdb6 (de ahí la importancia de los cáodigos anteriores) con

Code: Select all

sudo umount /dev/sdb6 
sudo mkdir /media/mint/RAIZ 
sudo mount /dev/sdb6 /media/mint/RAIZ 
y luego

Code: Select all

cat /media/mint/RAIZ/etc/fstab
.

Por otra parte
Last edited by JOPETA on Wed Jun 19, 2019 2:43 am, edited 2 times in total.
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

Adrux
Level 1
Level 1
Posts: 9
Joined: Fri Jun 14, 2019 2:53 pm
Location: A dos metros del suelo

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by Adrux » Sun Jun 16, 2019 7:37 pm

Gracias por la lectura y por la respuesta. Estoy preparando toda la información de manera completa que me solicitaste.

Pero te adelanto algo que encontré, justamente mirando en el navegador de archivos, en la partición raíz, carpeta lib:
Comparé la misma carpeta de mi disco duro con la del DVD Live; y encontré que en la mía faltan 10 carpetas y 3 archivos.

A partir de la carpeta seleccionada MODULES (lado derecho de la imagen) y hacia abajo, está todo lo que falta.
Te adjunto imagen (lado izquierdo con puntero es mi disco. Lado derecho más claro, el DVD live; que por cierto es LM18)

Image

¿Estamos encaminados con esta novedad?
Sigo trabajando...
// Sapere Aude. -- "Si usted no puede describir lo que está haciendo como un proceso, usted no sabe lo que está haciendo". W. Deming

Adrux
Level 1
Level 1
Posts: 9
Joined: Fri Jun 14, 2019 2:53 pm
Location: A dos metros del suelo

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by Adrux » Sun Jun 16, 2019 8:06 pm

Agrego,
entre las carpetas que faltan están:

RECOVERY-MODE // recordemos que en el punto 4 del 1er. post, en la imagen se muestra el famoso: end kernel panic... (donde se detiene)
SYSTEMD // seguramente está todo el manejo del sistema (antes se usaba otro, no?)
UDEV > HWDB.D // creo que están los controladores, como: 60-keyboard.hwdb (por eso titilan las luces del teclado).
// Sapere Aude. -- "Si usted no puede describir lo que está haciendo como un proceso, usted no sabe lo que está haciendo". W. Deming

Adrux
Level 1
Level 1
Posts: 9
Joined: Fri Jun 14, 2019 2:53 pm
Location: A dos metros del suelo

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by Adrux » Mon Jun 17, 2019 4:22 pm

Mirá por favor estos post anteriores:
Adrux wrote:
Sun Jun 16, 2019 7:37 pm
Gracias por la lectura y por la respuesta. Estoy preparando toda la información de manera completa que me solicitaste.

Pero te adelanto algo que encontré, justamente mirando en el navegador de archivos, en la partición raíz, carpeta lib:
Comparé la misma carpeta de mi disco duro con la del DVD Live; y encontré que en la mía faltan 10 carpetas y 3 archivos.
(...)
y
Adrux wrote:
Sun Jun 16, 2019 8:06 pm
Agrego,
entre las carpetas que faltan están:

RECOVERY-MODE // recordemos que en el punto 4 del 1er. post, en la imagen se muestra el famoso: end kernel panic... (donde se detiene)
SYSTEMD // seguramente está todo el manejo del sistema (antes se usaba otro, no?)
UDEV > HWDB.D // creo que están los controladores, como: 60-keyboard.hwdb (por eso titilan las luces del teclado).

Ahora, la información que me solicitaste:
JOPETA wrote:
Sun Jun 16, 2019 6:08 am
Dices en varias ocasiones que se muestra el menú GRUB al inicio pero no dices que opciones se muestran aunque deduzco que sólo te muestra la posibilidad de elegir entre la opción por defecto y las opciones avanzadas. Dentro de ellas ¿qué kernel te muestra?.
Image

Image

JOPETA wrote:
Sun Jun 16, 2019 6:08 am
Deduzco por lo que comentas que el problema surgió durante la instalación de las primeras actualizaciones ( ya que al parecer mantienes el kernel original de la iso). Se trata de la edición de LM 18 y algún motivo tendrás para haber recurrido a esta edición ( quizás la edad del equipo) pero el número y tipología de actualizaciones en este caso puede ser decisivo dependiendo de la política de actualizaciones seleccionada.
LM18 lo tengo instalado hace 2 o 3 meses. El kernel original se debe a la politica de actualizaciones (como bien dices). Configurada para que actualice los primeros 3 niveles (haciendo visible las actualizaciones de seguridad).

Creo que quedaron en stand-by: linux-firmware, linux-Kernel y otra mas que no recuerdo. La mitad de la biblioteca dice que hay que instalar todo y la otra mitad, no. ¿Me gustarría saber tu opinion al respecto? :?:

JOPETA wrote:
Sun Jun 16, 2019 6:08 am
De haber resultado fallida la instalación de alguna de las actualizaciones te lo habría comunicado en pantalla.Sólo dices que no prosperaba y por ello tal vez las interrumpieras de forma brusca, en el momento más inadecuado.
El icono de actualizaciones estuvo en blanco: ocupado o estado desconocido (durante 15 minutos) y se empezaba a ralentizar y tener congeladas seguidas. Pero bien dices, interrumpí (pensé que algo malo estaba pasando) en el momento mas inadecuado.

JOPETA wrote:
Sun Jun 16, 2019 6:08 am
En cualquier caso debería proporcionar el resultado del código que te indico en el otro post y para descartar el particionado como causa devolver de la misma manera (usando (la opción </> code del editor) el resultado de los los siguiente códigos

Code: Select all

sudo fdisk -l
sudo blkid
También podrías navegar por el sistema de archivo de la partición raíz del disco duro y proporcionar el contenido del archivo /etc/fstab/.: Lla ruta sería algo como /media/mint/XXXXXX/etc/fstab,

Code: Select all

mint@mint ~ $ sudo fdisk -l
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/loop0: 1.4 GiB, 1531449344 bytes, 2991112 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe596e596

Device     Boot Start       End   Sectors   Size Id Type
/dev/sda1  *       63 488375999 488375937 232.9G  7 HPFS/NTFS/exFAT


Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1bcd1bcd

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdb1              63 206451314 206451252  98.5G  7 HPFS/NTFS/exFAT
/dev/sdb2       206451376 976771071 770319696 367.3G  f W95 Ext'd (LBA)
/dev/sdb5       206451378 852312509 645861132   308G  7 HPFS/NTFS/exFAT
/dev/sdb6       852314112 895281151  42967040  20.5G 83 Linux
/dev/sdb7       895283200 951922687  56639488    27G 83 Linux
/dev/sdb8       972746752 976771071   4024320   1.9G 82 Linux swap / Solaris
/dev/sdb9       951924736 972744703  20819968    10G 83 Linux

Partition table entries are not in disk order.


mint@mint ~ $

Code: Select all

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb6 during installation
UUID=a00d388f-16fb-48d9-9d5c-a6a5f29331c1 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdb7 during installation
UUID=b261b97a-938d-4a10-b7bb-6ef6152ddb54 /home           ext4    defaults        0       2
# swap was on /dev/sdb8 during installation
UUID=59080e4b-f8eb-4986-8c19-f5e2d2149f78 none            swap    sw              0       0
/dev/disk/by-label/Multimedia /mnt/Multimedia auto nosuid,nodev,nofail,x-gvfs-show 0 0
Gracias! Espero tu respuesta.
Last edited by Adrux on Fri Jun 21, 2019 2:21 am, edited 1 time in total.
// Sapere Aude. -- "Si usted no puede describir lo que está haciendo como un proceso, usted no sabe lo que está haciendo". W. Deming

User avatar
JOPETA
Level 15
Level 15
Posts: 5876
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by JOPETA » Tue Jun 18, 2019 4:41 am

No proporcionas el resultado de los códigos del montaje manual que confirmaría la presencia de bloques lóǵicos dañados y/o el estado de la partición en modo sólo lectura.
Adrux wrote:
Mon Jun 17, 2019 4:22 pm
Mirá por favor estos post anteriores:
Lo hice y crei que te había contestado sobre eso aunque es posible que no lo enviara después de editarlo (sería lo que no parece en "Por otra parte"). :oops: .

Te resumo, no debes usar el Live como referencia de contenidos y el parpadeo es la respuesta normal del sistema al error (el problema no tiene que ver los controladores del teclado, al menos por ahora).

Si existen datos perdidos una vez efectuado el chequeo del sistema de archivos estos contenidos estaría en la carpeta lost&found accesible como administrador para su rescate.
Adrux wrote:
Mon Jun 17, 2019 4:22 pm
La mitad de la biblioteca dice que hay que instalar todo y la otra mitad, no. ¿Me gustarría saber tu opinion al respecto? :?:
Al menos la mitad de la biblioteca tiene razón o quizás no. :D

Mi impresión sobre el tema es:

1) No se descarta que tengas una falta de espacio en la partición raiz. Esto pos si sólo explicaría que no prosperara la instalación de actualizaciones, la presencia de bloques ógicos/archvios corruptos y que no puedas iniciar en modo recuperación. Inicia Gparted desde el Live y observe el espacio disponible (sudo gparted desde la . Lo aconsejable para evitar la corrupción es al menos de un 25-20% libre. A partir de un 15% el sistema evita la corrupción impidiendo el acceso en modo escritura y a partir del 10% no se asegura que no haya corrupción de archivos ya que el sistema tendría problemas de reubicar los bloques lógicos. Tener 20GB aunque es suficiente para la mayoría de los mortales(no a los que instalan desde flatpack) teniendo la /home aparte y una Datos, pero se debe vigilar que no crezca en exceso y teniendo un disco de 500GB no hay necesidad de haber destinado 30GB. No es bueno, por otro lado no haber dejado al menos un 25% del disco sin asignar a ninguna partición para facilitar las operación del disco físico como por ejemplo el chequeo del sistema de archivos.

2) No se descarta que no existan sectores físicos dañados que igualmente, al impedir el acceso a esos bloque lógicos a pesar de tener espacio sufiente, podría explicr lo que ocurre/ha ocurrido . La importancia de no tener un disco sano es que si ha fallado en el pasado pudiera suceder o ir a peor en el futuro. Esto no sólo condiciona el inicio del sistema actual, lo peor es que pondría en riesgo tus datos. Puedes comprobarlo desde el live con discos (Menu accesories>Disks o desde la terminal con sudo gnome-disks)

3)Tampoco se descarta que no se haya modificado la configuración de la BIOS ( controladores SATA (AHCI) y modos ASTMedas deshabilitados,..) El uso de un controlador inadecuado podría provocar falsos positivos en la detección de bloques dañados. De la misma forma ocurriría con mala conexión física del disco duro (el disco duro no se detecta como sda sino como sdb y no tienes otros disco instalados no le encuentro explicación a esto). Lo que me recuerda que no tengo información del PC (inxi -Fxn) como para poder aconsejarte que cambies la conexión del disco duro.

Descartado lo anterior sería evidente que la presencia de al menos un bloque dañado (primera imagen del primer post) que el sistema necesita reubicar ( blk_update_request i/o error,) pero al que no puede acceder sea el problema y que tenga su causa más probable sea la interrupción de la instalación de actualizaciones. El bloque afectados lo sitúa en la partición raiz y aunque no afectan al grub si afectaría al init y a saber si también a la propia imagen del sistema..

Puedes realizar el chequeo de la partición para intentar recuperar los sectores dañados como se indica en los puntos 4 y 5 de este hilo. Es decir
a)fsck.ext4 /dev/sdb6 desde la terminal y devolver el error que te lance y si no aquí tienes un tutorial para el uso del fsck en estas situaciones.

b) sudo e2fsck -cfpv /dev/sdb6
Teniendo en cuenta que el sistema es relativamente reciente y aún no has podido ni actualizarlo de forma correcta la reinstalación en lugar de intentar lo anterior no es mala opción.
Last edited by JOPETA on Wed Jun 19, 2019 2:38 am, edited 2 times in total.
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

User avatar
tomeu
Level 5
Level 5
Posts: 869
Joined: Wed Mar 29, 2017 12:03 pm
Location: España

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by tomeu » Tue Jun 18, 2019 5:20 am

JOPETA wrote:
Tue Jun 18, 2019 4:41 am
Teniendo en cuenta que el sistema es relativamente reciente y aún no has podido ni actualizarlo de forma correcta la re instalación en lugar de intentar lo anterior no es mala opción.
Opino lo mismo: más seguro y más fácil.
Image
Linux Mint Tina 19.2 64bits Cinnamon 4.2.4
Por favor, recuerda añadir al título el 'palabro' "[SOLUCIONADO]" si el problema o cuestión ha quedado resuelto. Gracias

User avatar
JOPETA
Level 15
Level 15
Posts: 5876
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by JOPETA » Tue Jun 18, 2019 5:27 am

Pero se deben descartar al necesidad de hacerlo (puntos 1 y 3) y el fallo físico del disco (apartado 3) no vaya a ser que resinstalar sea para nada y evitar el daño a los datos, lo más valioso de cualquier PC sin duda. :wink:
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

Adrux
Level 1
Level 1
Posts: 9
Joined: Fri Jun 14, 2019 2:53 pm
Location: A dos metros del suelo

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by Adrux » Wed Jun 19, 2019 12:28 am

Antes que nada, agradecerles las respuestas!!

Una duda de concepto. Desde el LIVE:

a. Utilizando el usuario que viene por defult (mint), en la terminal: ¿con sudo se pueden arreglar posibles errores del disco? (por ejemplo, ejecutando: sudo fsck /dev/sdb6 -c -y) // lo realicé en el primer post y no estoy seguro de que las reparaciones en el disco se hayan efectuado. (figuraba: chequeo en modo lectura).

b. ¿En alguna circunstancia (desde el live) es necesario loguearse como administrador/root? // porque el DVD Live trae esa opción (alguna vez la usé en LM17.3) y ahora no hay forma.

La pregunta general para (a) y (b) es: Para modificar desde el modo LIVE por terminal, cualquier cosa en un disco de la instalación (raiz, home, etc), alcanza con estar logueado por default (y usar sudo) o se necesita cambiar de usuario?

y otra duda:
En el navegador de archivos, ¿puedo como root (desde el LIVE) copiar de este, y pegar todos los archivos y carpetas que faltan en el disco de mi instalación?


Respondo tu ultimo post:

Todo lo que me has solicitado, lo he subido. revisa por favor, y verás que sí.
La partición sda, se ve en los códigos que me pediste.
JOPETA wrote:
Tue Jun 18, 2019 4:41 am

1) No se descarta que tengas una falta de espacio en la partición raiz.

No creo que este sea el problema. Este equipo (y con la misma configuración de estos discos y con 2 GB RAM) lo vengo usando con Linux Mint desde la versión 13. Hace unos meses y después de venir usando durante mucho tiempo LM 17.3, decidí saltar a 19.1 Cinnamon. Me pareció una "Ferrari"; Hasta que a los 10 días de uso, (y al usar Firefox ) me di cuenta del problema de la poca memoria de mi PC.
Entonces busqué la versión disponible anterior (la que solicitara menos requerimientos); y esa fue: LM18.
Hace 60 0 70 días que la vengo usando perfectamente (sin sobrecargarla de procesos abiertos). Y hace unos 15 días le agregué: 2 GB de RAM (tengo 4 GB RAM actualmente).

La carpeta Lost&found, está vacía.

Me dices: "teniendo un disco de 500GB no hay necesidad de haber destinado 30GB"
(Ahora tengo 15GB libres, pero comúnmente vuelvo a 20GB). Es lógico lo que me planteas. Es que tengo dos discos, y con lo que hay, llegué hasta aquí sin problemas. Hice maravillas, primero con "Partition Magic" en la parte Windows y con Gparted, en Linux.

El comando que me envías: sudo gnonome-disks // debería decir: "gnome"

El comando: mnt (de un post anterior) no lo toma. Usé: "mount"

El comando fsck, ya lo usé en mi 1er. post. (y lo comento en el punto (a) de este post) y (Hasta no saber el tema del "usuario en LIVE" -del comienzo de este post, no tiene sentido a que lo vuelva a correr).

Con respecto a lo que me dices de la reinstalación: ahora,con 4 GB de RAM, estaría en condiciones de ir a la versión 19.1 (tal vez mate)? Antes de LM18, quise probarla con 2G RAM, y tenia mil problemas: initrams, grub, etc... (luego usé LM18 sin problemas por 2 1/2 meses, hasta ahora). Todo esto en caso de no prosperar la solución del problema.

-------------
tomeu wrote:
Tue Jun 18, 2019 5:20 am
JOPETA wrote:
Tue Jun 18, 2019 4:41 am
Teniendo en cuenta que el sistema es relativamente reciente y aún no has podido ni actualizarlo de forma correcta la re instalación en lugar de intentar lo anterior no es mala opción.
Opino lo mismo: más seguro y más fácil.
Sé que salvar los datos es lo mas importante. Pero perder la configuración de la instalación del sistema, no es menor.
Me gustaría ir a la 19.1 y con Cinnamon. Pero mi PC creo que preferiría Mate. Además me dices 64Bit? Tendría que saltar (uso 32Bit), con el aumento reciente de RAM a 4 GB, podría!
Last edited by Adrux on Fri Jun 21, 2019 2:23 am, edited 1 time in total.
// Sapere Aude. -- "Si usted no puede describir lo que está haciendo como un proceso, usted no sabe lo que está haciendo". W. Deming

User avatar
JOPETA
Level 15
Level 15
Posts: 5876
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: LM 18: "Kernel panic - not syncing...". No se puede acceder al escritorio.

Post by JOPETA » Wed Jun 19, 2019 2:35 am

Perdón por los errores cometidos. Los corrijo, gracias.

Sobre la preguntas iniciales (no dispongo de tiempo así que seré breve para no cometer nuevos errores) el live úsalo de la mismas forma que tu sistema instalado (aunque como digo no debes usarlo para compiar directorios, ni archivos con tu sistemas ya que no es un sistema instalado).

En resumen, no inicies sesión como root y emplea el "sudo" para adquirir derechos de administrador cuando la acción a ejecutar lo requiera.

Completa la información requerida para seguir descartando cosas. No te solicito la valoración de los resultados de los códigos sino el resultado exacto y completo de los mismo. Los temas son abiertos a la participación y muchos ojos ven mas que dos o cuatro. :wink:
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

Post Reply

Return to “Español (Spanish)”