[gelöst] Vorbereitung WLAN für Bookworm

[dasebastian]

Ich habe hier eine sehr blöde Situation: bei dem Versuch, mein System von Bullseye auf Bookworm zu heben, habe ich danach Probleme, mich mit dem WLAN zu verbinden, habe aber nur diese Möglichkeit.

-> Bei einem Full-Upgrade komme ich danach ins WLAN (in die "alten"), kann aber keine Mobile Breitbandverbindung mehr herstellen (die brauche ich regelmäßig, wenn ich mit dem Laptop unterwegs bin, da kommt das Netz dann per USB-Kabel von meinem Tasten(!)telefon)

-> Bei einer Neuinstallation von Bookworm (mein eigentlich bevorzugter Weg) kann ich nach der fertigen Installation gar keine der Verbindungen mehr herstellen (Netinstall-Iso, RC1), obwohl es während der Installation natürlich funktioniert.

-> firmware-iwlwifi, firmware-misc-nonfree und intel-microcode sind installiert bzw. sollte der neue Installer das nicht ohnehin machen?

Da ich netzwerktechnisch komplett unterbelichtet bin, regle ich meine Sachen immer mit network-manager-gnome bzw. "nmtui".

Ziel dieses Threads ist es erst mal, die für mich benötigten Infos zusammen zu suchen und vielleicht die richtigen Dateien zu backuppen, die ich nach der Installation wieder einspielen könnte (da es ja bei einem Upgrade (teilweise) funktioniert.

Also hier mal die ersten Infos, die glaube ich wichtig sind (aus meinem funktionierendem Bullseye raus):

Code: Alles auswählen

~$ lsusb
Bus 002 Device 003: ID 17ef:1003 Lenovo Integrated Smart Card Reader
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
~$ lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:16.3 Serial controller: Intel Corporation 6 Series/C200 Series Chipset Family KT Controller (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b4)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM67 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port Mobile SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34)
0d:00.0 System peripheral: Ricoh Co Ltd PCIe SDXC/MMC Host Controller (rev 08)
~$ 

Weiters habe ich die /etc/NetworkManager/system-connections gebackupt, da liegen meine drei Hauptverbindungen schön als einzelne Dateien drinnen.

In meiner /etc/network/interfaces liegt nichts Besonderes, so weit ich das beurteilen kann:

Code: Alles auswählen

~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback
~$ 

-> Woran könnten meine Probleme mit Neuetablierungen von Verbindungen nach Upgrade/Neuinstallation liegen?

-> Liege ich mit den gebackupten Dateien richtig?

Da ich den Rechner beruflich brauche und mich auf ihn zu 100% verlassen können muss, will ich hier erst mal in aller Ruhe zusammensuchen und brainstormen.

Ich mache mich mal aufs Schlimmste gefasst und danke euch jetzt schon...

NACHTRAG: non-free-firmware waren auch beim Upgrade in der sources.list

[chrbr]

Da ich den Rechner beruflich brauche und mich auf ihn zu 100% verlassen können muss, will ich hier erst mal in aller Ruhe zusammensuchen und brainstormen.

Unter der Bedingung würde ich auf keinen Fall ein Upgrade machen. Entweder du kopierst die Installation auf einen zweiten Rechner und macht dort das Upgrade oder installierst komplett neu.

Ich würde nicht einmal im unverzichtbaren Rechner Festplatten öfters umher stecken weil die Stecker und Buchsen nicht für viele Steckzyklen gemacht sind.

[dasebastian]

Unter der Bedingung ...

Ich konnte über 3 Wochenenden ausprobieren (Upgrades/Neuinstallation), diesen "Spaß" habe ich hinter mir...

Wie auch oben schon gesagt, ist mir eine Neuinstallation sowieso lieber, aber das Ergebnis war eigentlich noch schlechter.

[Tula]

Ich kann nicht helfen, nur von meiner Neuinstallation berichten.

Habe hier auf einem neuerworbenen T560 das Windows durch Bookworm xfce ersetzt und wählte ein Netinstall-Image, Advanced Options, Expert-Mode und dabei für nicht-freie Komponenten die entsprechenden Schalter. Ich hatte den Rechner dabei am LAN, doch auch das WLAN wurde erkannt, der Schlüssel abgefragt und das wars. Der vorbereitete USB-Stick blieb ungenutzt, es war nichts zu installieren.

Ich erlebte dann allerdings die kleine Überraschung, dass Debian sich anders als ich nicht an das gesetzte Root-Passwort erinnern konnte. Also musste ich daran durch ein passwd in der bash nachhelfen...

