staging.inyokaproject.org

Wenn du auf https://github.com/lwfinger/rtlwifi_new gehst, kannst du im Pull-Down-Menü bei "Branch" statt Master auch "extended" wählen. Ist wohl noch in der Entwicklung und von seiner Seite aus noch nicht "stable". Das merkt man auch hier im Forum: Die obere Anleitung für neuere Kernel funktioniert meist besser

Danke!, hätte ich nie gefunden.

habe noch ein Problem, was Bluetooth angeht (nach "Für Kernel ab 4.11") WLAN ist nun OK, Bluetooth kann mit Blueman nicht angesprochen werden. Lt. RFKill ist Bluetooth vorhanden und nicht geblockt.

 [   22.020231] Bluetooth: Core ver 2.22
  [   22.020256] Bluetooth: HCI device and connection manager initialized
  [   22.020261] Bluetooth: HCI socket layer initialized
  [   22.020265] Bluetooth: L2CAP socket layer initialized
  [   22.020273] Bluetooth: SCO socket layer initialized
  [   22.251689] Bluetooth: hci0: rtl: examining hci_ver=08 hci_rev=000d lmp_ver=08 lmp_subver=8723
  [   22.251693] Bluetooth: hci0: rtl: loading rtl_bt/rtl8723b_config.bin
  [   22.323518] bluetooth hci0: Direct firmware load for rtl_bt/rtl8723b_config.bin failed with error -2
  [   22.323525] Bluetooth: hci0: rtl: loading rtl_bt/rtl8723b_fw.bin
  [   22.340656] Bluetooth: hci0: rom_version status=0 version=2
  [   22.340659] Bluetooth: hci0: didn't find patch for chip id 2
  [   33.209173] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
  [   33.209177] Bluetooth: BNEP filters: protocol multicast
  [   33.209185] Bluetooth: BNEP socket layer initialized
  [ 1182.222820] Bluetooth: hci0: rtl: examining hci_ver=08 hci_rev=000d lmp_ver=08 lmp_subver=8723
  [ 1182.222823] Bluetooth: hci0: rtl: loading rtl_bt/rtl8723b_config.bin
  [ 1182.222843] bluetooth hci0: Direct firmware load for rtl_bt/rtl8723b_config.bin failed with error -2
  [ 1182.222845] Bluetooth: hci0: rtl: loading rtl_bt/rtl8723b_fw.bin
  [ 1182.223808] Bluetooth: hci0: rom_version status=0 version=2
  [ 1182.223810] Bluetooth: hci0: didn't find patch for chip id 2

rtl8723b? Bin verwirrt.

Ja, BT scheint noch ein Problem zu sein, das muss weiter beobachtet werden

Hallo,

tut mir leid, dass ich erst so spät reagiere, war die ganze Zeit zu faul. Habe soeben die beiden Installationsalternativen ausprobiert, leider war keine erfolgreich. Also die Installationen an sich haben beide funktioniert (also es gab keine Fehlermeldung oder so), allerdings habe ich ohne den WLAN Stick weiterhin kein Netz.

Danke schonmal!

Hast du die Antennenumschaltung getestet? SecureBoot ist deaktiviert?

Entschuldige bitte, war wohl etwas voreilig. Das SecureBoot habe ich jetzt deaktiviert. Dann ging es schonmal. Habe dann noch das mit der Antennenumschaltung gemacht, was in der Tat den Empfang verbessert zu haben scheint. Hat das irgendwelche KOnsequenzen, wenn das SecureBoot aus ist?

Vielen Dank!

Siehe EFI Grundlagen

das problem habe ich auch nach neuinstall. von ubuntu 16, laptop hp 15 bs0xx(unter xubuntu nicht). hab die install.anleitung von praseodym versucht für kernel 4.10 ist aber verwirrend, wenn ich die zeilen genauso im terminal eingebe, kommt ist nicht bekannt. git und dkms hab ich installiert und den download von realtek entpackt. was muss ich machen? danke

Hast du eine bestehende Kabelverbindung dabei? Welcher Kernel ist installiert?

uname -a

praseodym schrieb:

Installationsanleitung für Realtek rtl8723de [10ec:d723]¶

[…]

Danke, die Anleitung für Kernel ab 4.11 hat bei mir funktioniert (habe anscheinend 4.13.0-38-generic). Sorry für die folgende, evtl. dumme Frage: Kann ich nun (bei MINT 18.3) beim Update neuere Kernel installieren? Oder ist dann der Wifi-Treiber wieder weg?

