Vraag Kernel Panic - niet syncing: VFS: Onmogelijk om root fs te koppelen aan unknown-block (0,0)


Bij het proberen te upgraden van 10.10 naar 11.04 leek alles goed te gaan tot de herstart. Deze foutmelding is wat er komt:

Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Hoe lossen we dat op?


71
2018-05-11 01:09


oorsprong


Jouw problemen macht niets te maken hebben met uw hoofdsysteem, maar met uw installatiemedia (USB-stick) ... ➪ zie hier: askubuntu.com/a/632636/479118 - Frank Nocke


antwoorden:


Je mist de initramfs voor die kernel. Kies een andere kernel uit het grub-menu of voer uit update-initramfs -u -k version om de initrd voor te genereren versie dan update-grub.


51
2018-05-11 01:54



wat als de kernel paniek wordt getoond bij het selecteren van de unieke kerneloptie die voor dat besturingssysteem bestaat (in een scenario met meerdere opstartprogramma's), hoe kan men dan update-initramfs starten? - knocte
@Dieuw, slechte reactie ... - psusi
@knocte, zie het antwoord van Tomeu Roig. - psusi
Het ziet eruit als een slecht antwoord, maar het is de waarheid! - user3215
Ik kan niet binnenkomen Ubuntu System of Recovery Mode, hoe kan ik dat commando uitvoeren om te testen of het werkt? - Kin


Begin met een livecd, open een a-terminal

sudo fdisk -l
sudo mount /dev/sdax /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /dev/pts /mnt/dev/pts
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt 

en nu kun je maken update-initramfs en update-grub zonder fouten.

update-initramfs -u -k 2.6.38-8-generic (or your version)

Als u uw versie niet kent. Gebruik:

dpkg --list | grep linux-image

En update gewoon Grub.

update-grub2

Start je systeem opnieuw op.


46
2018-06-13 15:06



Ik heb toegevoegd sudo mount --bind /dev/pts /mnt/dev/pts en sudo mount --bind /sys /mnt/sys in mijn bewerking; zonder dit, update-grub2 geklaagd. - Hbf
hoe kan ik de exact  version? - knocte
Geen van de koppelpunten bestaat meer dan de eerste / dev / sdax als je EFI gebruikt. - Paul Gregoire
@knocte proberen ls /mnt/boot en zoek naar de nieuwste kernelversie. Of lees, als u het goed wilt doen, de menuentry 'Ubuntu' van /mnt/boot/grub/grub.cfg - Ciro Santilli 新疆改造中心 六四事件 法轮功
Heeft gewerkt aan Ubuntu 14.04! De initrd ontbrak van /boot. De vraag is: hoe is het mogelijk dat het bestand gewoon is verdwenen? Ik deed niets dat gevaarlijk leek. - Ciro Santilli 新疆改造中心 六四事件 法轮功


In mijn situatie was het probleem dat /boot was op 100% capaciteit, dus de laatste 2 kernel-updates waren niet succesvol voltooid, dus bij opnieuw opstarten wanneer GRUB2 heeft de nieuwste kernel geselecteerd, het is mislukt.

Ik heb het probleem opgelost door te booten naar de oudste geïnstalleerde kernel en enkele ongebruikte kernels te verwijderen met behulp van aptitude. Door het gebruiken van aanleg, nadat de verwijdering plaatsvond, dpkg automatisch geprobeerd om de kapotte pakketten te configureren, en dit keer is het gelukt.


18
2018-02-26 16:01



Dit was het dichtst bij mijn oplossing; gewoon aan het rennen dpkg --configure -a was genoeg om de update-initramfs hook te activeren, en de gebroken kernel te repareren. - Symmetric
Je bedoelt dat je een scheiding had /boot partitie is dat het? - Ciro Santilli 新疆改造中心 六四事件 法轮功
Het was een server die voor mijn komst was ingesteld en die was geconfigureerd met / boot op zijn eigen partitie en zonder toezicht upgrades - sheepeatingtaz
Je kunt gebruiken sudo apt-get autoremove om oude kernels te verwijderen voor het geval dat je te weinig ruimte hebt /boot. - Florian Brucker
Ik heb in een oudere kernel geboot, deed een sudo apt-get autoremove, opnieuw opgestart (oudere kernel), deed toen een sudo apt-get dist-upgrade, en dit werkte. Dit was op een kleine testmachine die ik heb. Hetzelfde probleem echter, 100% /boot - jmlumpkin


In het geval dat dit gebeurde na een afgebroken update van de kernel (bijvoorbeeld tijdens een crash van het systeem aptitude safe-upgrade)

  1. start met een oudere kernel en
  2. rennen dpkg --configure -a.

Hiermee voltooit u de upgrade, inclusief het configureren van de opstartinstellingen als psusi legt uit.


8
2017-07-26 07:55





Naast de instructies van Tomeu moest ik vóór chroot:

sudo mount --bind /dev /mnt/dev

Bovendien, na de chroot:

cp -r /usr/lib/i386-linux-gnu/pango /usr/lib/

(Heb dit van hier.)


0
2017-10-16 08:28



Tomeu noemde al montage /dev op /mnt/dev. - Lekensteyn


U kunt de server ook in de reddingsmodus opstarten en alleen de grub opnieuw installeren

http://info.w3calculator.com/free-code/linux/recover-from-corrupted-boot-image/


0
2018-05-21 14:07



link was dood .. - John Joe


Ik kreeg dit probleem omdat mijn / boot-partitie vol was, dus mijn kernel-updates waren mislukt. Ik heb dit opgelost door te booten vanuit een oude kernel in het GRUB-menu.

Toen ik kon booten, begon ik oude kernels te zuiveren, maar het lukte me om afhankelijkheidsproblemen te krijgen, dus moest ik eerst Linux-serverpakket verwijderen.

apt-get remove linux-server
apt-get update
apt-get -f install
apt-get upgrade

Toen ik opnieuw opgestart en alles werkte prima!


0
2017-07-05 10:28





De opstartberichten van de kernel vertellen u welke schijven u kunt gebruiken

Bijvoorbeeld in mijn test de opstelling van Linux 4.17 virtuele machines Ik vervang de juiste root=/dev/vda met root=/dev/vdb het laatste bericht is:

---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)-

Echter, een paar regels erboven, toont het berichten van het type:

VFS: Cannot open root device "vdb" or unknown-block(0,0): error -6
Please append a correct "root=" boot option; here are the available partitions:
fe00          524288 vda
 driver: virtio_blk

wat me in feite rechtstreeks vertelt dat vdb werd niet gevonden, maar dat er een is /dev/vda welke te lezen is als gevolg van de virtio_blk bestuurder (CONFIG_VIRTIO_BLK=y).


0
2018-06-21 09:35