Kein WLAN für Linux auf externen Medien

[Ch. Hanisch]

Hallo,
ich habe zwei baugleiche DELL XP L702x Noteboooks aus dem gleichen Jahr
2012.
Auf externen Festplatten bzw. Sticks habe ich verschiedene Linux-Systeme
installiert.
Auf einem Rechner funktioniert das WLAN für alle Linux-Installationen
einwandfrei, auf dem anderen aber geht kein WLAN (nur das interne
Windows funktioniert auf beiden Rechnern!):
"Gerät ist nicht betriebsbereit"

Auf beiden Geräten ist:
~$ lspci | grep Network
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000
[Condor Peak]

Beim Hochfahren des Rechners ohne WLAN kommt bei sudo journalctl -b:
...
Sep 18 13:01:43 siduction kernel: r8169 0000:0a:00.0 enp10s0: Link is Down
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Radio
type=0x0-0x0-0x3
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Microcode SW
error detected. Restarting 0x82000000.
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Loaded firmware
version: 39.31.5.1 build 35138 1000-5.ucode
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Start IWL Error
Log Dump:
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Status:
0x00000000, count: 5
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000005 |
SYSASSERT
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00016E00 | uPc
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00016E00 |
branchlink1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00016E00 |
branchlink2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
interruptlink1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
interruptlink2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | data1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | data2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000616 | line
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00018BCA |
beacon time
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000436 | tsf low
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | tsf hi
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
time gp1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x0000043B |
time gp2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
time gp3
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x0001271F |
uCode version
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x0000006C | hw
version
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00C8330C |
board version
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | hcmd
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00122000 | isr0
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | isr1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000002 | isr2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x004000C0 | isr3
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | isr4
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
isr_pref
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00002BFE |
wait_event
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
l2p_control
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
l2p_duration
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
l2p_mhvalid
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00100040 |
l2p_addr_match
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000007 |
lmpm_pmg_sel
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
timestamp
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x0000F808 |
flow_handler
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Start IWL Event
Log Dump: display last 5 entries
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000000000:0x0000028c:0117
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000000022:0x00000000:1208
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000001004:0x00000001:0071
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000001080:0x00000002:0071
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000001086:0x00000000:0125
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Failed to run
INIT ucode: -5
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Unable to
initialize device.
Sep 18 13:01:43 siduction kernel: ieee80211 phy0: Hardware restart was
requested
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Radio
type=0x0-0x0-0x3
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Microcode SW
error detected. Restarting 0x82000000.
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Loaded firmware
version: 39.31.5.1 build 35138 1000-5.ucode
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Start IWL Error
Log Dump:
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Status:
0x00000000, count: 5
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000005 |
SYSASSERT
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00016E00 | uPc
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00016E00 |
branchlink1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00016E00 |
branchlink2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
interruptlink1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
interruptlink2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | data1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | data2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000616 | line
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00018BCA |
beacon time
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000436 | tsf low
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | tsf hi
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
time gp1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x0000043B |
time gp2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
time gp3
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x0001271F |
uCode version
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x0000006C | hw
version
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00C8330C |
board version
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | hcmd
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00122000 | isr0
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | isr1
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000002 | isr2
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x004000C0 | isr3
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 | isr4
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
isr_pref
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00002BFE |
wait_event
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
l2p_control
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
l2p_duration
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
l2p_mhvalid
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00100040 |
l2p_addr_match
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000007 |
lmpm_pmg_sel
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x00000000 |
timestamp
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: 0x0000F808 |
flow_handler
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Start IWL Event
Log Dump: display last 5 entries
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000000000:0x0000028c:0117
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000000022:0x00000000:1208
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000001004:0x00000001:0071
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000001080:0x00000002:0071
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0:
EVT_LOGT:0000001086:0x00000000:0125
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Failed to run
INIT ucode: -5
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Unable to
initialize device.
Sep 18 13:01:43 siduction kernel: ieee80211 phy0: Hardware restart was
requested
Sep 18 13:01:43 siduction NetworkManager[1077]: <warn>
[1726657303.5948] platform-linux: do-change-link[3]: failure 5
(Eingabe-/Ausgabefehler)
Sep 18 13:01:43 siduction NetworkManager[1077]: <info>
[1726657303.5976] device (wlp3s0): set-hw-addr: set MAC address to
76:C2:6B:E1:CD:78 (scanning)
Sep 18 13:01:43 siduction NetworkManager[1077]: <warn>
[1726657303.6474] platform-linux: do-change-link[3]: failure 5
(Eingabe-/Ausgabefehler)
...

Liegt es an der Firmware /lib/firmware/iwlwifi-1000-5.ucode (vom 16.12.2022)
Da muß es doch hardwaremäßig zwischen den Network controllern
Unterschiede geben, die sich auf die Firmware auswirken?

Gruß
Ch. Hanisch

[Peter J. Holzer]

Post by Ch. Hanisch
ich habe zwei baugleiche DELL XP L702x Noteboooks aus dem gleichen Jahr
2012.

[...]