Ist wohl so, dass Installationsimage, Hardware, Desktopumgebung und Methodik zu recht bunten Ergebnissen führen.

[chrbr]

Da ich netzwerktechnisch komplett unterbelichtet bin, regle ich meine Sachen immer mit Debiannetwork-manager-gnome bzw. "nmtui".

Jetzt wäre doch die beste Gelegenheit, daran etwas zu ändern . Gut, das ist leichter gesagt als getan.

Du solltest auf jeden Fall protokollieren, welche systemd Dienste laufen. Ich würde auch das komplette /etc sichern und dazu, was sich unter /usr/lib/systemd befindet.

Ich würde auch erst den X11 Teil weglassen bis auf der Konsole wirklich alles funktioniert. Dazu muss man aber Konfigurationsdateien bearbeiten. Wirklich gut geht das aber nur, wenn man parallel in den Handbüchern und Wikis nachschauen kann. Oder du erledigst den WLAN Teil wirklich am Schluss.

[MSfree]

Ich würde auch erst den X11 Teil weglassen bis auf der Konsole wirklich alles funktioniert.

Der WLAN-Chipsatz (Taylor Peak laut OP) ist 12 Jahre alt, der Rest des Laptops wohl auch. Die Graphik ist von Intels Core-i-2000 Generation, die keine Firmware benötigt. Alles in allem also völlig problemloses und gut abgehangenes Zeug.

Für das Upgrade von Bullseye auf Bookworm ist nur zu beachten, daß in der sources.list noch non-free-firmware einzutragen ist, bevor man das dist-upgrade macht.

Ob das des RC1-Installer auch schon kann, weiß ich nicht. Ich habe Bookworm vor 1.5 Jahren per dist-upgrade von Bullseye hochgezogen und noch keinen Bookworm-Installer ausprobiert. Ich warte jetzt auch Trixie

[dasebastian]

Jetzt wäre doch die beste Gelegenheit, daran etwas zu ändern

Ja schon. Wenn nicht in nächster Zeit auch eine ganze Menge anderer Sachen anstünden... Habe aber eh schon viel mehr Zeit damit verbracht, als ich eigentlich gewollt hätte.

Ich würde auch erst den X11 Teil weglassen bis ... oder du erledigst den WLAN Teil wirklich am Schluss.

Konfigurationsdateien editieren ist prinzipiell nicht mein Problem, aber mein Setup ist etwas räusper speziell, ich habe nur WLAN zur Verfügung und muss ja irgendwie die Installation bis auf meine Arbeitsoberfläche hochhieven. Gut, ich könnte zB. alles von einem anderen Liveimage per Chroot machen, aber das ist halt schon...

Mich macht die Situation einfach stutzig, das ist neben blöd (für mich) auch merkwürdig. Buster auf Bullseye lief so heulheulheul...

@MSfree: ist gut abgehangen und bisher auch völlig problemlos, ja. Non-free-firmware war in der sources.list, bei der Neuinstallation wurde das auch automatisch eingetragen.

[MSfree]

Hast du unter Bookworm mal geschaut, ob wirklich alles an benötigter Firmware geladen wird?

Code: Alles auswählen

dmesg | grep -i firmware

Möglicherweise fehlt da ja doch noch ein Firmwarepaket.

Schlimmstenfalls kannst du das fehlende Paket auch separat runterladen, auf einen USB-Stick kopieren und dann mit dpkg installieren. Aber dazu müßte erstmal klar sein, welche Firmware fehlt, um das passende Debianpaket zu ermitteln.

[dasebastian]

Möglicherweise fehlt da ja doch noch ein Firmwarepaket.

Das würde zumindest das Verhalten bei Neuinstallation im Vergleich zum Upgrade erklären.

Und als Vergleich die aktuelle Ausgabe heranziehen?

Code: Alles auswählen

~# dmesg | grep -i firmware
[    0.335315] DMAR: [Firmware Bug]: No firmware reserved region can cover this RMRR [0x00000000db800000-0x00000000df9fffff], contact BIOS vendor for fixes
[    0.335332] DMAR: [Firmware Bug]: Your BIOS is broken; bad RMRR [0x00000000db800000-0x00000000df9fffff]
[    0.365596] Spectre V2 : Enabling Restricted Speculation for firmware calls
[    1.100545] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    1.141518] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain 0000 [bus 00-3f] only partially covers this bridge
[    5.935088] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[    5.936201] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[    6.130657] iwlwifi 0000:03:00.0: firmware: direct-loading firmware iwlwifi-6000g2a-6.ucode
[    6.130909] iwlwifi 0000:03:00.0: loaded firmware version 18.168.6.1 6000g2a-6.ucode op_mode iwldvm
[    6.130939] iwlwifi 0000:03:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2)
[    6.130946] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
~# 

