ubuntuusers.de

Ein freundliches guten Abend in die Runde gepaart mit der Bitte um Support. Leider konnte ich noch keine klaren Ursachen ermitteln; mein Laptop verhält sich irrational.

Variante 1: mitten in einem Video spinnt der Ton; es klingt wie eine Schallplatte mit Sprung. Danach ist Eiszeit. Variante 2: der Ton ist ok, das System friert ein.

Leider konnte ich mit REISUB nie etwas erreichen; Power off war die einzige Option. Was habe ich bisher veranlasst? Das System mit sudo apt update; sudo apt upgrade aktuell gehalten.

Informationen:

linuxbear@LB-Laptop:~$ inxi -Fz
System:
  Kernel: 6.17.0-20-generic arch: x86_64 bits: 64
  Desktop: GNOME v: 46.0 Distro: Ubuntu 24.04.4 LTS (Noble Numbat)
Machine:
  Type: Laptop System: LENOVO product: 20RD001CGE v: ThinkPad E15
    serial: <superuser required>
  Mobo: LENOVO model: 20RD001CGE v: SDK0J40697 WIN
    serial: <superuser required> UEFI: LENOVO v: R16ET26W (1.12 )
    date: 06/08/2020
Battery:
  ID-1: BAT0 charge: 40.5 Wh (100.0%) condition: 40.5/45.7 Wh (88.7%)
CPU:
  Info: quad core model: Intel Core i5-10210U bits: 64 type: MT MCP cache:
    L2: 1024 KiB
  Speed (MHz): avg: 512 min/max: 400/4200 cores: 1: 400 2: 400 3: 700 4: 400
    5: 400 6: 700 7: 400 8: 700
Graphics:
  Device-1: Intel CometLake-U GT2 [UHD Graphics] driver: i915 v: kernel
  Device-2: Bison Integrated Camera driver: uvcvideo type: USB
  Display: wayland server: X.Org v: 23.2.6 with: Xwayland v: 23.2.6
    compositor: gnome-shell driver: dri: iris gpu: i915
    resolution: 1536x864~60Hz
  API: EGL v: 1.5 drivers: iris,swrast
    platforms: gbm,wayland,x11,surfaceless,device
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa
    v: 25.2.8-0ubuntu0.24.04.1 renderer: Mesa Intel UHD Graphics (CML GT2)
Audio:
  Device-1: Intel Comet Lake PCH-LP cAVS driver: snd_hda_intel
  API: ALSA v: k6.17.0-20-generic status: kernel-api
  Server-1: PipeWire v: 1.0.5 status: active
Network:
  Device-1: Intel Comet Lake PCH-LP CNVi WiFi driver: iwlwifi
  IF: wlp0s20f3 state: up mac: <filter>
  Device-2: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: enp4s0 state: down mac: <filter>
Bluetooth:
  Device-1: Intel AX201 Bluetooth driver: btusb type: USB
  Report: hciconfig ID: hci0 state: up address: <filter> bt-v: 5.2
Drives:
  Local Storage: total: 476.94 GiB used: 26.37 GiB (5.5%)
  ID-1: /dev/nvme0n1 vendor: SK Hynix model: HFM512GDHTNG-8710B
    size: 476.94 GiB
Partition:
  ID-1: / size: 467.35 GiB used: 26.36 GiB (5.6%) fs: ext4 dev: /dev/nvme0n1p2
  ID-2: /boot/efi size: 1.05 GiB used: 6.1 MiB (0.6%) fs: vfat
    dev: /dev/nvme0n1p1
Swap:
  ID-1: swap-1 type: file size: 4 GiB used: 0 KiB (0.0%) file: /swap.img
Sensors:
  System Temperatures: cpu: 36.0 C pch: 36.0 C mobo: N/A
  Fan Speeds (rpm): N/A
Info:
  Memory: total: 16 GiB available: 15.3 GiB used: 2.88 GiB (18.8%)
  Processes: 284 Uptime: 6h 28m Shell: Bash inxi: 3.3.34