Post by Ch. Hanisch
Auf einem Rechner funktioniert das WLAN für alle Linux-Installationen
einwandfrei, auf dem anderen aber geht kein WLAN (nur das interne
"Gerät ist nicht betriebsbereit"
~$ lspci | grep Network
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000
[Condor Peak]

Typischerweise git es da noch eine Id, die eindeutiger ist als nur der
Name.

Post by Ch. Hanisch
...
Sep 18 13:01:43 siduction kernel: r8169 0000:0a:00.0 enp10s0: Link is Down
Sep 18 13:01:43 siduction kernel: iwlwifi 0000:03:00.0: Radio
type=0x0-0x0-0x3

Zeug, das unlesbar umbrochen ist, versuche ich gar nicht erst zu lesen.

Post by Ch. Hanisch
Liegt es an der Firmware /lib/firmware/iwlwifi-1000-5.ucode (vom 16.12.2022)
Da muß es doch hardwaremäßig zwischen den Network controllern
Unterschiede geben, die sich auf die Firmware auswirken?

Haben die Dinger einen Hardware-Switch für WLAN? Wenn die Hardware
wirklich gleich ist, wäre mein erster Verdacht, dass das WLAN auf einem
der beiden schlicht abgeschaltet ist.

hp

[Marc Haber]

Post by Peter J. Holzer

Post by Ch. Hanisch
ich habe zwei baugleiche DELL XP L702x Noteboooks aus dem gleichen Jahr
2012.

[...]

Post by Ch. Hanisch
Auf einem Rechner funktioniert das WLAN für alle Linux-Installationen
einwandfrei, auf dem anderen aber geht kein WLAN (nur das interne
"Gerät ist nicht betriebsbereit"
~$ lspci | grep Network
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000
[Condor Peak]

Typischerweise git es da noch eine Id, die eindeutiger ist als nur der
Name.

Ja, lspci -nn

Grüße
Marc

[Ch. Hanisch]

Hallo,

Post by Marc Haber

Post by Peter J. Holzer

Post by Ch. Hanisch
~$ lspci | grep Network
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000
[Condor Peak]

Typischerweise git es da noch eine Id, die eindeutiger ist als nur der
Name.

Ja, lspci -nn

Auf dem Gerät ohne WLAN:
~$ lspci -nn | grep Network
03:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N
1000 [Condor Peak] [8086:0083]

Gruß
Ch. Hanisch

[Patrick Rudin]

Post by Ch. Hanisch
~$ lspci -nn | grep Network
03:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N
1000 [Condor Peak] [8086:0083]

Und auf dem Gerät mit funktionierendem WLAN?


Gruss

Patrick

[Ch. Hanisch]

Hallo,

Post by Peter J. Holzer
Haben die Dinger einen Hardware-Switch für WLAN?

Was meinst Du mit "Hardware-Switch"?
Mit Fn+F2 kann ich normalerweise das WLAN ein/ausschalten.
Das wird unter Windows auch optisch angezeigt, aber unter Linux gibt es
diese Anzeige nicht.

Post by Peter J. Holzer
Wenn die Hardware
wirklich gleich ist, wäre mein erster Verdacht, dass das WLAN auf einem
der beiden schlicht abgeschaltet ist.

Ja, aber die Abschaltung kann ich nicht beeinflussen. Fn+F2 hat keine
Wirkung unter Linux bei einem der beiden Rechner.

Gruß
Ch. Hanisch

[Ralph Aichinger]

Post by Ch. Hanisch
Hallo,

Post by Peter J. Holzer
Haben die Dinger einen Hardware-Switch für WLAN?

Was meinst Du mit "Hardware-Switch"?

Es gibt Notebooks, die haben einen Schalter, mit Plasktischieber oder
so.

Ich hab auch lang über die nicht funktionierende Kamera in meinem
HP-Notebook gejammert, bis ich draufgekommen bin, dass man da einen
winzigen geriffelten Schieber (kaum zu sehen) hat, der einen Deckel
öffnet ;)

Es gibt auch über die Firmware+Tastatur implementierte Schalter.

/ralph

[Ch. Hanisch]

Hallo,

Post by Ralph Aichinger

Post by Ch. Hanisch

Post by Peter J. Holzer
Haben die Dinger einen Hardware-Switch für WLAN?

Was meinst Du mit "Hardware-Switch"?

Es gibt Notebooks, die haben einen Schalter, mit Plasktischieber oder
so.

Bei meinem DELL XPS L702x gibt es solche Schalter nicht.
Da dürfte WLAN auch unter Windows nicht gehen, wenn man das manuell
aus-/einschalten könnte.


Gruß
Ch. Hanisch

[Marc Haber]

Post by Ralph Aichinger

Post by Ch. Hanisch
Hallo,

Post by Peter J. Holzer
Haben die Dinger einen Hardware-Switch für WLAN?

Was meinst Du mit "Hardware-Switch"?

Es gibt Notebooks, die haben einen Schalter, mit Plasktischieber oder
so.

Dann würde das Referenz-Windows auch nicht funktionieren.

Grüße
Marc

[Marc Haber]

Post by Ch. Hanisch
Das wird unter Windows auch optisch angezeigt, aber unter Linux gibt es
diese Anzeige nicht.

Das ist in dieser Allgemeinheit nicht richtig.

Grüße
Marc

[Marc Haber]

Post by Ch. Hanisch
Auf einem Rechner funktioniert das WLAN für alle Linux-Installationen
einwandfrei, auf dem anderen aber geht kein WLAN (nur das interne

Was sagt rfkill?

Grüße
Marc

[Ch. Hanisch]

Hallo,

Post by Marc Haber

Post by Ch. Hanisch
Auf einem Rechner funktioniert das WLAN für alle Linux-Installationen
einwandfrei, auf dem anderen aber geht kein WLAN (nur das interne

Was sagt rfkill?

Auf beiden Rechnern:
~$ sudo rfkill
ID TYPE DEVICE SOFT HARD
0 wlan phy0 unblocked unblocked


Gruß
Ch. Hanisch

[Christian Garbs]

Mahlzeit!

Post by Ch. Hanisch
ich habe zwei baugleiche DELL XP L702x Noteboooks aus dem gleichen Jahr
2012.
Auf externen Festplatten bzw. Sticks habe ich verschiedene Linux-Systeme
installiert.
Auf einem Rechner funktioniert das WLAN für alle Linux-Installationen
einwandfrei, auf dem anderen aber geht kein WLAN (nur das interne
"Gerät ist nicht betriebsbereit"

Hat der Laptop irgendeine Tastenkombination für "WLAN an/aus"?

Kann sein, dass das Restarts überlebt, weil das irgendwo intern
abgelegt wird (und Windows interessiert sich nicht dafür).

Alternativ: Ist das WLAN im BIOS irgendwie an- oder ausschaltbar?

Gruß
Chrsitian

[Marcel Logen]

Post by Christian Garbs

Post by Ch. Hanisch
ich habe zwei baugleiche DELL XP L702x Noteboooks aus dem gleichen Jahr
2012.
Auf externen Festplatten bzw. Sticks habe ich verschiedene Linux-Systeme
installiert.
Auf einem Rechner funktioniert das WLAN für alle Linux-Installationen
einwandfrei, auf dem anderen aber geht kein WLAN (nur das interne
"Gerät ist nicht betriebsbereit"

Hat der Laptop irgendeine Tastenkombination für "WLAN an/aus"?
Kann sein, dass das Restarts überlebt, weil das irgendwo intern
abgelegt wird (und Windows interessiert sich nicht dafür).

Ich hatte ein ähnliches Problem hier mit einem alten Notebook HP 625,
weiß jetzt allerdings nicht mehr, wie ich es gelöst habe (es war ein
Krampf!). Bei meinen Versuchen bin ich auch über "man systemd-rfkill"
gestolpert. Vielleicht hilft das ja irgendwie weiter. ("rfkill" al-
lein wird hier nicht gefunden.)

Marcel

[Ch. Hanisch]

Hallo,

Post by Marcel Logen
Ich hatte ein ähnliches Problem hier mit einem alten Notebook HP 625,
weiß jetzt allerdings nicht mehr, wie ich es gelöst habe (es war ein
Krampf!). Bei meinen Versuchen bin ich auch über "man systemd-rfkill"
gestolpert. Vielleicht hilft das ja irgendwie weiter. ("rfkill" al-
lein wird hier nicht gefunden.)

Ich erinnere mich, daß ich damals beim UBUNTU 12.04 schon mal das
gleiche Problem hatte und es lösen konnte durch Übername der Firmware
/lib/firmware/iwlwifi-1000-5.ucode aus UBUNTU 10.04.
Leider habe ich dieses UBUNTU 10.04 nicht mehr.
Es muß also mit der Firmware iwlwifi-1000-5.ucode zusammenhängen.

Gruß
Ch. Hanisch

[Ch. Hanisch]

Hallo,

Post by Ch. Hanisch
Es muß also mit der Firmware iwlwifi-1000-5.ucode zusammenhängen.

Und zwar im Zusammenhang mit Fn+F2.
Diese Tastenkombination unter Linux läßt das WLAN-Symbol überhaupt nicht
erscheinen bei dem Rechner, wo das WLAN nicht geht, d.h. ist wirkungslos.
Kann man unter Linux das WLAN anderweitig ein-/ausschalten?
D.h. das Gerät via Software betriebsbereit machen?

Gruß
Ch. Hanisch

[Patrick Rudin]

Post by Ch. Hanisch
Und zwar im Zusammenhang mit Fn+F2.

Mir ist aufgrund der Postings nicht klar, ob Du nun siduction oder
Ubuntu darauf laufen lässt. Welche Version genau, und mit welchem Desktop?

Die meisten Desktops haben Reiter für Einstellungen, auch beim WLAN.
Erscheint es dort nicht?

Am simpelsten wäre wohl, einfach mal ein Live-System zu booten und zu
sehen, ob dort das WLAN läuft.

Und so unter uns: Wenn Du zwei baugleiche Laptops hast, weshalb
installierst Du auf einem davon nicht einfach das Linux? Dieses externe
booten ist ja bekanntlich etwas tricky, afair hatten wir darüber mal
einen Thread...


Gruss

Patrick

[Ch. Hanisch]

Hallo,

Post by Patrick Rudin

Post by Ch. Hanisch
Und zwar im Zusammenhang mit Fn+F2.

Mir ist aufgrund der Postings nicht klar, ob Du nun siduction oder
Ubuntu darauf laufen lässt. Welche Version genau, und mit welchem Desktop?

Das Problem tritt bei allen Linux-Systemen auf.
Als Referenz-System gebe ich hier Siduction an, aber in der
Vergangenheit hatte ich Ubuntu 10.04 und Ubuntu 12.04 am Laufen.
Die sind jetzt EOL.

Post by Patrick Rudin
Die meisten Desktops haben Reiter für Einstellungen, auch beim WLAN.
Erscheint es dort nicht?

Als Desktop benutze ich XFCE. Im Panel wird das WLAN angezeigt. D.h. ob
verbunden oder Offline.

Post by Patrick Rudin
Am simpelsten wäre wohl, einfach mal ein Live-System zu booten und zu
sehen, ob dort das WLAN läuft.

Ja, werde ich machen.

Post by Patrick Rudin
Und so unter uns: Wenn Du zwei baugleiche Laptops hast, weshalb
installierst Du auf einem davon nicht einfach das Linux? Dieses externe
booten ist ja bekanntlich etwas tricky, afair hatten wir darüber mal
einen Thread...

Ich möchte auf der internen Platte das Windows 10 belassen und alle
Linux-Systeme über externe Medien betreiben.

Gruß
Ch. Hanisch

[Marc Haber]

Post by Ch. Hanisch
Als Referenz-System gebe ich hier Siduction an, aber in der
Vergangenheit hatte ich Ubuntu 10.04 und Ubuntu 12.04 am Laufen.

Diese Mischung aus "es kann nicht aktuell genug sein" und "nur noch
für Archäologie tauglich" werde ich nie verstehen.

Post by Ch. Hanisch

Post by Patrick Rudin
Und so unter uns: Wenn Du zwei baugleiche Laptops hast, weshalb
installierst Du auf einem davon nicht einfach das Linux? Dieses externe
booten ist ja bekanntlich etwas tricky, afair hatten wir darüber mal
einen Thread...

Ich möchte auf der internen Platte das Windows 10 belassen und alle
Linux-Systeme über externe Medien betreiben.

Das wird halt schmerzen. Jedes Mal wenn Microsoft wieder mal unsichere
Bootloader sperrt.

Grüße
Marc

[Ch. Hanisch]

Hallo,

Post by Ch. Hanisch

Post by Patrick Rudin
Am simpelsten wäre wohl, einfach mal ein Live-System zu booten und zu
sehen, ob dort das WLAN läuft.

Ja, werde ich machen.

Also nur die Live-DVD von Ubuntu 10.04 hat WLAN.

Die Live-DVD Siduction-2023.1.1-xfce, manjaro-xfce-17.0.1 und PopOS
haben alle kein WLAN.
Ich fürchte, daß bei einer Installation auf der internen Platte die
Situation sich nicht verbessern würde; und lasse das deshalb.

Merkwürdig ist, daß gerade bei Ubuntu 10.04 und Windows der Schalter
Fn+F2 funktioniert.

Gruß
Ch. Hanisch

[Marc Haber]

Post by Ch. Hanisch

Post by Ch. Hanisch

Post by Patrick Rudin
Am simpelsten wäre wohl, einfach mal ein Live-System zu booten und zu
sehen, ob dort das WLAN läuft.

Ja, werde ich machen.

Also nur die Live-DVD von Ubuntu 10.04 hat WLAN.
Die Live-DVD Siduction-2023.1.1-xfce, manjaro-xfce-17.0.1 und PopOS
haben alle kein WLAN.

dmesg des "gut"- und "schlecht"-Falls Zeile für zeile vergleichen.
meld leistet da gute Dienste.

Dass ein uraltes Ubuntu funktioniert, neuere Betriebssysteme nicht,
lässt mich die Augenbrauen hochziehen.

Warum Du hartnäckig solche Exoten einsetzen möchtest, anstelle es mal
mit dem Goldstandard einer aktuellen, für Tests prima geeigneten
Distribution wie Debian unstable zu probieren, wird wohl für ewig Dein
Geheimnis bleiben. Aber ich muss das ja nicht alles verstehen.

Grüße
Marc

[Ch. Hanisch]

Hallo,

Post by Marc Haber
Dass ein uraltes Ubuntu funktioniert, neuere Betriebssysteme nicht,
lässt mich die Augenbrauen hochziehen.

Ja, da kann man nur staunen und sich fragen: Woran mag das liegen?

Post by Marc Haber
Warum Du hartnäckig solche Exoten einsetzen möchtest, anstelle es mal
mit dem Goldstandard einer aktuellen, für Tests prima geeigneten
Distribution wie Debian unstable zu probieren, wird wohl für ewig Dein
Geheimnis bleiben. Aber ich muss das ja nicht alles verstehen.

Von Ubuntu habe ich mich seit Unity verabschiedet und habe als
produktive Systeme jetzt Siduction und Manjaro.

Das ist doch hochaktuell - oder?

Gruß
Ch. Hanisch

[Marc Haber]

Post by Ch. Hanisch
Von Ubuntu habe ich mich seit Unity verabschiedet und habe als
produktive Systeme jetzt Siduction und Manjaro.
Das ist doch hochaktuell - oder?

Aber exotisch. Damit kennt sich halt niemand aus.

[Ralph Aichinger]

Post by Ch. Hanisch
Ja, da kann man nur staunen und sich fragen: Woran mag das liegen?

Älterer Kernel macht was anders als der neue?

/ralph

[Patrick Rudin]

Post by Ch. Hanisch
Also nur die Live-DVD von Ubuntu 10.04 hat WLAN.

Nimm doch bitte mal ein aktuelles Live-System. Nein, Manjaro 17 ist
nicht aktuell.

Und vergleiche
lspci -nn | grep Network
beider Geräte, ob der verbaute Chip wirklich identisch ist.


Und falls definitv kaputt und Du auf dem Gerät unbedingt WLAN brauchst,
investier halt 40 Euro in einen Fritz AC860-Stick...


Gruss

Patrick

[Ch. Hanisch]

Hallo,

Post by Patrick Rudin
Und falls definitv kaputt und Du auf dem Gerät unbedingt WLAN brauchst,
investier halt 40 Euro in einen Fritz AC860-Stick...

Das könnte die Lösung sein.
Nun hoffe ich, daß es keine Probleme bei der Konfiguration gibt und ich
auf dem anderen Rechner ohne den WLAN-Stick das interne WLAN weiterhin
nutzen kann.
Na, dann schau'n wir mal.

Gruß
Ch. Hanisch

[Ch. Hanisch]

Hallo,

Post by Ch. Hanisch
Hallo,

Post by Patrick Rudin
Und falls definitv kaputt und Du auf dem Gerät unbedingt WLAN
brauchst, investier halt 40 Euro in einen Fritz AC860-Stick...

Das könnte die Lösung sein.
Nun hoffe ich, daß es keine Probleme bei der Konfiguration gibt und ich
auf dem anderen Rechner ohne den WLAN-Stick das interne WLAN weiterhin
nutzen kann.
Na, dann schau'n wir mal.

Der WLAN-Stick "Fritz AC860-Stick" ist angekommen und funktioniert auf
meinem Siduction-System out of the Box.
Allerding mit einem Nachteil:
Ich darf den Stick nicht vor dem Hochfahren eingesteckt haben.
Da muß ich mich erst noch dran gewöhnen, ihn erst im Verlauf des
Hochfahrens einzustecken - es gibt Schlimmeres!

Gruß
Ch. Hanisch

[Claus Reibenstein]

Post by Ch. Hanisch
Der WLAN-Stick "Fritz AC860-Stick" ist angekommen und funktioniert auf
meinem Siduction-System out of the Box.
Ich darf den Stick nicht vor dem Hochfahren eingesteckt haben.

Warum nicht? Was passiert, wenn er dennoch drinsteckt?

Gruß
Claus

[Ch. Hanisch]

Hallo,

Post by Claus Reibenstein

Post by Ch. Hanisch
Der WLAN-Stick "Fritz AC860-Stick" ist angekommen und funktioniert auf
meinem Siduction-System out of the Box.
Ich darf den Stick nicht vor dem Hochfahren eingesteckt haben.

Warum nicht? Was passiert, wenn er dennoch drinsteckt?

Wenn ich den von Anfang an drin stecken habe dauert es etwas länger bis
das Hochfahren beginnt.
Ansonsten bin ich mit dem WLAN-Stick sehr zufrieden.

Gruß
Ch. Hanisch

[Claus Reibenstein]

Post by Ch. Hanisch

Post by Claus Reibenstein

Post by Ch. Hanisch
Der WLAN-Stick "Fritz AC860-Stick" ist angekommen und funktioniert auf
meinem Siduction-System out of the Box.
Ich darf den Stick nicht vor dem Hochfahren eingesteckt haben.

Warum nicht? Was passiert, wenn er dennoch drinsteckt?

Wenn ich den von Anfang an drin stecken habe dauert es etwas länger bis
das Hochfahren beginnt.

Das lässt vermuten, dass er zunächst versucht, über das Netzwerk zu
booten. Eventuell eine Einstellung im BIOS?

Gruß
Claus

[Ch. Hanisch]

Hallo,

Post by Claus Reibenstein

Post by Ch. Hanisch

Post by Claus Reibenstein

Post by Ch. Hanisch
Der WLAN-Stick "Fritz AC860-Stick" ist angekommen und funktioniert auf
meinem Siduction-System out of the Box.
Ich darf den Stick nicht vor dem Hochfahren eingesteckt haben.

Warum nicht? Was passiert, wenn er dennoch drinsteckt?

Wenn ich den von Anfang an drin stecken habe dauert es etwas länger bis
das Hochfahren beginnt.

Das lässt vermuten, dass er zunächst versucht, über das Netzwerk zu
booten. Eventuell eine Einstellung im BIOS?

Im BIOS habe ich die Reihenfolge:
CD-ROM
USB-Device
Platte

Gruß
Ch. Hanisch

[Ch. Hanisch]

Hallo,

Böse Überraschung!
In allen VM's mit dem WLAN-Stich im Host funktioniert Netzwerk:
Netzwerkbrücke nicht mehr.
Ich muß dort überall auf Netzwerk: NAT umstellen.

Warum jetzt NAT?
Was ist der Unterschied von Netzwerkbrücke und NAT?

Gruß
Ch. Hanisch

[Peter J. Holzer]

Post by Ch. Hanisch
Böse Überraschung!
Netzwerkbrücke nicht mehr.

Bei der Brücke musst Du auch angeben, über welches Interface er gehen
soll. Vermutung: Da steht noch das alte und nicht Dein neuer USB-Stick.

Post by Ch. Hanisch
Ich muß dort überall auf Netzwerk: NAT umstellen.
Warum jetzt NAT?
Was ist der Unterschied von Netzwerkbrücke und NAT?

Bridge simuliert einen Switch (die VMs hängen also direkt im LAN), NAT
hingegen einen Router mit NAT (die VMs sind also hinter dem Host
"versteckt").

hp

[Enrik Berkhan]

Hi,

Post by Peter J. Holzer

Post by Ch. Hanisch
Böse Überraschung!
Netzwerkbrücke nicht mehr.

Bei der Brücke musst Du auch angeben, über welches Interface er gehen
soll. Vermutung: Da steht noch das alte und nicht Dein neuer USB-Stick.

Post by Ch. Hanisch
Ich muß dort überall auf Netzwerk: NAT umstellen.
Warum jetzt NAT?
Was ist der Unterschied von Netzwerkbrücke und NAT?

Bridge simuliert einen Switch (die VMs hängen also direkt im LAN), NAT
hingegen einen Router mit NAT (die VMs sind also hinter dem Host
"versteckt").

Und über WLAN funktioniert bridging nicht, weil man da nicht beliebige
MAC-Adressen verwenden kann. Daher NAT oder "richtiges" routing.

Gruß,
Enrik

[Peter J. Holzer]

Post by Enrik Berkhan

Post by Peter J. Holzer

Post by Ch. Hanisch
Böse Überraschung!
Netzwerkbrücke nicht mehr.

Bei der Brücke musst Du auch angeben, über welches Interface er gehen
soll. Vermutung: Da steht noch das alte und nicht Dein neuer USB-Stick.

Post by Ch. Hanisch
Ich muß dort überall auf Netzwerk: NAT umstellen.
Warum jetzt NAT?
Was ist der Unterschied von Netzwerkbrücke und NAT?

Bridge simuliert einen Switch (die VMs hängen also direkt im LAN), NAT
hingegen einen Router mit NAT (die VMs sind also hinter dem Host
"versteckt").

Und über WLAN funktioniert bridging nicht, weil man da nicht beliebige
MAC-Adressen verwenden kann.

Das ist so allgemein gesprochen Unsinn. Natürlich kann man über WLAN
beliebige MAC-Adressen verwenden. Es kann sein, dass Dein Accesspoint so
konfiguriert ist, dass er nur bestimmte MAC-Adressen akzeptiert[1]. Aber
das ist lokale Konfiguration, kein Naturgesetz.

hp

[1] Ich kann mich an Accesspoints erinnern, deren "Security" darin
bestand, dass sie neue MAC-Adressen nur eine kurze Zeit (einige
Minuten?) nach dem Drücken eines Knopfs am Gerät akzeptiert haben.

[Enrik Berkhan]

Post by Peter J. Holzer
Das ist so allgemein gesprochen Unsinn. Natürlich kann man über WLAN
beliebige MAC-Adressen verwenden. Es kann sein, dass Dein Accesspoint so
konfiguriert ist, dass er nur bestimmte MAC-Adressen akzeptiert[1]. Aber
das ist lokale Konfiguration, kein Naturgesetz.

Au weia.

Setzte dir so eine Bridge auf, probiere es und berichte dann bitte.

Viele Grüße,
Enrik

[Ralph Aichinger]

Post by Enrik Berkhan
Setzte dir so eine Bridge auf, probiere es und berichte dann bitte.

Linux-Bridges über WLAN Funktionieren nicht so einfach, das stimmt.

Aber nicht aus dem genannten Grund.

/ralph

[Marc Haber]

Post by Ralph Aichinger

Post by Enrik Berkhan
Setzte dir so eine Bridge auf, probiere es und berichte dann bitte.

Linux-Bridges über WLAN Funktionieren nicht so einfach, das stimmt.
Aber nicht aus dem genannten Grund.

Der Grund erscheint mir aber plausibel. Ich weiß es auch nicht, aber
ich bin immer mit dem Glauben unterwegs gewesen, dass WLAN zwar
ähnlich aussieht wie Ethernet, aber halt kein Ethernet _IST_.

Anyway, das Problem hat sich mir nie gestellt. Ich sage ja seit 20
Jahren bei der Frage ob bridge oder router, dass Leute mit
"System-Hintergrund" eher bridgen während Netzwerker eher routen. Und
ich war dabei immer auf der Seite der Netzwerker. Layer-2-Kopplungen
machen mir nässenden Ausschlag.

Grüße
Marc

[Christian Garbs]

Mahlzeit!

Post by Marc Haber
Der Grund erscheint mir aber plausibel. Ich weiß es auch nicht, aber
ich bin immer mit dem Glauben unterwegs gewesen, dass WLAN zwar
ähnlich aussieht wie Ethernet, aber halt kein Ethernet _IST_.

Genau. Ich war mal sehr enttäuscht, dass ich Token Ring und Ethernet
nicht bridgen konnte, obwohl obendrauf in beiden Fällen IP lief.

Gruß
Christian

[Marc Haber]

Post by Christian Garbs

Post by Marc Haber
Der Grund erscheint mir aber plausibel. Ich weiß es auch nicht, aber
ich bin immer mit dem Glauben unterwegs gewesen, dass WLAN zwar
ähnlich aussieht wie Ethernet, aber halt kein Ethernet _IST_.

Genau. Ich war mal sehr enttäuscht, dass ich Token Ring und Ethernet
nicht bridgen konnte, obwohl obendrauf in beiden Fällen IP lief.

Andererseits scheint es unter anderen Bedingungen (z.B. in einem
Accesspoint) durchaus Methoden um eine Layer-2-Kopplung zwischen WLAN
und Ethernet herzustellen. Ich bin mir bewusst dass auf dem WLAN ein
anderes MAC-Layer benutzt wird, aber irgendwie geht das ja doch.

So ganz erschließt sich das mir nicht, obwohl ich seit vielen Jahren
in genau diesem Bereich arbeite. Ich konnte es bisher ignorieren, weil
ich Routing sowieso bevorzuge.

Grüße
Marc

[Enrik Berkhan]

Post by Ralph Aichinger

Post by Enrik Berkhan
Setzte dir so eine Bridge auf, probiere es und berichte dann bitte.

Linux-Bridges über WLAN Funktionieren nicht so einfach, das stimmt.
Aber nicht aus dem genannten Grund.

Ich freue mich über eine Anleitung, wie es dann inzwischen funktioniert.

Danke,
Enrik

[Peter J. Holzer]

Post by Enrik Berkhan

Post by Peter J. Holzer
Das ist so allgemein gesprochen Unsinn. Natürlich kann man über WLAN
beliebige MAC-Adressen verwenden. Es kann sein, dass Dein Accesspoint so
konfiguriert ist, dass er nur bestimmte MAC-Adressen akzeptiert[1]. Aber
das ist lokale Konfiguration, kein Naturgesetz.

Au weia.
Setzte dir so eine Bridge auf, probiere es und berichte dann bitte.

Hmm. Im Client-Modus geht das tatsächlich nicht. Da müsste man wohl
Repeater spielen.

Aber das Ziel, ohne NAT auszukommen, lässt sich trotzdem erreichen.

Man setzt ein Bridge-Device ohne bridge_ports auf:

iface br0 inet static
address 10.17.107.21/24
bridge_ports none
bridge_stp off

Dann setzt man am Router eine Route auf das Netzwerk:

ip route add 10.17.107.0/24 via 10.17.106.110 # 10.17.106.110 ist mein Laptop

Und - voila, ich kann eine Virtuelle Maschine aufsetzen, die aus dem
Netz 10.17.106.0/24 (und auch meinem öffentlich gerouteten LAN)
erreichbar ist:

% ssh 10.17.107.31
The authenticity of host '10.17.107.31 (10.17.107.31)' can't be established.
ED25519 key fingerprint is SHA256:eSPCH7jC8T7PMhEungq0i+F/zbo7P//1qZD6Fy+iGoI.
This key is not known by any other names.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '10.17.107.31' (ED25519) to the list of known hosts.
***@10.17.107.31's password:
Linux wlan-test 6.1.0-25-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.106-3 (2024-08-26) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sun Sep 29 20:02:31 2024 from 10.17.106.1

***@wlan-test:~$

(Und ich bin mir sicher, dass das über das WLAN geht, weil ich das
Ethernet-Kabel abgesteckt habe. 10cm Air-Gap sollten reichen ;-))

hp

[Enrik Berkhan]

Post by Peter J. Holzer

Post by Enrik Berkhan

Post by Peter J. Holzer
Das ist so allgemein gesprochen Unsinn. Natürlich kann man über WLAN
beliebige MAC-Adressen verwenden. Es kann sein, dass Dein Accesspoint so
konfiguriert ist, dass er nur bestimmte MAC-Adressen akzeptiert[1]. Aber
das ist lokale Konfiguration, kein Naturgesetz.

Au weia.
Setzte dir so eine Bridge auf, probiere es und berichte dann bitte.

Hmm. Im Client-Modus geht das tatsächlich nicht. Da müsste man wohl
Repeater spielen.

Ja, die Idee hatte ich früher auch mal. Aber da WDS (damals?) nur mit
WEP ging, relativ schnell wieder gecancelt. Man könnte sich natürlich
mal MESH setups angucken, ob das inzwischen damit hinzubekommen wäre.

Post by Peter J. Holzer
Aber das Ziel, ohne NAT auszukommen, lässt sich trotzdem erreichen.
iface br0 inet static
address 10.17.107.21/24
bridge_ports none
bridge_stp off

Klar, mit Routing geht das, wie Marc ja schon völlig richtig gesagt hatte.

Als ich mir das angesehen hatte wollte ich jedoch explizit bridging, um
proprietäre Windows-Software in einer VM beobachten zu können, die
Multicast/Broadcast brauchte, was wiederum nicht einfach durch
forwarding der nötigen Pakete zu umgehen war.

Viele Grüße,
Enrik

[Claus Reibenstein]

Post by Enrik Berkhan

Post by Peter J. Holzer
Bridge simuliert einen Switch

Da gibt es nichts zu simulieren. Ein Switch ist technisch nichts anderes
als eine Bridge. Der einzige Unterschied ist die Anzahl der Ports. Der
Begriff "Switch" ist eine Erfindung irgendwelcher Marketing-Fuzzis,
denen der Begriff "Bridge" für eine Bridge mit mehr als 2 Ports zu
primitiv erschien.

Post by Enrik Berkhan
Und über WLAN funktioniert bridging nicht

Seit wann? Hier funktioniert das tadellos, und das schon seit Jahren.

Gruß
Claus

[Enrik Berkhan]

Post by Claus Reibenstein

Post by Enrik Berkhan
Und über WLAN funktioniert bridging nicht

Seit wann? Hier funktioniert das tadellos, und das schon seit Jahren.

Wie ist das aufgesetzt?

Gruß,
Enrik

[Peter J. Holzer]

Post by Claus Reibenstein

Post by Enrik Berkhan

Post by Peter J. Holzer
Bridge simuliert einen Switch

Da gibt es nichts zu simulieren.

Der Switch wird im genau gleichen Sinn simuliert wie eine VM einen
Computer simuliert. Es ist Software, nicht Hardware.

Post by Claus Reibenstein
Ein Switch ist technisch nichts anderes als eine Bridge. Der einzige
Unterschied ist die Anzahl der Ports. Der Begriff "Switch" ist eine
Erfindung irgendwelcher Marketing-Fuzzis, denen der Begriff "Bridge"
für eine Bridge mit mehr als 2 Ports zu primitiv erschien.

Dabei ist eine Weiche viel primitiver als eine Brücke ;-).

Die Geschichte, die ich gehört habe, war, dass "Switch" erfunden wurde,
weil Bridges den Ruf hatten, langsam und fehleranfällig zu sein. Der
Switch hingegen sollte die Pakete so effektiv und zuverlässig aufs
"richtige Gleis" bringen wie bei der Eisenbahn.

Aber egal, wie der Begriff entstanden ist: Der übliche Begriff für ein
Hardware-Trumm, das Pakete auf Layer-2-Ebene vermittelt, ist heute (und
seit Jahrzehnten) "Switch". "Bridge" wird noch für Software verwendet
und als funktionale Beschreibung. Mein Kabel-Modem hat beispielsweise
einen "Bridging-Modus", keinen "Switching-Modus". Das ist aber nur ein
Unterschied in der Terminologie, nicht in der Funktionalität.

Post by Claus Reibenstein

Post by Enrik Berkhan
Und über WLAN funktioniert bridging nicht

Seit wann? Hier funktioniert das tadellos, und das schon seit Jahren.

Interessant. WLAN-Interface als Access-Point konfiguriert? Im
Client-Modus habe ich es nicht geschafft, und eine kurze Web-Recherche
legt nahe, dass das auch nicht funktionieren sollte.

hp

[Claus Reibenstein]

Post by Peter J. Holzer

Post by Claus Reibenstein

Post by Enrik Berkhan

Post by Peter J. Holzer
Bridge simuliert einen Switch

Da gibt es nichts zu simulieren.

Der Switch wird im genau gleichen Sinn simuliert wie eine VM einen
Computer simuliert.

Ein Computer wird von einer VM nicht simuliert, sondern emuliert. Aber
auch ein Switch wird von einer Bridge nicht emuliert. Die Bridge _ist_
ein Switch.

Post by Peter J. Holzer
Es ist Software, nicht Hardware.

Wenn ich ein Gerät für einen bestimmten Einsatzzweck erwerbe, ist das
Hardware. Das gilt auch für eine Bridge (und analog auch für einen
Switch), die man einfach nur einsteckt, und der Rest passiert von ganz
alleine. Naturlich kann man Bridging auch in Software nachbilden, und
letztendlich ist es wohl auch Software, die in einer Hardware-Bridge die
Funktionalität bewirkt.

Post by Peter J. Holzer
Aber egal, wie der Begriff entstanden ist: Der übliche Begriff für ein
Hardware-Trumm, das Pakete auf Layer-2-Ebene vermittelt, ist heute (und
seit Jahrzehnten) "Switch".

Etwa seit Mitte der 1990er, also rund 30 Jahre.

Post by Peter J. Holzer
Mein Kabel-Modem hat beispielsweise
einen "Bridging-Modus", keinen "Switching-Modus". Das ist aber nur ein
Unterschied in der Terminologie, nicht in der Funktionalität.

Eben :-)

Post by Peter J. Holzer

Post by Claus Reibenstein

Post by Enrik Berkhan
Und über WLAN funktioniert bridging nicht

Seit wann? Hier funktioniert das tadellos, und das schon seit Jahren.

Interessant. WLAN-Interface als Access-Point konfiguriert? Im
Client-Modus habe ich es nicht geschafft, und eine kurze Web-Recherche
legt nahe, dass das auch nicht funktionieren sollte.

Hier muss ich wohl ein wenig zurückrudern.

Meine VMs versetzen die Netzwerkschnittstelle meines PCs in den
Bridging-Modus. Das Bridging findet also bereits im PC bzw. auf der
Netzwerkkarte statt, nicht erst im WLAN.

Sorry 4 confusion.

Gruß
Claus

[Peter J. Holzer]

Post by Claus Reibenstein

Post by Peter J. Holzer

Post by Claus Reibenstein

Post by Enrik Berkhan

Post by Peter J. Holzer
Bridge simuliert einen Switch

Da gibt es nichts zu simulieren.

Der Switch wird im genau gleichen Sinn simuliert wie eine VM einen
Computer simuliert.

Ein Computer wird von einer VM nicht simuliert, sondern emuliert.

Same Difference.

Post by Claus Reibenstein

Post by Peter J. Holzer
Es ist Software, nicht Hardware.

Wenn ich ein Gerät für einen bestimmten Einsatzzweck erwerbe, ist das
Hardware. Das gilt auch für eine Bridge

Aber nicht die Bridge, um die es hier geht. Die ist Teil des
Linux-Kernels und schupft Pakete zwischen den VMs und (gegebenenfalls)
den Netzwerkinterfaces des Hosts hin und her.

Post by Claus Reibenstein

Post by Peter J. Holzer

Post by Claus Reibenstein

Post by Enrik Berkhan
Und über WLAN funktioniert bridging nicht

Seit wann? Hier funktioniert das tadellos, und das schon seit Jahren.

Interessant. WLAN-Interface als Access-Point konfiguriert? Im
Client-Modus habe ich es nicht geschafft, und eine kurze Web-Recherche
legt nahe, dass das auch nicht funktionieren sollte.

Hier muss ich wohl ein wenig zurückrudern.
Meine VMs versetzen die Netzwerkschnittstelle meines PCs in den
Bridging-Modus.

Was ist der "Bridging Modus" einer Netzwerkschnittstelle? Bridge ist in
Linux ein eigener Interface-Typ (die Interfaces heißen normalerweise
br*). So ein Bridge-Interface legt man vorher an (im Normalfall mit
einem physischen Interface als Port, aber das geht bei WLAN-Interfaces
nicht) und gibt dann das Bridge-Interface beim Anlegen der VM an.

Das physische WLAN-Interface kann ich beim Anlegen einer VM nicht
angeben ("Operation not supported").

Was genau machst Du da?

Post by Claus Reibenstein
Das Bridging findet also bereits im PC bzw. auf der
Netzwerkkarte statt, nicht erst im WLAN.

Ja, das war sowieso klar.

hp

PS: Ich rede von kvm/qemu/libvirt, nicht von Virtualbox.

[Peter J. Holzer]

Post by Ch. Hanisch

Post by Claus Reibenstein

Post by Ch. Hanisch

Post by Claus Reibenstein

Post by Ch. Hanisch
Ich darf den Stick nicht vor dem Hochfahren eingesteckt haben.

Warum nicht? Was passiert, wenn er dennoch drinsteckt?

Wenn ich den von Anfang an drin stecken habe dauert es etwas länger bis
das Hochfahren beginnt.

Das lässt vermuten, dass er zunächst versucht, über das Netzwerk zu
booten. Eventuell eine Einstellung im BIOS?

CD-ROM
USB-Device
Platte

Was passiert, wenn Du die Platte weiter vor reihst?

hp

[Claus Reibenstein]

Post by Ch. Hanisch

Post by Claus Reibenstein
Das lässt vermuten, dass er zunächst versucht, über das Netzwerk zu
booten. Eventuell eine Einstellung im BIOS?

CD-ROM
USB-Device
Platte

Das bestätigt meine Vermutung. Vertausche mal Platte und USB-Device oder
deaktiviere USB-Device.

Gruß
Claus

[Marc Haber]

Post by Claus Reibenstein

Post by Ch. Hanisch

Post by Claus Reibenstein
Das lässt vermuten, dass er zunächst versucht, über das Netzwerk zu
booten. Eventuell eine Einstellung im BIOS?

CD-ROM
USB-Device
Platte

Das bestätigt meine Vermutung. Vertausche mal Platte und USB-Device oder
deaktiviere USB-Device.

Zeigt sich der Stick vielleicht vor Laden des Treibers als
Speichermedium damit Windows den Treiber installieren kann? Das war
bei UMTS-Sticks vor 15 Jahren regelmäßig so.

Grüße
Marc

[Diedrich Ehlerding]

Post by Ch. Hanisch

Post by Claus Reibenstein

Post by Ch. Hanisch
Ich darf den Stick nicht vor dem Hochfahren eingesteckt haben.

Warum nicht? Was passiert, wenn er dennoch drinsteckt?

Wenn ich den von Anfang an drin stecken habe dauert es etwas länger
bis das Hochfahren beginnt.

Was hast du als Bootreihenfolge definiert - evtl noch von der
Installation her "erst USB, dann Platte?

[Jörg Lorenz]

Post by Ch. Hanisch
Hallo,

Post by Claus Reibenstein

Post by Ch. Hanisch
Der WLAN-Stick "Fritz AC860-Stick" ist angekommen und funktioniert auf
meinem Siduction-System out of the Box.
Ich darf den Stick nicht vor dem Hochfahren eingesteckt haben.

Warum nicht? Was passiert, wenn er dennoch drinsteckt?

Wenn ich den von Anfang an drin stecken habe dauert es etwas länger bis
das Hochfahren beginnt.
Ansonsten bin ich mit dem WLAN-Stick sehr zufrieden.

Das dürfte mit der Boot-Reihenfolge des BIOS zu tun haben. Kannst Du
korrigieren, wenn es so ist.

[gunter-kuehne]

Post by Ch. Hanisch
Hallo,

Post by Ch. Hanisch

Post by Patrick Rudin
Am simpelsten wäre wohl, einfach mal ein Live-System zu booten und zu
sehen, ob dort das WLAN läuft.

Ja, werde ich machen.

Also nur die Live-DVD von Ubuntu 10.04 hat WLAN.
Die Live-DVD Siduction-2023.1.1-xfce, manjaro-xfce-17.0.1 und PopOS
haben alle kein WLAN.

Sorry das ich mich einmische.

Post by Ch. Hanisch
Ich fürchte, daß bei einer Installation auf der internen Platte die
Situation sich nicht verbessern würde; und lasse das deshalb.

Genau das Gegenteil. Es gibt ne menge WLAN Chips die gehen nur mit
prioritären Treibern. Die sind bei Sidux normal nicht dabei. (Lizenzrecht)
Nach der Installation kann man die meist nachinstallieren. Ist übrigens
bei vielen anderen Distributionen ähnlich.

Post by Ch. Hanisch
Merkwürdig ist, daß gerade bei Ubuntu 10.04 und Windows der Schalter
Fn+F2 funktioniert.

Nö, die haben beide den Werkstreiber.
Das ist Resort mit den unfreien Treibern.

[Marc Haber]

Post by gunter-kuehne
Genau das Gegenteil. Es gibt ne menge WLAN Chips die gehen nur mit
prioritären Treibern.

Du meinst proprietär. Und das ist für den gut abgehangenen und weit
verbreiteten Intel-Chip nicht der Fall. Von dem würde ich erwarten
dass er einfach direkt funktioniert.

Post by gunter-kuehne
Das ist Resort mit den unfreien Treibern.

Du bist falsch abgebogen.

[gunter-kuehne]

Post by Marc Haber

Post by gunter-kuehne
Genau das Gegenteil. Es gibt ne menge WLAN Chips die gehen nur mit
prioritären Treibern.

Du meinst proprietär. Und das ist für den gut abgehangenen und weit
verbreiteten Intel-Chip nicht der Fall. Von dem würde ich erwarten
dass er einfach direkt funktioniert.

Einige wohl nicht.

Post by Marc Haber

Post by gunter-kuehne
Das ist Resort mit den unfreien Treibern.

Du bist falsch abgebogen.

Bei mir funktioniert es. Aber ich habe auch noch ein Compaq gerät, auf
dem nur unfreie Treiber funktionieren ( WLAN), Die dafür gut.
Dort, bei meiner Distrie, ist es ähnlich auf den Live DVD sind die mit
drauf und es funktioniert. Wen man aber ISO für Installation zieht, sind
sie aus rechtlichen Gründen nicht darauf. (Bin kein Jurist) da muss man
schon die entsprechenden quellen nach Installation freigeben. Das ist
immer ein Gefrickel.

[Marc Haber]

Post by gunter-kuehne

Post by Marc Haber

Post by gunter-kuehne
Genau das Gegenteil. Es gibt ne menge WLAN Chips die gehen nur mit
prioritären Treibern.

Du meinst proprietär. Und das ist für den gut abgehangenen und weit
verbreiteten Intel-Chip nicht der Fall. Von dem würde ich erwarten
dass er einfach direkt funktioniert.

Einige wohl nicht.

Post by Marc Haber

Post by gunter-kuehne
Das ist Resort mit den unfreien Treibern.

Du bist falsch abgebogen.

Bei mir funktioniert es. Aber ich habe auch noch ein Compaq gerät, auf
dem nur unfreie Treiber funktionieren ( WLAN), Die dafür gut.
Dort, bei meiner Distrie, ist es ähnlich auf den Live DVD sind die mit
drauf und es funktioniert. Wen man aber ISO für Installation zieht, sind
sie aus rechtlichen Gründen nicht darauf. (Bin kein Jurist) da muss man
schon die entsprechenden quellen nach Installation freigeben. Das ist
immer ein Gefrickel.

Du bist immer noch falsch abgebogen und redest obendrein wirr.

[gunter-kuehne]

Post by Marc Haber

Post by gunter-kuehne

Post by Marc Haber

Post by gunter-kuehne
Genau das Gegenteil. Es gibt ne menge WLAN Chips die gehen nur mit
prioritären Treibern.

Du meinst proprietär. Und das ist für den gut abgehangenen und weit
verbreiteten Intel-Chip nicht der Fall. Von dem würde ich erwarten
dass er einfach direkt funktioniert.

Einige wohl nicht.

Post by Marc Haber

Post by gunter-kuehne
Das ist Resort mit den unfreien Treibern.

Du bist falsch abgebogen.

Bei mir funktioniert es. Aber ich habe auch noch ein Compaq gerät, auf
dem nur unfreie Treiber funktionieren ( WLAN), Die dafür gut.
Dort, bei meiner Distrie, ist es ähnlich auf den Live DVD sind die mit
drauf und es funktioniert. Wen man aber ISO für Installation zieht, sind
sie aus rechtlichen Gründen nicht darauf. (Bin kein Jurist) da muss man
schon die entsprechenden quellen nach Installation freigeben. Das ist
immer ein Gefrickel.

Du bist immer noch falsch abgebogen und redest obendrein wirr.

Das würde ich von dir auch sagen aber egal macht weiter. Ich komme ohne
eure Hetzte klar.

[Christian Garbs]

Mahlzeit!

Post by Marc Haber

Post by gunter-kuehne
Genau das Gegenteil. Es gibt ne menge WLAN Chips die gehen nur mit
prioritären Treibern.

Du meinst proprietär. Und das ist für den gut abgehangenen und weit
verbreiteten Intel-Chip nicht der Fall. Von dem würde ich erwarten
dass er einfach direkt funktioniert.

Ich kenne die genauen Unterschiede der Intel-Modelle nicht. Der OP
hat "Centrino N-1000" geschrieben und laut seinem dmesg benutzt er
version 39.31.5.1 der Firmware.

Aktuelles Debian stable hat in im Paket firmware-iwlwifi folgendes:

* Intel Wireless 1000 firmware, version 39.31.5.1
(iwlwifi-1000-5.ucode)

Wie gesagt, ob 1000 und N-1000 das gleiche sind, weiß ich nicht, aber
das sieht sich verdammt ähnlich.

Das genannte Paket liegt unter firmware-nonfree, scheint tatsächlich
proprietär zu sein.


An den OP: Ist firmware-iwlwifi auf beiden Systemen installiert? Die
verschiedenen Distributionen klangen zumindest teilweise
Debian-ähnlich.

Gruß
Christian

[Marc Haber]

Post by Christian Garbs

Post by Marc Haber

Post by gunter-kuehne
Genau das Gegenteil. Es gibt ne menge WLAN Chips die gehen nur mit
prioritären Treibern.

Du meinst proprietär. Und das ist für den gut abgehangenen und weit
verbreiteten Intel-Chip nicht der Fall. Von dem würde ich erwarten
dass er einfach direkt funktioniert.

Ich kenne die genauen Unterschiede der Intel-Modelle nicht. Der OP
hat "Centrino N-1000" geschrieben und laut seinem dmesg benutzt er
version 39.31.5.1 der Firmware.
* Intel Wireless 1000 firmware, version 39.31.5.1
(iwlwifi-1000-5.ucode)
Wie gesagt, ob 1000 und N-1000 das gleiche sind, weiß ich nicht, aber
das sieht sich verdammt ähnlich.
Das genannte Paket liegt unter firmware-nonfree, scheint tatsächlich
proprietär zu sein.

Nichtsdestotrotz ist der -TREIBER- offen, und vermutlich _DER_ Treiber
mit der größten Verbreitung. Ich habe seit November letzten Jahres zum
ersten Mal seit 20 Jahren einen WLAN-Chip in meinem Daily-Notebook der
nicht von Intel ist. Ich wundere mich dass ein zehn Jahre altes
Notebook mit Intel-WLAN nicht auf Anhieb funktioniert.

Post by Christian Garbs
An den OP: Ist firmware-iwlwifi auf beiden Systemen installiert?

Er hatte die Firmwareversionen im OP genannt.

Grüße
Marc

[Wolfgang Bauer]

Post by Ch. Hanisch
Hallo,
Kann man unter Linux das WLAN anderweitig ein-/ausschalten?
D.h. das Gerät via Software betriebsbereit machen?

Hast Du mal bei Netzwerke geschaut?

Freundliche Grüße
Wolfgang

[Ch. Hanisch]

Hallo,

Post by Christian Garbs
Hat der Laptop irgendeine Tastenkombination für "WLAN an/aus"?

Fn+F2

Post by Christian Garbs
Kann sein, dass das Restarts überlebt, weil das irgendwo intern
abgelegt wird (und Windows interessiert sich nicht dafür).

Nicht, daß ich wüste.

Post by Christian Garbs
Alternativ: Ist das WLAN im BIOS irgendwie an- oder ausschaltbar?

Im BIOS gibt es nichts bezüglich WLAN.

Gruß
Ch. Hanisch