[dasebastian]

... auch das WLAN wurde erkannt, der Schlüssel abgefragt und das wars. Der vorbereitete USB-Stick blieb ungenutzt, es war nichts zu installieren.

Während der Installation bei mir auch, danach war dann Schluss. Habe auch eine Zeit lang per Extrastick in der Installation nachgereicht, bin dann aber auf die Unofficial-Nonfree-Netinstall umgestiegen...

Ist wohl so, dass Installationsimage, Hardware, Desktopumgebung und Methodik zu recht bunten Ergebnissen führen.

Mir scheint, dass es diesmal für die meisten wieder ganz gut aussieht. Bei Buster-Bullseye hatte ich den Eindruck, dass es mehr geknirscht hat - bei mir damals eben überhaupt nicht, das war vollkommen schmerzbefreit.

[MSfree]

Und als Vergleich die aktuelle Ausgabe heranziehen?...

Stammt die Ausgabe vom gebooteten Bookworm? Die Bullseye-Ausgabe hilft hier auch zum Vergleich nicht weiter.

[dasebastian]

Stammt die Ausgabe vom gebooteten Bookworm? Die Bullseye-Ausgabe hilft hier auch zum Vergleich nicht weiter.

Nein, von Bullseye, verstehe. Ich habe gerade kein Bookworm, weil nur einen Rechner. Sonst wäre das eh nicht so kompliziert und ich würde einfach nebenbei fröhlich vor mich hin probieren, bis es passt und dann umziehen.

[MSfree]

... weil nur einen Rechner.

Ein zweiter Rechner würde die Sache stark vereinfachen
Damit kann man im Internet recherchieren, Dateien runterladen..., auch wenn der andere noch humpelt.
Keine Chance, einen zweiten Rechner auszuleihen?

[chrbr]

Der iwlwifi Teil sieht bei mir bis auf die Firmware Version ähnlich aus. Hier funktioniert das WLAN problemlos.

Code: Alles auswählen

[    2.704150] iwlwifi 0000:04:00.0: firmware: direct-loading firmware iwlwifi-8265-36.ucode
[    2.704894] iwlwifi 0000:04:00.0: loaded firmware version 36.ad812ee0.0 8265-36.ucode op_mode iwlmvm
[    2.704919] iwlwifi 0000:04:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2)
[    2.704954] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware

EDIT: Leerzeichen zwischen Teil und sieht in Zeile 1.

[KP97]

...da kommt das Netz dann per USB-Kabel von meinem Tasten(!)telefon)

Das scheint ja wohl der Knackpunkt zu sein, das hat Sebastian ja schon mal geschildert.
Wobei, ich kann mir nicht vorstellen, was er da macht und was das genau heißt, ein Tastentelefon?

[chrbr]

Das scheint ja wohl der Knackpunkt zu sein, das hat Sebastian ja schon mal geschildert.
Wobei, ich kann mir nicht vorstellen, was er da macht und was das genau heißt, ein Tastentelefon?

Da soll der Zugang zum Internet wohl über Mobilfunk erfolgen. Stabiler funktioniert das aber besser mit Telefonen, die eine Wählscheibe haben.

[dasebastian]

Das Tastentelefon ist erst mal nicht der Knackpunkt.

Ich fasse noch mal zusammen:

Upgrade -> die "alten mitgenommenen" WIFI-Verbindungen funktionieren (WLAN zuhause), die Verbindung via Mobilnetz Telefonanbieter nicht, neue Verbindungen (egal welcher Art) auch nicht.

Neuinstallation -> gar keine WIFI-Verbindungen lassen sich neu einrichten, Mobilnetz Telefonanbieter auch nicht.

Wir können die Tastentelefonsache auch (vorerst) mal beiseite lassen.

[chrbr]

Hallo dasebastian,
gut, das mit der Wählscheibe hätte ich mir auch verkneifen können. Eine grundsätzliche Frage habe ich. Du unterscheidest WIFI und WLAN. Und WLAN ist ein Teil vom gesamten WIFI. Stimmt das so? Über welches Interface soll den der nicht-WLAN Teil von WIFI erfolgen?

Zur Fehlersuche: systemctl --failed ist oft hilfreich. Es zeigt, welche Dienste nicht wie gedacht gestartet werden können.
Viele Grüße,
Christoph

[cosinus]

Zur Fehlersuche: systemctl --failed ist oft hilfreich. Es zeigt, welche Dienste nicht wie gedacht gestartet werden können

Gibt es denn nen Extra-Dienst für die Verbidungen mit Tastentelefonen?!

