[gelöst] Lüfterprobleme Thinkpad E-Serie

[MSfree]

Der Kernel erkennt offenbar das WLAN-Interface nicht, deshalb kann hier inxi auch nichts Sinnvolles ausspucken.

Sicherheitshalber sollte man trotzdem nochmal schauen, ob die benötigte Firmware überhaupt geladen wird, mit

Code: Alles auswählen

dmesg | grep -i firmware

nach dem Booten biite mal testen.

Die CPU ist ja relativ neu, entsprechend neu dürfte auch die WLAN-Karte sein. Möglicherweise braucht man dann einen Kernel aus den Backports.

[willy4711]

Vielleicht mal versuchen:

Code: Alles auswählen

journalctl -b |grep "wlan\|wlp5s0\|firmware\|fail"

Nach ein bisschen Recherche kommt man zu der Erkenntnis, dass entgegen meiner ursprünglichen Annahme hier kein Intel-Adapter verbaut ist, sondern einer von Realtek, genauer ein rtl8821ce, welcher bisher nicht im Kernel (auch nicht den Backports) ist.

Da gabst schon mal einen Thread.
Anleitung zum Bauen: viewtopic.php?f=12&t=175178&hilit=8821c ... 5#p1220554
Und zur Ergänzung nach der Prozedur noch ein (die meisten lesen ja nicht weiter )

Code: Alles auswählen

 modprobe -a 8821ce

Edit:

Vielleicht ist es sinnvoll, erstmal firmware-realtek zu installieren. Das behebt zwar nicht das Problem, aber anscheinend wird der Chip dann wenigstens erkannt.

[hikaru]

Sicherheitshalber sollte man trotzdem nochmal schauen, ob die benötigte Firmware überhaupt geladen wird, mit

Code: Alles auswählen

dmesg | grep -i firmware

Schadet sicher nicht. Meiner Erfahrung nach erkennt der Kernel Netzwerkinterfaces aber auch ohne passende Firmware. Er kann sie nur nicht richtig ansteuern.
Das ist ein wenig wie mit Komapatienten: Der Arzt (Kernel) kann dank der Krankenakte (Treiber) den Patienten auch ohne Bewusstsein (Firmware) erkennen und mit Namen ansprechen, wird aber keine sinnvolle Antwort kriegen.

Die CPU ist ja relativ neu, entsprechend neu dürfte auch die WLAN-Karte sein. Möglicherweise braucht man dann einen Kernel aus den Backports.

Laut dem verlinkten Thread [3] aus meinem letzten Beitrag ging das unter Stretch mit Backport-Kernel 4.19. Buster liefert standardmäßig 4.19 aus, es sollte also hier ohne Backports-Kernel gehen.

Da gabst schon mal einen Thread.
Anleitung zum Bauen: viewtopic.php?f=12&t=175178&hilit=8821c ... 5#p1220554

Wenn ich dein Nopaste in [1] richtig sehe, hast du da ein dkms-Paket für das Realtek-Teil erstellt. Vielicht kannst du das hier zur Verfügung stellen.

Einen wichtigen Hinweis hat außerdem towo geliefert, den ich so auch woanders sah:
Da das selbstgebaute Modul nicht signiert ist, muss Secure Boot abgeschaltet werden, sonst wird es nicht geladen.


[1] viewtopic.php?f=12&t=175178&start=45#p1220558

[dbfo1]

git clone https://github.com/tomaspinho/rtl8821ce

Muss ich an der Stelle nicht einen anderen nehmen?

Danach gehts nicht mehr weiter:

Code: Alles auswählen

rtl8821ce# ./dkms-install.sh
About to run dkms install steps...
./dkms-install.sh: Zeile 15: dkms: Kommando nicht gefunden.
./dkms-install.sh: Zeile 16: dkms: Kommando nicht gefunden.
./dkms-install.sh: Zeile 17: dkms: Kommando nicht gefunden.
Finished running dkms install steps.

[dbfo1]

Code: Alles auswählen

dmesg | grep -i firmware

nach dem Booten biite mal testen.

Code: Alles auswählen

   0.365796] Spectre V2 : Enabling Restricted Speculation for firmware calls