Ein anderes Problem ist dabei noch aufgetaucht, gehört möglicherweise in einen anderen Thread: Nachdem ich secure boot deaktiviert und dann wieder aktiviert habe, komme ich beim normalen Boot wieder in mein Windows. Es handelt sich um einen neuen HP Notebook - BIOS InsideH20.

Um Linux angeboten zu kommen, muss ich beim Starten ESC und F9 drücken - sehe dann 2 boot Manager. Der ubuntu boot Manager zeigt mir dann wiederum den Windows boot Manager an.

Sorry für diese Fragen, bin halt schon länger nimmer im aktuellen Geschäft (UEFI etc.). War auch ganz überrascht, dass jetzt mehr als 4 primäre Partitionen pro Platte gehen.

helmetzer schrieb:

[…] Ein anderes Problem ist dabei noch aufgetaucht, gehört möglicherweise in einen anderen Thread:

Ja. Bitte eröffne ein neues Thema im dafür passenden Forum!

Vier Monate später ist der Treiber immer noch nicht in XUbuntu integriert... Ich hatte ihn mal manuell installiert, nur um dann ebenfalls herausfinden zu müssen, dass er sich wegen SecureBoot nicht verwenden lässt. SecureBoot bloß deshalb auszuschalten, kann man doch wohl nicht gerade als Lösung bezeichnen. Was meint ihr, wie viele Monate/Jahre wird es noch dauern, bis das bei Ubuntu eingepflegt ist und automatisch funktioniert? Alternativ wäre mir sehr mit einer möglichst leicht verständlichen Anleitung geholfen, wie man in diesem konkreten Fall den Treiber selbst signiert, sodass Secureboot damit läuft.

laie0815 schrieb:

Vier Monate später ist der Treiber immer noch nicht in XUbuntu integriert... Ich hatte ihn mal manuell installiert, nur um dann ebenfalls herausfinden zu müssen, dass er sich wegen SecureBoot nicht verwenden lässt. SecureBoot bloß deshalb auszuschalten, kann man doch wohl nicht gerade als Lösung bezeichnen.

Du kannst ...

• SB des UEFI abschalten

• für das Modul einen eigenen Schlüssel generieren, was natürlich genau so „unsicher“ ist, da Du selbst vermutlich das Modul, bzw. den Quellcode ja kaum auf Schadcode hin prüfen kannst

• SB des UEFI aktiviert lassen und die Überprüfung nur unter Ubuntu/Linux abschalten

Was meint ihr, wie viele Monate/Jahre wird es noch dauern, bis das bei Ubuntu eingepflegt ist und automatisch funktioniert?

Das Forum ist für solcherlei Fragen der falsche Anlaufpunkt

Alternativ wäre mir sehr mit einer möglichst leicht verständlichen Anleitung geholfen, wie man in diesem konkreten Fall den Treiber selbst signiert, sodass Secureboot damit läuft.

→ https://thomas-leister.de/fedora-secure-boot-kernelmodule-signieren/

Hallo praseodym,

sehr herzlichen Dank für Deine Anleitung!

Auf einem HP Notebook 15-bw043ng (zugegebenermaßen sehr günstig, weil ohne Betriebssystem erstanden) habe ich Ubuntu 18.04 installiert (läuft) und, weil keine WLAN-Option bestand, nach viel Suchen aber glücklichem Finden Deine Infos entdeckt.

Ich wählte Alternative: Treiberupdate über rtlwifi_new (ab Kernel 4.13). Es hat geklappt!

Der im Persönlicher Ordner entstandene Unterordner rtlwifi_new ist wohl auf

sudo dkms add ./rtlwifi_new 

zurückzuführen.

Muss dieser Unterordner (nach der im weiteren Schritt erfolgreichen Installation in /lib/firmware/rtlwifi/) im Persönlicher Ordner verbleiben (oder darf ich ihn dort einfach rauslöschen)?

Und zu dem Hinweis "bei schwachen Signalen". Ist

echo "options rtl8723de ant_sel=2" | sudo tee /etc/modprobe.d/rtl8723de.conf 

tatsächlich eine Terminaleingabe in einer Zeile oder muss sie in zwei Schritten erfolgen, bspw. so:

echo "options rtl8723de ant_sel=2"
sudo tee /etc/modprobe.d/rtl8723de.conf 

Und letzte Frage, ich bitte um Nachsicht, was meinst Du mit

Treiber jeweils neu laden oder neu starten

bzw. welchen Befehle sind hier konkret gemeint?

Gruß, tikita

Hallo,

der Ordner kann gelöscht werden. Die Zeile ist tatsächlich eine Zeile. "|" ist die Pipe → AltGr und <