linuxbear@LB-Laptop:~$ 

linuxbear@LB-Laptop:~$ inxi -CmsD
Memory:
  System RAM: total: 16 GiB available: 15.3 GiB used: 2.85 GiB (18.6%)
  Array-1: capacity: 16 GiB slots: 1 modules: 1 EC: None
  Device-1: ChannelA-DIMM0 type: DDR4 size: 16 GiB speed: 2667 MT/s
CPU:
  Info: quad core model: Intel Core i5-10210U bits: 64 type: MT MCP cache:
    L2: 1024 KiB
  Speed (MHz): avg: 437 min/max: 400/4200 cores: 1: 400 2: 400 3: 700 4: 400
    5: 400 6: 400 7: 400 8: 400
Drives:
  Local Storage: total: 476.94 GiB used: 26.37 GiB (5.5%)
  ID-1: /dev/nvme0n1 vendor: SK Hynix model: HFM512GDHTNG-8710B
    size: 476.94 GiB
Sensors:
  System Temperatures: cpu: 35.0 C pch: 36.0 C mobo: N/A
  Fan Speeds (rpm): N/A
linuxbear@LB-Laptop:~$ 

linuxbear@LB-Laptop:~$ cat /proc/asound/cards
 0 [PCH            ]: HDA-Intel - HDA Intel PCH
                      HDA Intel PCH at 0xb131c000 irq 154
linuxbear@LB-Laptop:~$

Sollte eventuell eine Information in den Logs zu finden sein? Oder gibt es einen Elko mit phys. Problemen? Ich bin gespannt, ob und wo sich der Fehler verorten lässt.

Gruß -Linuxbear-

Das Kernelmodul r8169 führt regelmäßig zu Freezes, als Workaround wird in der Regel dazu geraten, es auf die Blacklist zu setzen und statt dessen r8168 zu verwenden.

Danke dir für deine blitzschnelle Antwort. Ich versuche die Lösung zu verstehen und werde nächste Woche den Fortschritt posten. Gruß LB

Zum Blacklisting siehe Kernelmodule (Abschnitt „Automatisches-Laden-verhindern-Blacklisting“).

Linuxbear schrieb:

Machine:
  Type: Laptop System: LENOVO product: 20RD001CGE v: ThinkPad E15
    serial: <superuser required>
  Mobo: LENOVO model: 20RD001CGE v: SDK0J40697 WIN
    serial: <superuser required> UEFI: LENOVO v: R16ET26W (1.12 )
    date: 06/08/2020

Von grundlegender Aktualität hältst Du wohl nichts, Du hängst beim UEFI über 5 1/2 Jahre (!) hinterher.

@von.wert: grundsätzlich schon, aber im WIKI steht "erfahrener Nutzer". Davon bin ich Lichtjahre entfernt.

1. Verfügbare Updates prüfen: fwupdmgr refresh

2. Updates auflisten: fwupdmgr get-updates

3. Updates installieren: fwupdmgr update

4. System neu starten, um das Update anzuwenden.

Meinst du diese Prozedur?

@schwarzheit: das mache ich gern; es ist der 5. Button. Hatte mich schon gewundert, dass es soo hässlich aussah. Lernen, lernen, lernen. Thx

...und realisiere, daß beim .iso "Bootable CD" steht! Bedeutet, mit dd oder anderem Tool dieser Art auf USB-Stick gezogen läuft das nicht! Daraus ist erst mit isobar ein .iso für Flashdrives zu zaubern.

Die Bemerkung "Bootable CD" verwendet Lenovo erst seit relativ kurzer Zeit, weil Lenovo wohl nun endlich geschnallt hat, daß es längst keine NBs mit integriertem ODD mehr gibt, auch und gerade bei Lenovo selbst. Nur wirklich neue und wenige Lenovo-NBs haben auch USB-Flashdrive-Versionen.