[    0.483764] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    2.582787] i915 0000:00:02.0: firmware: direct-loading firmware i915/kbl_dmc_ver1_04.bin
[    2.583188] [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4)
[    2.936187] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_mc.bin
[    2.937239] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_pfp_2.bin
[    2.937253] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_me_2.bin
[    2.937262] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_ce_2.bin
[    2.937274] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_rlc.bin
[    2.937349] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_mec_2.bin
[    2.937446] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_mec2_2.bin
[    2.938604] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_sdma.bin
[    2.938616] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_sdma1.bin
[    2.938814] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_uvd.bin
[    2.938816] [drm] Found UVD firmware Version: 1.130 Family ID: 16
[    2.940830] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_vce.bin
[    2.940833] [drm] Found VCE firmware Version: 53.26 Binary ID: 3
[    2.941321] amdgpu 0000:02:00.0: firmware: direct-loading firmware amdgpu/polaris12_smc.bin
[    6.566863] r8822be: Using firmware rtlwifi/rtl8822befw.bin
[    6.569413] r8822be 0000:05:00.0: firmware: direct-loading firmware rtlwifi/rtl8822befw.bin
[    6.710709] psmouse serio2: trackpoint: Elan TrackPoint firmware: 0x10, buttons: 3/3
[    7.447553] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-3.fw
[    7.790147] bluetooth hci0: firmware: direct-loading firmware rtl_bt/rtl8822b_fw.bin
[    7.790369] bluetooth hci0: firmware: direct-loading firmware rtl_bt/rtl8822b_config.bin

Edit:
Nach Neustart funktioniert die Wlan-Verbindung
Vielen Dank an alle.

[willy4711]

Und was hast du denn gemacht ?? firmware-realtek installiert ?
war ja wohl doch ein noch anderer NIC der rtl8822b

[willy4711]

Nopaste in [1] richtig sehe, hast du da ein dkms-Paket für das Realtek-Teil erstellt. Vielicht kannst du das hier zur Verfügung stellen.

Geht leider nicht. Das war ne VM die ich schnell zum Basteln angelegt hatte, und schon gar nicht mehr existiert.
Geht aber wirklich super easy. Das Kompilieren dauert ca. 1 Minute.

[dbfo1]

Hab firmware-realtek installiert, neugestartet und die Schritte aus dem von dir verlinkten Thread durchgeführt.

[willy4711]

Hab firmware-realtek installiert, neugestartet und die Schritte aus dem von dir verlinkten Thread durchgeführt.

firmware-realtek war richtig, da ist auch die passende Firmware für deinen NIC drin.
Der Rest ist ja wohl unschädlich "in die Hose" gegangen. Auch wenn es geklappt hätte, hattest du halt etwas Firmware mehr auf dem Rechner.
Hätte nicht gestört.
Ich vermute mal, die hast das skript als su und nicht als su - gestartet. Bei vielen Befehlen
musst du in das Root Environment wechseln. Das z.B. sind alle Programme die in /sbin residieren.
kannst ja mal probehalber nach su ls eingeben.
Es wird dir nach wie vor dein /home angezeigt.
Mit su - landest du aber in Verzeichnis /root als /home und hast dann Zugriff auf alles und jedes.
Hab mal exemplarisch einen von Dutzenden Threads herausgesucht, wo auch einen Erklärung verlinkt ist. viewtopic.php?f=27&t=174515&hilit=Komma ... t+gefunden

[dbfo1]

Ja richtig. Hatte als mit su gemacht.

[dbfo1]

Bei mir ist grad noch ein kleines Problem aufgetaucht:
Während der normalen Nutzung reagiert die Laptop Tastatur auf einmal auf keine Eingaben mehr.
Beheben lässt sich das Problem nur durch wiederanmelden.
Brauch ich dafür auch eine Firmware?

Ist es denn sinnvoll sich ein Debian Buch zuzulegen um nicht wegen jedem kleinen Problem im Forum zu schreiben
oder gibt es eine gute Website auf der man zu vielen Problemen was findet?
Das Debian Wiki ist da meistens wenig hilfreich.