Panika jądra - brak synchronizacji: VFS: Nie można zamontować root fs na nieznanym bloku (0,0)

Po próbie aktualizacji z 10.10 do 11.04 wszystko wydawało się iść dobrze do ponownego uruchomienia. Pojawia się następujący komunikat o błędzie:

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

Jak to naprawimy?

Brakuje initramfs dla tego jądra. Wybierz inne jądro z menu GRUB w sekcji Zaawansowane opcje dla Ubuntu i uruchom, sudo update-initramfs -u -k versionaby wygenerować initrd dla version(zamień versionna ciąg wersji jądra, np. 4.15.0-36-generic) sudo update-grub.

Zacznij od podglądu na żywo, otwórz 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 

a teraz możesz tworzyć update-initramfsi aktualizować grub bez błędów.

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

Jeśli nie znasz swojej wersji. Posługiwać się:

dpkg --list | grep linux-image

I po prostu zaktualizuj Grub.

update-grub2

Uruchom ponownie system.

W mojej sytuacji problem polegał na tym, że /bootmiał 100% pojemności, więc ostatnie 2 aktualizacje jądra nie zakończyły się pomyślnie, dlatego po ponownym uruchomieniu, gdy GRUB2 wybrał najnowsze jądro, nie powiodło się.

Rozwiązałem problem, uruchamiając się do najstarszego zainstalowanego jądra i usuwając niektóre nieużywane jądra za pomocą aptitude. Korzystając z aptitude , po dezinstalacji dpkg automatycznie próbował skonfigurować uszkodzone pakiety i tym razem się udało.

W przypadku gdy nastąpi to po przerwanej aktualizacji jądra (np. Awaria systemu podczas aptitude safe-upgrade),

1. boot ze starszym jądrem i
2. biegnij dpkg --configure -a.

To zakończy aktualizację, w tym konfigurację ustawień rozruchu, jak wyjaśnia psusi .

Komunikaty rozruchowe jądra informują, których dysków można użyć

Na przykład, jeśli w moim teście Linux 4.17 wirtualny konfiguracji maszyna zastąpić prawidłowy root=/dev/vdaz root=/dev/vdbostatniej wiadomości wynosi:

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

Jednak kilka wierszy powyżej pokazuje komunikaty typu:

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

co w zasadzie mówi mi wprost, że vdbnie znaleziono, ale że istnieje taki, /dev/vdaktóry można odczytać dzięki virtio_blksterownikowi ( CONFIG_VIRTIO_BLK=y).

Oprócz instrukcji Tomeu, przed chrootem musiałem:

sudo mount --bind /dev /mnt/dev

Dodatkowo po chroot:

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

( Mam to stąd. )

Możesz także uruchomić serwer w trybie ratunkowym i ponownie zainstalować tylko grub

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

Mam ten problem, ponieważ moja partycja / boot była pełna, więc moje aktualizacje jądra nie powiodły się. Udało mi się to naprawić, uruchamiając ze starego jądra w menu GRUB.

Kiedy udało mi się uruchomić, zacząłem usuwać stare jądra, ale udało mi się uzyskać pewne problemy z zależnościami, więc najpierw musiałem odinstalować pakiet linux-server

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

Potem zrestartowałem się i wszystko działało dobrze!