[chrbr]

Moin cosinus,
der Hinweis bezog sich auf die Fehlersuche generell. Weiß der Geier, was da bei einer Neuinstallation wieso nicht funktioniert hat. Was das Telefon angeht, so kann man meines Wissens nach einige oder solche Teile mit AT Kommandos kontrollieren. Das wäre dann wie in den guten alten Zeiten mit Modems.

[dasebastian]

Wobei, ich kann mir nicht vorstellen, was er da macht und was das genau heißt, ein Tastentelefon?

Es ist einfach kein Smartphone sondern das, was wir früher Handy genannt haben, das kann das Mobilnetz aber via ein USB-Kabel weiterreichen. Ist eine super Sache und funktionierte bisher vollkommen problemlos.

Du unterscheidest WIFI und WLAN. Und WLAN ist ein ...

Ich unterscheide eigentlich nicht zwischen WLAN und WIFI, sondern verwende es synonym. Wenn das ein Fehler ist, sorry. Primär geht es mal darum, mit dem Rechner in mein WLAN-Netz zu kommen. Das ist jetzt aber auch keine Neuigkeit.

Weiß der Geier, was da bei einer Neuinstallation wieso nicht funktioniert hat.

Ja dann...

[MSfree]

Ich unterscheide eigentlich nicht zwischen WLAN und WIFI, sondern verwende es synonym. Wenn das ein Fehler ist, sorry.

Nein, ist kein Fehler. WIFI und WLAN sind ein und dasselbe, wobei im deutschen Sprachraum eher WLAN verwendet wird und im englichen Sprachraum WIFI üblicher ist.

[chrbr]

Ich unterscheide eigentlich nicht zwischen WLAN und WIFI, sondern verwende es synonym.

Nein, ist kein Fehler. WIFI und WLAN sind ein und dasselbe, ...

Prima, dann war ich etwas auf dem falschen Dampfer.

Primär geht es mal darum, mit dem Rechner in mein WLAN-Netz zu kommen. Das ist jetzt aber auch keine Neuigkeit.

chrbr hat geschrieben: ↑ zum Beitrag ↑
18.04.2023 11:00:41
Weiß der Geier, was da bei einer Neuinstallation wieso nicht funktioniert hat.

Ja dann...

Entschuldigung, das sollte keine Kritik an dir sein. Ohne LAN und nur mit einem Rechner hast du auch eine schwierige Konstellation. Es gibt auch kleine USB auf LAN Adapter. Die sind meiner Erinnerung nach auch nicht teuer. Wäre so etwas als Hilfsmittel brauchbar? Dann könntest du bei einer Neuinstallation mit LAN anfangen. Wenn X11 läuft könntest du dann im Internet suchen, um die WLAN Konfiguration nicht im Blindflug machen zu müssen.

[dasebastian]

Danke für den Input, im Moment erscheint mir der Hinweis von MSfree mit doch irgendwo fehlender Firmware am schlüssigsten. Ich bin zwar davon ausgegangen, dass gerade der neue Installer das klären müsste und hatte auf Bookworm auch ganz genau die gleichen Pakete installiert wie auf meinem Bullseye, aber wer weiss. Diese Spur erscheint mir am heissesten.

Zweiter Rechner ist eine Option, um in Windows im Internet zu recherchieren - das wäre dann die Alle-Stricke-gerissen-Option...

Ich habe mir jetzt ein paar Sachen notiert (wie zB. das dmesg auf firmware...), werde ansonsten aber noch zuwarten. Sollte sich ein Arbeitsfenster auftun, probiere ich vielleicht eine Neuinstallation, ansonsten gedulde ich mich wohl bis zum offiziellen Release mit dementsprechendem Installer. Und dann gäbe es ja noch den ersten Pointrelease, der anscheinend auch immer wieder Knoten löst.

Ich werde auf jeden Fall berichten. Fällt noch jemandem etwas ein, gerne her damit!

[cosinus]

Es ist einfach kein Smartphone sondern das, was wir früher Handy genannt haben, das kann das Mobilnetz aber via ein USB-Kabel weiterreichen. Ist eine super Sache und funktionierte bisher vollkommen problemlos.

D.h. dein Notebook ist per Kabel mit dem Phone verbunden und die eigentlich "WLAN-Arbeit" macht das Phone und nicht der Rechner?
Wenn dem so ist, wieso suchen wir den Fehler irgendwo beim WLAN?

Wirklich sehr ungewöhnliche Konfig. Wie geht denn das Phone überhaupt ins Netz? Es ist ja auch kein gängiges Smartphone, sondern irgendein anderer alter Schinken mit mit Tasten??!