Kopierst Du "Bootable CD"-.iso-Files auf mit Ventoy eingerichtete Sticks, kann es ohne Extrahieren mit isobar funktionieren, sogar ohne Deaktivieren von Secure Boot (das Zertifikat ist dann vom Ventoy-Stick zu importieren).

Letzteres habe ich auch schon durchgeführt (es gibt da Lenovo-Tower, die beim Win11-Deployment bei veraltetem UEFI in eine Loop laufen), kürzlich auch telefonisch einen Kollegen in einer Außenstelle mit von mir erstelltem Stick angeleitet, der da keine Expertise hat. SB ist für Windows/BL nötig, das zu disablen und danach wieder zu enablen, hätte des UEFI-Paßworts bedurft, das wird aber dynamisch gewechselt (Raussuchen zusätzliche Arbeit). Ohne Windows bzw. Dualboot damit disablest Du Secure Boot sinnvollerweise.

Risiken bleiben selbstredend vollständig bei Dir.

Puh, das ist schwere Kost. Ich versuche es zu verstehen/und oder Alternativen zu finden. Gruß LB

Linuxbear schrieb:

@von.wert: grundsätzlich schon, aber im WIKI steht "erfahrener Nutzer".

So löst man aber keine Probleme.

Sofern Lenovo dieses Notebook über LVFS unterstützt, kannst Du dies damit durchführen. In Ubuntu ist fwupd als .deb hoffnungslos veraltet (und Aktualität ist hier absolut wichtig), verwende daher das snap-Image!

Pff, Alternativen, zum Flashen bzw. geflasht Haben des letzterhältlichen UEFIs - das ist eine Systemgrundlage - gibt es keine Alternativen.

Die Freezes sind für fwupd keine guten Voraussetzungen. Beim Flashen darf absolut nichts unterbrochen werden, sonst wird gebrickt (zum Ziegelstein gemacht). Ventoy wäre da vorzuziehen. Gibt's dazu Fragen/Unklarheiten, fragst Du.

Bevor Du anfängst, gehst Du ins UEFI-Setup (Lenovo UEFI Simulator) → Security → "UEFI BIOS Update Option" und setzt dort alles, vor allem "Secure RollBack Prevention", auf On (und bei der Gelegenheit unter Security "Secure Boot" auf Off).

Default ist es auch On, aber falls es verstellt worden sein sollte. Bedeutet, schlägt Flashen fehl, besteht die Chance, daß sich das Mainboard selbst heilt. Meist funktioniert das, wir haben freilich auch schon Kisten erlebt, die das nicht geschafft haben (bei der Menge im vierstelligen Bereich ist das allerdings wenig).

Wenn es passiert sein sollte (und am besten, nicht), dauert es nach kurzem stromlos Schalten locker über 5 min Scheintots, bis sich plötzlich was regt und in Schritten recovert wird.

Nun keine übertriebene Angst! Ich sag's nur vorher, damit Du und andere es wissen.

@von.wert: das ist für mich eine überaus komplexe Materie. Ich versuche zuerst das Kernelmodul r8169 zu ersetzen; dann lese ich mich zum Thema UEFI ein. Bitte bleib geduldig.

Folgendes Vorgehen:

sudo apt update

sudo apt install r8168-dkms

echo "blacklist r8169" | sudo tee -a/etc/modprobe.d/blacklist.conf

Ist dieser Ansatz richtig?

Die letzte Zeile enthält einen Fehler

echo "blacklist r8169" | sudo tee -a /etc/modprobe.d/blacklist.conf

hinter -a gehört ein Leerzeichen.

@HarryD: ich fasse es einfach nicht; habe die Zeile aus dem WIKI nach Libre W kopiert, geringfügig bearbeitet und prompt nen Fehler eingebaut. Das sagt viel über meine Fähigkeiten diesbezüglich aus ☹ ; dir natürlich ein aufrichtiges Dankeschön. Gruß LB