1. Inicio
  2. Pregunta y respuesta
  3. Cómo solucionar "Pánico del kernel - no se sincroniza - Intento matar a init" - sin borrar ningún dato de usuario

Cómo solucionar "Pánico del kernel - no se sincroniza - Intento matar a init" - sin borrar ningún dato de usuario

2012-10-12 179 views
22

Estaba intentando actualizar libc en nuestro servidor Ubuntu pero falló y ahora cuando reinicio el servidor recibo un mensaje de error :Cómo solucionar "Pánico del kernel - no se sincroniza - Intento matar a init" - sin borrar ningún dato de usuario

Pánico de kernel - no se sincroniza - ¡Intento matar a init!

y simplemente cuelga.

¿Cuál es la solución a este problema? El servidor es utilizado por 10 personas, por lo que no quiero reinstalar el borrado de sus datos.

Fuente

2012-10-12 Slayer

+0

kernel panic suceden por una variedad de razones. A menudo, debido a una falla del hardware ... Necesitará verificar/var/log/dmesg y/var/log/syslog para obtener más información acerca de lo que sucedió realmente. – hsanders

+1

Debería intentar arrancar usando un "Live CD", y luego montar la partición HDD que contenía '/' y '/ lib'. Luego intente restaurar los archivos libc. – sawdust

+6

Este no es realmente el foro correcto para esta pregunta. Es mejor que preguntes en superuser.com o ubuntu.stackexchange.com. Parece que esta pregunta migrará a superuser.com en breve. –

Respuesta

0

Utilice el modo de rescate con cd y monte el sistema de archivos. Intente verificar si se borraron los archivos binarios o la carpeta. Si se elimina, tendrá que instalar manualmente las rpms para recuperar esos archivos.

https://askubuntu.com/questions/92946/cannot-boot-because-kernel-panic-not-syncing-attempted-to-kill-init

Fuente

2012-10-13 07:35:42

+1

En un sistema basado en Debian como Ubuntu, sería el .deb en lugar de las rpm. Si la recuperación del sistema falla, la copia de los directorios de datos del usuario antes de reinstalar es otra opción. En realidad, eso es lo primero que debe hacerse ANTES de cualquier intento de reparación. Vaya a la oficina de su localidad, obtenga un disco duro externo, arranque desde un CD en vivo y haga una copia de seguridad de los datos del usuario. Entonces piensa en la reparación. –

14

si el mensaje completo es:

kernel panic - not syncing: Attempted to kill inint ! 
PId: 1, comm: init not tainted 2.6.32.-279-5.2.e16.x86_64 #1

entonces debería haber desactivado SELinux (Linux firewall) y después de que haya vuelto a arrancar el sistema.

La más fácil es usar un sistema operativo en vivo y volver a habilitar

vim /etc/selinux/config 
    ... 
    SELINUX=enforcing 
    ...

Segunda elección es deshabilitar SELinux en los argumentos del núcleo mediante la adición de selinux = 0

vim /boot/grub/grub.conf 
    ... 
    kernel /boot/vmlinuz-2.4.20-selinux-2003040709 ro root=/dev/hda1 nousb selinux=0 
    ...

fuente kernel panic - not syncing: Attempted to kill inint !

Fuente

2013-11-07 15:07:27 gustavodiazjaimes

+18

selinux! = Firewall de Linux! – mtahmed

+0

El segundo no funciona cuando se usa 'qemu' 2.6.0 para un sistema ARM debian (rasbian). – dotslash

1
  1. Monte los centos viven cd y arrancar
  2. entrar en modo de rescate y esperar a que se cargue hasta
  3. Lea la terminal para ver donde se monta el sistema operativo
  4. Id a OS
  5. vim o nano/etc/selinux/config
  6. Asegúrese SELINUX = hacer cumplir o discapacitados

Fuente

2014-04-18 06:42:14

1

arranque desde el CD para rescatar a la instalación y edición /etc/selinux/config: SELINUX cambiado de hacer cumplir a permisiva. Reinicia y el sistema arranca

/etc/selinux/config antes del cambio:

SELINUX=enforcing and SELINUXTYPE=permissive

/etc/selinux/config después del cambio: SELINUX=permissive and SELINUXTYPE=permissive

Fuente

2014-12-10 14:27:36

1

me encontré con este problema cuando reemplacé a un disco que falla. Copié los archivos del sistema en el nuevo disco y me fue útil reemplazar la entrada del UUID del disco anterior con el UUID del nuevo disco en fstab.

Sin embargo, no había reemplazado el UUID en el archivo grub.conf (a veces menu.lst) en/boot/grub. Así que revisa tu comida.conf, y si la línea "núcleo" tiene algo así como

kernel ... root=UUID=906eaa97-f66a-4d39-a39d-5091c7095987

es probable que tenga UUID del viejo disco. Reemplácelo con el UUID del nuevo disco y ejecute grub-install (si está en un rescate de CD en vivo, puede que necesite cerrar la sesión o especificar el directorio grub).

Fuente

2015-04-27 01:01:38

1

Montar montar el/
Por ejemplo.

  1. mount -o remount,rw /dev/xyz /
  2. sed -i 's/1 1/0 0/' /etc/fstab
  3. sed -i 's/1 2/0 0/' /etc/fstab
  4. reinicio

Fuente

2015-08-17 16:41:33

0

solución es: -

  1. Reiniciar
  2. Ir a menú de opciones avanzadas y luego haga clic en 'e' (editar los parámetros de arranque)
  3. bajar a la línea que comienza con Linux y pulse Fin
  4. el espacio de prensa
  5. Añádase lo siguiente al final -> kernel.panic = 1
  6. Pulse F10 para reiniciar

Esto obliga básicamente que reinicie su PC ya que por defecto no se reinicia después de un kernel panic.

Fuente

2016-03-01 07:04:06 Pranshu

+0

Esto no funcionó para mí en Ubuntu 14.04 – zanbri

1

En la pantalla grub, reinicie boot in recovery.

Como arrancar retención ESC

Se debe tener en un menú GUI. Abra el comando y arregle selinux.

También sugiero ejecutar los paquetes rotos limpias

Fuente

2016-07-25 00:02:02

Cuestiones relacionadas

 Cuestiones relacionadas