1. casa
  2. Domanda e risposta
  3. Come risolvere "Kernel panic - non sincronizzare - Tentativo di uccidere init" - senza cancellare alcun dato utente

Come risolvere "Kernel panic - non sincronizzare - Tentativo di uccidere init" - senza cancellare alcun dato utente

2012-10-12 16 views
22

Stavo cercando di aggiornare libc nel nostro server Ubuntu ma non è riuscito e ora quando riavvio il server ricevo un messaggio di errore :Come risolvere "Kernel panic - non sincronizzare - Tentativo di uccidere init" - senza cancellare alcun dato utente

Panico del kernel - non sincronizzazione - Si è tentato di interrompere init!

e si blocca.

Qual è la soluzione a questo problema? Il server è utilizzato da 10 persone, quindi non desidero reinstallare i dati.

fonte

2012-10-12 Slayer

+0

I panici del kernel si verificano per una serie di motivi. Spesso a causa di un errore hardware ... Dovrai controllare/var/log/dmesg e/var/log/syslog per ottenere maggiori informazioni su cosa sia realmente accaduto. – hsanders

+1

Si dovrebbe provare ad avviare utilizzando un "Live CD", quindi montare la partizione HDD che contiene '/' e '/ lib'. Quindi provare a ripristinare i file libc. – sawdust

+6

Questo non è il forum giusto per questa domanda. È meglio chiedere su superuser.com o ubuntu.stackexchange.com. Sembra che questa domanda verrà migrata a superuser.com a breve. –

risposta

0

Utilizzare la modalità Rescue con cd e montare il filesystem. Prova a controllare se i file binari o le cartelle sono stati cancellati. Se cancellato, dovrai installare manualmente gli rpms per recuperare quei file.

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

fonte

2012-10-13 07:35:42

+1

Su un sistema basato su Debian come Ubuntu, sarebbe il .deb piuttosto che il rpm. Se il ripristino del sistema fallisce, la copia delle directory dei dati utente prima della reinstallazione è un'altra opzione. In realtà, questa è la prima cosa che dovrebbe essere fatta PRIMA di ogni ulteriore tentativo di riparazione. Vai al tuo ufficio locale, prendi un disco rigido esterno, avvia da un liveCD e fai il backup dei dati dell'utente. Quindi pensa alla riparazione. –

14

se il messaggio completo è:

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

allora si dovrebbe avere SELinux disabilitato (firewall linux) e dopo che aver riavviato il sistema.

Il più semplice è quello di utilizzare un sistema operativo dal vivo e riattivarla

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

Seconda scelta è quella di disabilitare SELinux negli argomenti del kernel con l'aggiunta di selinux = 0

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

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

fonte

2013-11-07 15:07:27 gustavodiazjaimes

+18

selinux! = Firewall di Linux! – mtahmed

+0

Il secondo non funziona quando si utilizza 'qemu' 2.6.0 per un sistema debian ARM (rasbian). – dotslash

1
  1. Montare i cd live cd e avviare
  2. Andate in modalità di ripristino e attendere che si carichi fino
  3. Leggere il terminale per vedere dove montato il sistema operativo
  4. Andate in OS
  5. vim o nano/etc/selinux/config
  6. Assicurarsi SELINUX = far rispettare o disabilitato

fonte

2014-04-18 06:42:14

1

avvio da CD per salvare l'installazione e la modifica /etc/selinux/config: cambiato SELINUX da far rispettare a permissiva. Riavviato e il sistema avviato

/etc/selinux/config prima del cambio:

SELINUX=enforcing and SELINUXTYPE=permissive

/etc/selinux/config dopo il cambiamento: SELINUX=permissive and SELINUXTYPE=permissive

fonte

2014-12-10 14:27:36

1

Ho appena imbattuto in questo problema quando ho sostituito un disco guasto. Avevo copiato i file di sistema sul nuovo disco ed ero in grado di sostituire la voce UUID del vecchio disco con l'UUID del nuovo disco in fstab.

Tuttavia non avevo sostituito l'UUID nel file grub.conf (a volte menu.lst) in/boot/grub. Quindi controlla il tuo grub.conf file e se la riga "kernel" ha qualcosa come

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

probabilmente ha l'UUID del vecchio disco. Sostituiscilo con l'UUID del nuovo disco ed esegui grub-install (se sei in un live CD rescue potresti aver bisogno di fare chroot o specificare la directory grub).

fonte

2015-04-27 01:01:38

1

Montare rimontare il/
Es.

  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. riavvio

fonte

2015-08-17 16:41:33

0

Solution è: -

  1. Restart
  2. Vai menu avanzato e poi cliccare su 'e' (modificare i parametri di avvio)
  3. scendere verso la linea che inizia con Linux e premere Fine
  4. Premere la barra spaziatrice
  5. Aggiungere il seguente alla fine -> kernel.panic = 1
  6. Premere F10 per riavviare

Questo costringe in sostanza il PC per riavviare perché per impostazione predefinita non si riavvia dopo un kernel panic.

fonte

2016-03-01 07:04:06 Pranshu

+0

Questo non ha funzionato per me su Ubuntu 14.04 – zanbri

1

Nella schermata di grub goto boot in recovery.

Come avvio attesa ESC

Si dovrebbe prendere in un menu GUI. Apri il comando e correggi il selinux.

Inoltre suggerisco di eseguire i pacchi rotti puliti

fonte

2016-07-25 00:02:02

 Problemi correlati

  • Nessun problema correlato^_^