Hoe op te lossen “Kernel panic – syncing niet – Poging om te doden init” – kopiëren, zonder gebruikersgegevens

Ik probeerde libc te werken in onze Ubuntu server, maar het is mislukt en nu wanneer ik reboot de server krijg ik een foutmelding:

Kernel panic – syncing niet – Poging om te doden init

en het gewoon hangt.

Wat is de oplossing voor dit probleem? De server wordt gebruikt door 10 personen, dus ik wil niet opnieuw te installeren het wissen van hun gegevens.

Antwoord 1, Autoriteit 100%

Als de volledige boodschap is:

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

dan moet je SELinux een handicap te hebben en na dat u het systeem opnieuw hebt opgestart.

De gemakkelijkere manier is om een ​​live-OS te gebruiken en weer in te schakelen

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

Tweede keuze is om te schakelen SELinux in de kernel argumenten door het toevoegen van selinux = 0

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

bron kernel panic – syncing niet: Poging om te doden inint

Antwoord 2, Autoriteit 11%

1. Mount CentOS live-cd en boot
2. Ga in de reddings mode en wachten tot het laden
3. Lees de terminal te zien waar het gemonteerd de OS
4. Ga naar OS
5. vim of nano / etc / selinux / config
6. Zorg ervoor dat SELINUX = afdwingen of uitgeschakeld

Antwoord 3, Autoriteit 11%

Opstarten vanaf cd om de installatie te redden en het bewerken van / etc / selinux / config : veranderd SELINUX af te dwingen op Toegeeflijk. Start opnieuw en het systeem gelaarsde

/etc/selinux/configvoor wijziging:

SELINUX=enforcing and SELINUXTYPE=permissive

/etc/selinux/configna wijziging:
SELINUX=permissive and SELINUXTYPE=permissive

Antwoord 4, autoriteit 6%

Ik kwam dit probleem net tegen toen ik een defecte schijf verving. Ik had de systeembestanden naar de nieuwe schijf gekopieerd en was goed in het vervangen van de UUID-vermelding van de oude schijf door de UUID van de nieuwe schijf in fstab.

Ik had echter de UUID in het bestand grub.conf (soms menu.lst) in /boot/grub niet vervangen. Dus controleer je grub.conf-bestand, en als de “kernel”-regel zoiets heeft als

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

het heeft waarschijnlijk de UUID van de oude schijf. Vervang het door de UUID van de nieuwe schijf en voer grub-install uit (als je een live CD-reddingsactie uitvoert, moet je misschien chrooten of de grub-map specificeren).

Antwoord 5, autoriteit 6%

Monteer de /
. opnieuw
Bijv.

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. opnieuw opstarten

Antwoord 6, autoriteit 6%

Oplossing is:-

1. Herstarten
2. Ga naar het geavanceerde menu en klik vervolgens op ‘e’ (bewerk de opstartparameters)
3. Ga naar de regel die begint met linux en druk op End
4. Druk op spatie
5. Voeg het volgende toe aan het einde -> kernel.panic=1
6. Druk op F10 om opnieuw op te starten

Dit dwingt je pc in feite om opnieuw op te starten, omdat deze standaard niet opnieuw opstart na een kernel panic.

Antwoord 7, autoriteit 6%

Ga op het grub-scherm naar opstarten in herstel.

Houd tijdens het opstarten ESC ingedrukt

Het zou je naar een gui-menu moeten brengen. Open het commando en repareer selinux.

Ik stel ook voor om de schone kapotte pakketten uit te voeren

Antwoord 8

Gebruik de reddingsmodus met cd en koppel het bestandssysteem. Probeer te controleren of er binaire bestanden of mappen zijn verwijderd. Indien verwijderd, moet u de rpms handmatig installeren om die bestanden terug te krijgen.

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