nieselfriem
Anmeldungsdatum: 1. November 2007
Beiträge: 69
|
Hallo Zusammen, nach einem Update von Ubuntu und dem damit verbundenen Update auf die Kernelversion 5.8.0-55 bleibt mein System beim Boot einfach hängen. ich sehe weder eine Fehlerausgabe noch irgend etwas anders. Es ist nur der Splash-Screen ("Lenovo-Logo) zu sehen und das wr es dann. Wenn ich Strg+Alt+Entferne drücke, dann startetet das System neu. Wenn ich im Grub dann den Kernel 5.8.0-53 auswähle bootet das System ohne Probleme. In der Ausgabe von
kommt Jun 12 18:06:38 georg-Legion-Y520T-25IKL kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x201] vs fed40080 f80
Jun 12 18:06:38 georg-Legion-Y520T-25IKL kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x201] vs fed40080 f80
Jun 12 18:06:42 georg-Legion-Y520T-25IKL systemd[1]: Failed to start VirtualBox Web Service.
Jun 12 18:06:43 georg-Legion-Y520T-25IKL smartd[1087]: Device: /dev/nvme0, number of Error Log entries increased from 578 to 581
Jun 12 18:06:44 georg-Legion-Y520T-25IKL pulseaudio[1394]: Failed to load module "module-alsa-card" (argument: "device_id="1" name="pci-0000_01_00.1" card_name="alsa_card.pci-0000_01_00.1" namereg_fail=false>
Jun 12 18:06:45 georg-Legion-Y520T-25IKL wpa_supplicant[1102]: bgscan simple: Failed to enable signal strength monitoring
Jun 12 18:06:47 georg-Legion-Y520T-25IKL wpa_supplicant[1102]: bgscan simple: Failed to enable signal strength monitoring
Jun 12 18:08:11 georg-Legion-Y520T-25IKL gdm-password][2590]: gkr-pam: unable to locate daemon control file Hat jemand auch die Erfahrung gemacht und weiß jemand was es damit auf sich hat? VG niesel
|
redknight
Moderator & Supporter
Anmeldungsdatum: 30. Oktober 2008
Beiträge: 21734
Wohnort: Lorchhausen im schönen Rheingau
|
Erfahrung nicht, aber Jun 12 18:06:43 georg-Legion-Y520T-25IKL smartd[1087]: Device: /dev/nvme0, number of Error Log entries increased from 578 to 581 sieht verdächtig aus. Boote doch mal mit einem Livemedium und lies die Smartwerte aus: SMART
|
nieselfriem
(Themenstarter)
Anmeldungsdatum: 1. November 2007
Beiträge: 69
|
Die SSD ist okay. Das habe ich schon überprüft, auch was diese Meldung betrifft.
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3553
|
Zeige bitte df -h | grep -ivE "loop|tmpfs|udev"
ls -l /boot
|
nieselfriem
(Themenstarter)
Anmeldungsdatum: 1. November 2007
Beiträge: 69
|
Hallo Zusammmen df -h | grep -ivE "loop|tmpfs|udev"
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/nvme0n1p5 325G 127G 181G 42% /
/dev/nvme0n1p1 256M 37M 220M 15% /boot/efi /boot
ls -l /boot
insgesamt 209124
-rw-r--r-- 1 root root 248237 Mai 6 07:43 config-5.8.0-53-generic
-rw-r--r-- 1 root root 248155 Jun 1 09:57 config-5.8.0-55-generic
drwx------ 5 root root 4096 Jan 1 1970 efi
drwxr-xr-x 5 root root 4096 Jun 9 07:42 grub
lrwxrwxrwx 1 root root 27 Jun 4 08:21 initrd.img -> initrd.img-5.8.0-55-generic
-rw-r--r-- 1 root root 86476982 Mai 20 21:01 initrd.img-5.8.0-53-generic
-rw-r--r-- 1 root root 87631457 Jun 13 06:51 initrd.img-5.8.0-55-generic
lrwxrwxrwx 1 root root 27 Jun 4 08:21 initrd.img.old -> initrd.img-5.8.0-53-generic
-rw-r--r-- 1 root root 182704 Aug 18 2020 memtest86+.bin
-rw-r--r-- 1 root root 184380 Aug 18 2020 memtest86+.elf
-rw-r--r-- 1 root root 184884 Aug 18 2020 memtest86+_multiboot.bin
-rw------- 1 root root 5652282 Mai 6 07:43 System.map-5.8.0-53-generic
-rw------- 1 root root 5654214 Jun 1 09:57 System.map-5.8.0-55-generic
lrwxrwxrwx 1 root root 24 Jun 4 08:21 vmlinuz -> vmlinuz-5.8.0-55-generic
-rw------- 1 root root 13819904 Mai 6 09:33 vmlinuz-5.8.0-53-generic
-rw------- 1 root root 13824992 Jun 1 10:01 vmlinuz-5.8.0-55-generic
lrwxrwxrwx 1 root root 24 Jun 4 08:21 vmlinuz.old -> vmlinuz-5.8.0-53-generic VG
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3553
|
Die Größenausgaben sehen für mich unverdächtig aus, eine unvollständige Initramdisk aufgrund Platzmangel ist es also nicht. Boote doch mal den neuen Kernel ohne "quiet splash" (also nur " "), dann siehst du Kernelmeldungen beim Start und evtl. wo es hängenbleibt. Siehe Bootoptionen (Abschnitt „Start-eines-installierten-Systems-einmalig“)
|
nieselfriem
(Themenstarter)
Anmeldungsdatum: 1. November 2007
Beiträge: 69
|
Leider sieht man da auch nicht viel, außer einem kurzen aufblitzen von zwei oder dre "OK" und dann kommt es zu einem schwarzen Bildschirm mit einem blinkenden Cursor. VG
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3553
|
Vielleicht ist ja beim Erstellen der Initramdisk doch irgendwas schiefgegangen. Alle zu 5.8.0-55 gehörigen bereits installierten Pakete noch einmal neu installieren: dpkg -l | grep ii | grep "5.8.0-55" | awk '{print $2}' | xargs sudo apt-get install --reinstall --install-recommends --simulate Prüfe die Ausgabe des "Trockenlaufes" (--simulate) auf Plausibilität, wenn es gut aussieht, dann ohne Simulationsschalter durchführen.
|
nieselfriem
(Themenstarter)
Anmeldungsdatum: 1. November 2007
Beiträge: 69
|
Welchen Befehl meinst du mit dem Parameter--simulate?
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3553
|
Siehe apt/apt-get (Abschnitt „Optionen“)
--simulate, --just-print, --dry-run, --recon, --no-act -s Die angedachten Änderungen werden simuliert, keine Änderung am System. Seit Version ?? ohne Root-Rechte möglich.
Oder was meinst du genau?
|
nieselfriem
(Themenstarter)
Anmeldungsdatum: 1. November 2007
Beiträge: 69
|
Nach verzweifelten Versuchen und Update auf Ubuntu 21.04 und wieder löschen davon habe ich offenbar das Problem ermittelt. Ich hatte die glorreiche Idee auf 21.04 zu updaten. Habe vorher nich einmal ein Update von 20.10 gemacht und da ging selbst der alter Kernel nicht mehr. Danach habe ich komplett alles platt gemacht und 21.10 installiert, Updates reboot und dann war das gleiche Problem auch da. Aus Verzweiflung bin ich mal auf fedora 34 gegangen. Es lief alles super. Bis ich soeben den nvidia Treiber installiert habe. BAM! Die gleiche Sch.... irgendwie mögen die neuen Kernel diese proprietären Treiber offenbar nicht mehr. Ich versuche nachher nocheinmal Ubuntu 21.04, weil ich mir nicht mehr sicher bin ob ich da nicht ddn Treiber probiert hatte. Naja, was will man sonst machen bei der Hitze. 😉
|
nieselfriem
(Themenstarter)
Anmeldungsdatum: 1. November 2007
Beiträge: 69
|
So, ich habe nun wieder Ubuntu 21.04 installiert und nicht mehr die proprietären Treiber für meine Grafikarte verwendet. Seit dem gibt es keine Probleme mehr. Updates laufen und das System läuft wie ein Bienchen. Es scheint also ein problem mit den Nvidieatreibern und den Kerneln größer 5.1.0-33 zu geben. Also bleibe ich bei den Opensource-Treibern und gezockt wird nur unter Windows. 😉 VG niesel
|
Gerd_A
Anmeldungsdatum: 10. September 2020
Beiträge: 279
|
Du könntest versuchen, vor dem Installieren des neuen Kernel, vom Nvidia-Treiber auf den Open-Source Treiber zu wechseln, dann den neuen Kernel installieren um danach den Nvidia-Treiber erneut zu installieren. Nach jedem Schritt auch jeweils mit einem Neustart des Systems.
|
nieselfriem
(Themenstarter)
Anmeldungsdatum: 1. November 2007
Beiträge: 69
|
Danke für den Tipp. Aber da bin ich ehrlich gesagt etwas zu feige. Mein System läuft gerade wieder super. Da will ich es mir nicht durch eine Eventualitäten zerschiessen.
|