Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Błąd po aktualizacji jądra
#11
0
Podczas aktualizacji nie ma żadnych błędów, po prostu "wiesza się" po restarcie. Na razie dodałem te wpisy do "czarnej listy" i będę czekał na większą aktualizację.
Na razie nie będę podejmował dalszych prób do czasu wydania nowego "numerka".
Dzięki wszystkim, za udzieloną pomoc.
Odpowiedz
#12
0
Może warto zawalczyć, bo wygląda, że masz problem z initramfsami Wink

Podaj wyniki poniższych dwóch komend z terminala (kopiuj z terminala - Ctrl+Shift+C i wklej na forum używając znaczników CODE - przepis w mojej sygnaturze):

Kod:
dpkg --list | grep linux-image

sudo fdisk -l
Komendy najlepiej skopiuj stąd i wklej do terminala używając, np. skrótu: Ctrl+Shift+V.
Na podstawie tych komend zbudujemy krok po kroku zestaw naprawczy dla Twojego kernela Smile
Odpowiedz
#13
0
OK.


Kod:
ii  linux-image-5.4.0-73-generic                  5.4.0-73.82                              amd64        Signed kernel image generic
ii  linux-image-5.4.0-74-generic                  5.4.0-74.83                              amd64        Signed kernel image generic
ii  linux-image-5.4.0-77-generic                  5.4.0-77.86                              amd64        Signed kernel image generic
ii  linux-image-generic                          5.4.0.77.80                              amd64        Generic Linux kernel image
rc  linux-image-unsigned-5.4.0-74-generic        5.4.0-74.83                              amd64        Linux kernel image for version 5.4.0 on 64 bit x86 SMP




Kod:
Dysk /dev/nvme0n1: 476,96 GiB, bajtów: 512110190592, sektorów: 1000215216
Disk model: KINGSTON RBUSNS8154P3512GJ1           
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: gpt
Identyfikator dysku: 9E67F385-DC4E-4A38-9F1A-E0593EA0F479

Urządzenie      Początek    Koniec  Sektory Rozmiar Typ
/dev/nvme0n1p1      2048    206847    204800    100M System EFI
/dev/nvme0n1p2    206848    239615    32768    16M Microsoft - zarezerwowana
/dev/nvme0n1p3    239616  998117375 997877760  475,8G Microsoft - dane podstawowe
/dev/nvme0n1p4 998117376 1000214527  2097152      1G Środowisko odtworzeniowe Windows


Dysk /dev/sda: 476,96 GiB, bajtów: 512110190592, sektorów: 1000215216
Disk model: ADATA SU800   
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: gpt
Identyfikator dysku: F3C37FA8-D6CB-4EBA-A48B-F1E3F7C04A4B

Urządzenie  Początek    Koniec  Sektory Rozmiar Typ
/dev/sda1      2048  249999359 249997312  119,2G Linux - system plików
/dev/sda2  249999360  281249791  31250432  14,9G Linux swap
/dev/sda3  281249792 1000214527 718964736  342,8G Linux - system plików


Dodatkowo.... sda1 - root ( / ), sda3 - home ( /home )
Odpowiedz
#14
0
OK, spróbuj tak:
- uruchom komputer na działającym jądrze,
- otwórz terminal (Ctrl+Alt+T),
- wykonaj po kolei poniższe komendy - po każdej Enter - najlepiej kopiuj stąd i wklejaj do terminala.
Kod:
sudo mount /dev/sda1 /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
Po ostatniej komendzie terminal przełączy się w tryb roota. Wykonaj taką komendę:

Kod:
update-initramfs -u -k 5.4.0-77-generic
Ta ostatnia może "chwilę" potrwać.

Potem wykonaj jeszcze komendę update-grub.
Zrestartuj komputer.
Odpowiedz
#15
0
yahoob3

To jest ta sama procedura co w tym poście poniżej (w tym linku)... niestety nie pomogła.
Najciekawsze jest to, że update-grub uszkadza jądro *-73, mimo, że "leczeniu" poddawałem tylko *-77

(22-06-2021, 13:33)yahoob3 napisał(a): Możesz usunąć to problematyczne jądro w menedżerze aktualizacji (Widok, jądra Linuksa) i chwilowo nie aktualizować. Może "za chwilę" pojawi się poprawka.
Możesz podrzucić wynik polecenia inxi -Fxz.

W jaki sposób robiłeś aktualizację?

EDIT:
Może spróbować jeszcze tego rozwiązania: https://www.geekswarrior.com/2019/07/sol...linux.html
Jakby coś - pytaj.
Odpowiedz
#16
0
To uruchom system w trybie Live i powtórz jeszcze raz wszystkie komendy.
W oryginalnym wątku było jeszcze kilka innych porad: https://askubuntu.com/questions/41930/ke...n-block0-0

Warto chyba też wykonać sudo apt-get autoremove i sudo dpkg --configure -a
Odpowiedz
#17
0
Dorzuć sobie do linijki kernela w bootloaderze te poniższe parametry i sprawdź czy podziała:

Kod:
root=/dev/sda1 rootfstype=ext4
Odpowiedz


Skocz do:




Użytkownicy przeglądający ten wątek: 13 gości