Langlock
Anmeldungsdatum: 24. Februar 2012
Beiträge: Zähle...
|
Hallo Leute, ich habe eine kleines Problem mit meiner Wlan-PCI-Karte. Die Karte kann unter Windows sämtliche 5Ghz-Kanäle verarbeiten - also 36 - 140. Da ich so einem typischen Berliner Hinterhof wohne, wo auf 100qm 30 Netzwerke funken, ist es so, dass selbst im 5 Ghz-Band die Kanäle 36 - 64 rappelvoll sind.
Mein Fritzbox 7490 sucht daher mit der Einstellung Autokanal eigentlich immer einen Kanal ab 100 (5,5 Ghz aufwärts). Unter Windows funktioniert das wunderbar, unter Ubuntu 14.04. mit dem ath9k Treiber zeigt er mir als verfügbare/unterstützte Kanäle nur das an: ts@Julia:~$ iwlist chan
wlan1 21 channels in total; available frequencies :
Channel 01 : 2.412 GHz
Channel 02 : 2.417 GHz
Channel 03 : 2.422 GHz
Channel 04 : 2.427 GHz
Channel 05 : 2.432 GHz
Channel 06 : 2.437 GHz
Channel 07 : 2.442 GHz
Channel 08 : 2.447 GHz
Channel 09 : 2.452 GHz
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Channel 12 : 2.467 GHz
Channel 13 : 2.472 GHz
Channel 36 : 5.18 GHz
Channel 40 : 5.2 GHz
Channel 44 : 5.22 GHz
Channel 48 : 5.24 GHz
Channel 52 : 5.26 GHz
Channel 56 : 5.28 GHz
Channel 60 : 5.3 GHz
Channel 64 : 5.32 GHz
Current Frequency:5.28 GHz (Channel 56)
Kein Wunder, dass ich nichts ab Kanal 100 sehe... Ich habe jetzt schon probiert, über ndiswrapper den windowsxp64 Treiber der Karte zu verwenden, das funktioniert aber nicht. Außerdem habe ich noch das ath10k-firmware-Paket gezogen und unter lib/firmware eingefügt, in der Hoffnung, dass würde was bringen, aber dem ist nicht so. Heruterladen von linux-firmware-nonfree hat auch nichts gebracht. Hat jemand möglicherweise eine Idee, wie ich die Karte unter Ubuntu "überreden" kann, auch Kanal 100 bis 140 zu akzeptieren. Danke um Voraus! Gruß, Langlock
|
donEduardo
Anmeldungsdatum: 25. Mai 2011
Beiträge: 36
|
Hallo Langlock, was sagt denn ? Gruss, Edi
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, → iw - Regionseinstellung Ndiswrapper untestützt grundsätzlich keine Dualband/ac-Modus Karten 14.04 ist veraltet, je nach Kernel- und Modulversion wird nur eine entsprechende ältere Firmware geladen, eine Aktualisierung der FW ist daher u.U. wirkungslos wenn, dann genügt es das Paket linux-firmware aus Buntu 18.04 zu installieren unfreie Firmware ist sowieso nicht für diese Karte geeignet, enthält hier also keine benötigten FW-Dateien
|
Langlock
(Themenstarter)
Anmeldungsdatum: 24. Februar 2012
Beiträge: 9
|
Danke fürs das schnelle Feedback. iw reg get sagt Folgendes: ts@Julia:~$ iw reg get
country DE:
(2400 - 2483 @ 40), (N/A, 20)
(5150 - 5250 @ 40), (N/A, 20), NO-OUTDOOR
(5250 - 5350 @ 40), (N/A, 20), NO-OUTDOOR, DFS
(5470 - 5725 @ 40), (N/A, 26), DFS
(57240 - 65880 @ 2160), (N/A, 40), NO-OUTDOOR
Sollte denke ich passen. Zwecks linux-firmware von Ubuntu 18.04.: Kann ich das so einfach installieren (https://packages.ubuntu.com/de/bionic-updates/all/linux-firmware/download), also ohne dass es mit dem 14.04 Probleme gibt - oder kann das auch in die Hose gehen?
Wäre nicht so schlimm, neu aufsetzen ist ja kein so großes Ding, aber da ich in Kürze sowieso einen neuen Rechner anschaffen wollte, wollte ich mir den Aufwand sparen. Zudem bin ich noch bei 14.04., weil ich am Gnome Classic Desktop hänge und sonst alles an sich funktioniert. Noch eine kleine Frage hinterher: Irgendwie lädt/aktiviert mein System den Wlan-Treiber nach Neustart gar nicht mehr, ich muss
sudo modprobe -r ath9k
sudo modprobe ath9k eingeben, dann funktioniert es wie beschrieben eingeschränkt. Kann ich den wieder dauerhaft aktivieren? Danke vielmals! Langlock
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Langlock schrieb: Noch eine kleine Frage hinterher: Irgendwie lädt/aktiviert mein System den Wlan-Treiber nach Neustart gar nicht mehr, ich muss
sudo modprobe -r ath9k
sudo modprobe ath9k
Außerdem habe ich noch das ath10k-firmware-Paket gezogen
Das ist das Problem wenn keine konkreten Informationen zur verbauten Hardware, verwendetem Kernel- und Modulversion gegeben werden (Abfrage PCI-Geräte, Modinfo), dann wird geraten und man muss suchen.
Modul ath9k wäre korrekt, ath10k-Firmware ist für eine völlig andere Chipsatzvariante vermutlich blockiert Ndiswrapper des Kernelmodul
Du kannst es noch über das alte cfg80211-Subsystem versuchen, was aber normalerweise nicht mehr funktioniert:
| echo "options cfg80211 ieee80211_regdom=DE" | sudo tee /etc/modprobe.d/cfg80211_options.conf
|
Neustart. 14.04 ist veraltet, je nach Kernel- und Modulversion wird nur eine entsprechende ältere Firmware geladen, eine Aktualisierung der FW ist daher u.U. wirkungslos
|
Langlock
(Themenstarter)
Anmeldungsdatum: 24. Februar 2012
Beiträge: 9
|
Hallo Rainer, ich habe jetzt erst mal die ndiswrapper.conf gelöscht, seitdem ist das Wlan auch wieder bei Start aktiv. Dabei ist zwar gleich mein proprietärer AMD Grafiktreiber "abhandengekommen", aber den brauche ich ja nicht wirklich. Dein Befehl
ts@Julia:~$ echo "options cfg80211 ieee80211_regdom=DE" | sudo tee /etc/modprobe.d/cfg80211_options.conf hat interessanterweise ein paar 5 Ghz Frequenzen hinzugefügt. ts@Julia:~$ iwlist chan
wlan1 26 channels in total; available frequencies :
Channel 01 : 2.412 GHz
Channel 02 : 2.417 GHz
Channel 03 : 2.422 GHz
Channel 04 : 2.427 GHz
Channel 05 : 2.432 GHz
Channel 06 : 2.437 GHz
Channel 07 : 2.442 GHz
Channel 08 : 2.447 GHz
Channel 09 : 2.452 GHz
Channel 10 : 2.457 GHz
Channel 11 : 2.462 GHz
Channel 12 : 2.467 GHz
Channel 13 : 2.472 GHz
Channel 36 : 5.18 GHz
Channel 40 : 5.2 GHz
Channel 44 : 5.22 GHz
Channel 48 : 5.24 GHz
Channel 52 : 5.26 GHz
Channel 56 : 5.28 GHz
Channel 60 : 5.3 GHz
Channel 64 : 5.32 GHz
Channel 149 : 5.745 GHz
Channel 153 : 5.765 GHz
Channel 157 : 5.785 GHz
Channel 161 : 5.805 GHz
Channel 165 : 5.825 GHz
eth0 no frequency information.
lo no frequency information.
Leider dummerweise nur solche, die mein Router nicht bringt ☹ Bei iw list sind die anderen Frequenzen von Kanal 100 - 140 drin, aber "disabled". Ich bin mir nicht sicher, ob das vor der ganzen Aktion auch schon so war. ts@Julia:~$ iw list
Wiphy phy0
Band 1:
Capabilities: 0x11ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-23
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm)
* 2472 MHz [13] (20.0 dBm)
* 2484 MHz [14] (disabled)
Bitrates (non-HT):
* 1.0 Mbps
* 2.0 Mbps (short preamble supported)
* 5.5 Mbps (short preamble supported)
* 11.0 Mbps (short preamble supported)
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
Band 2:
Capabilities: 0x11ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-23
Frequencies:
* 5180 MHz [36] (23.0 dBm)
* 5200 MHz [40] (23.0 dBm)
* 5220 MHz [44] (23.0 dBm)
* 5240 MHz [48] (23.0 dBm)
* 5260 MHz [52] (23.0 dBm) (passive scanning, no IBSS, radar detection)
* 5280 MHz [56] (23.0 dBm) (passive scanning, no IBSS, radar detection)
* 5300 MHz [60] (23.0 dBm) (passive scanning, no IBSS, radar detection)
* 5320 MHz [64] (23.0 dBm) (passive scanning, no IBSS, radar detection)
* 5500 MHz [100] (disabled)
* 5520 MHz [104] (disabled)
* 5540 MHz [108] (disabled)
* 5560 MHz [112] (disabled)
* 5580 MHz [116] (disabled)
* 5600 MHz [120] (disabled)
* 5620 MHz [124] (disabled)
* 5640 MHz [128] (disabled)
* 5660 MHz [132] (disabled)
* 5680 MHz [136] (disabled)
* 5700 MHz [140] (disabled)
* 5745 MHz [149] (30.0 dBm)
* 5765 MHz [153] (30.0 dBm)
* 5785 MHz [157] (30.0 dBm)
* 5805 MHz [161] (30.0 dBm)
* 5825 MHz [165] (30.0 dBm)
Bitrates (non-HT):
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
max # scan SSIDs: 4
max scan IEs length: 2257 bytes
Coverage class: 0 (up to 0m)
Supported Ciphers:
* WEP40 (00-0f-ac:1)
* WEP104 (00-0f-ac:5)
* TKIP (00-0f-ac:2)
* CCMP (00-0f-ac:4)
* CMAC (00-0f-ac:6)
Available Antennas: TX 0x7 RX 0x7
Configured Antennas: TX 0x7 RX 0x7
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* WDS
* monitor
* mesh point
* P2P-client
* P2P-GO
software interface modes (can always be added):
* AP/VLAN
* monitor
valid interface combinations:
* #{ managed, WDS, P2P-client } <= 2048, #{ AP, mesh point, P2P-GO } <= 8,
total <= 2048, #channels <= 1, STA/AP BI must match
* #{ IBSS, AP } <= 1,
total <= 1, #channels <= 1, STA/AP BI must match
Supported commands:
* new_interface
* set_interface
* new_key
* new_beacon
* new_station
* new_mpath
* set_mesh_params
* set_bss
* authenticate
* associate
* deauthenticate
* disassociate
* join_ibss
* join_mesh
* remain_on_channel
* set_tx_bitrate_mask
* action
* frame_wait_cancel
* set_wiphy_netns
* set_channel
* set_wds_peer
* Unknown command (82)
* Unknown command (81)
* Unknown command (84)
* Unknown command (87)
* Unknown command (85)
* Unknown command (89)
* Unknown command (92)
* connect
* disconnect
Supported TX frame types:
* IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* Unknown mode (10): 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
Supported RX frame types:
* IBSS: 0x40 0xb0 0xc0 0xd0
* managed: 0x40 0xd0
* AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* mesh point: 0xb0 0xc0 0xd0
* P2P-client: 0x40 0xd0
* P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* Unknown mode (10): 0x40 0xd0
Device supports RSN-IBSS.
HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
Device supports TX status socket option.
Device supports HT-IBSS.
Vielleicht kannst Du ja daraus noch etwas ableiten... Danke auf jeden Fall! Langlock PS: Allerdings scheint mir die Datenrate auf dem Wlan jetzt eingebrochen zu sein - wäre noch mal zu überprüfen. Kann ich im Zweifel die cfg80211_options.conf problemlos wieder löschen? PS 2: Ich habe zufällig unter lib/crda die Datei setregdomain entdeckt. Hinter "REGDOMAIN=" steht gar nichts. Wäre es sinnvoll, da ggf. noch DE einzutragen? #!/bin/sh
set -e
REGDOMAIN=
CRDA_CONF=/etc/default/crda
[ -r "$CRDA_CONF" ] && . "$CRDA_CONF"
[ -z "$REGDOMAIN" ] && exit 0
# In the future, iw may be moved to / filesystem
[ -x /sbin/iw ] && exec /sbin/iw reg set "$REGDOMAIN"
# Wait for /usr, it may not be mounted yet
(
. /lib/udev/hotplug.functions
wait_for_file /usr/sbin/iw
exec /usr/sbin/iw reg set "$REGDOMAIN"
) &
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
PS: Allerdings scheint mir die Datenrate auf dem Wlan jetzt eingebrochen zu sein - wäre noch mal zu überprüfen. Kann ich im Zweifel die cfg80211_options.conf problemlos wieder löschen?
Ja, natürlich, die Datenrate wird dadurch jedoch normalerweise nicht beeinflusst. Anderen Alpha2-Code testen (EU, BO, 00 Worldwide usw.). Modul vollständig entladen/laden und freigegebene Kanäle erneut prüfen
| sudo systemctl stop network-manager.service
sudo modprobe -rfv ath9k
sudo modprobe -v ath9k
sudo systemctl start network-manager.service
|
→ ISO-3166-1 Kodierliste → iw (-list) zeigt nur an, kann die Kanäle aber nicht unmittelbar beeinflussen
PS 2: Ich habe zufällig unter lib/crda die Datei setregdomain entdeckt. Hinter "REGDOMAIN=" steht gar nichts. Wäre es sinnvoll, da ggf. noch DE einzutragen?
Hatte ich dir ja bereits verlinkt. Bitte auch lesen.
→ iw - Regionseinstellung CRDA stand aber bereits auf DE. 14.04 ist da aber veraltet, unter 16.04/18.04 sieht das so aus:
country DE: DFS-ETSI
(2400 - 2483 @ 40), (N/A, 20), (N/A)
(5150 - 5250 @ 80), (N/A, 20), (N/A), NO-OUTDOOR
(5250 - 5350 @ 80), (N/A, 20), (0 ms), NO-OUTDOOR, DFS
(5470 - 5725 @ 160), (N/A, 26), (0 ms), DFS
(5725 - 5875 @ 80), (N/A, 13), (N/A)
(57000 - 66000 @ 2160), (N/A, 40), (N/A)
(Korrekte Frequenzen und Bandbreiten usw.)
|
Langlock
(Themenstarter)
Anmeldungsdatum: 24. Februar 2012
Beiträge: 9
|
elektronenblitz63 schrieb: PS: Allerdings scheint mir die Datenrate auf dem Wlan jetzt eingebrochen zu sein - wäre noch mal zu überprüfen. Kann ich im Zweifel die cfg80211_options.conf problemlos wieder löschen?
Ja, natürlich, die Datenrate wird dadurch jedoch normalerweise nicht beeinflusst. Anderen Alpha2-Code testen (EU, BO, 00 Worldwide usw.). Modul vollständig entladen/laden und freigegebene Kanäle erneut prüfen
| sudo systemctl stop network-manager.service
sudo modprobe -rfv ath9k
sudo modprobe -v ath9k
sudo systemctl start network-manager.service
|
→ ISO-3166-1 Kodierliste → iw (-list) zeigt nur an, kann die Kanäle aber nicht unmittelbar beeinflussen
PS 2: Ich habe zufällig unter lib/crda die Datei setregdomain entdeckt. Hinter "REGDOMAIN=" steht gar nichts. Wäre es sinnvoll, da ggf. noch DE einzutragen?
Hatte ich dir ja bereits verlinkt. Bitte auch lesen.
→ iw - Regionseinstellung
Hatte ich gemacht, aber da es ja um die crda unter /etc/default/crda handelte, und ich dort schon manuell DE eingetragen hatte, und iw reg get DE ausspuckte, habe ich da nicht noch einmal reingelesen. Die Datei auf die sich meine Frage bezog, liegt unter lib/crda und heißt setregdomain. Soweit ich aber sehe, verweist diese auf /etc/default/crda. Und der Eintrag DE dort hat auch nichts geändert...
CRDA stand aber bereits auf DE.
iw reg get spuckt inzwischen interessanterweise Folgendes aus - hatte ich nicht probiert nach
ts@Julia:~$ echo "options cfg80211 ieee80211_regdom=DE" | sudo tee /etc/modprobe.d/cfg80211_options.conf ts@Julia:~$ iw reg get
country 00:
(2402 - 2472 @ 40), (3, 20)
(2457 - 2482 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
(2474 - 2494 @ 20), (3, 20), NO-OFDM, PASSIVE-SCAN, NO-IBSS
(5170 - 5250 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
(5735 - 5835 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
In der crda steht aber weiterhin REGDOMAIN=DE. Ich schau mit mal an, was nach Entfernen von cfg80211_options.conf passiert. 14.04 ist da aber veraltet, unter 16.04/18.04 sieht das so aus: country DE: DFS-ETSI
(2400 - 2483 @ 40), (N/A, 20), (N/A)
(5150 - 5250 @ 80), (N/A, 20), (N/A), NO-OUTDOOR
(5250 - 5350 @ 80), (N/A, 20), (0 ms), NO-OUTDOOR, DFS
(5470 - 5725 @ 160), (N/A, 26), (0 ms), DFS
(5725 - 5875 @ 80), (N/A, 13), (N/A)
(57000 - 66000 @ 2160), (N/A, 40), (N/A)
(Korrekte Frequenzen und Bandbreiten usw.)
|
Langlock
(Themenstarter)
Anmeldungsdatum: 24. Februar 2012
Beiträge: 9
|
Langlock schrieb: elektronenblitz63 schrieb: PS: Allerdings scheint mir die Datenrate auf dem Wlan jetzt eingebrochen zu sein - wäre noch mal zu überprüfen. Kann ich im Zweifel die cfg80211_options.conf problemlos wieder löschen?
Ja, natürlich, die Datenrate wird dadurch jedoch normalerweise nicht beeinflusst. Anderen Alpha2-Code testen (EU, BO, 00 Worldwide usw.). Modul vollständig entladen/laden und freigegebene Kanäle erneut prüfen
| sudo systemctl stop network-manager.service
sudo modprobe -rfv ath9k
sudo modprobe -v ath9k
sudo systemctl start network-manager.service
|
→ ISO-3166-1 Kodierliste → iw (-list) zeigt nur an, kann die Kanäle aber nicht unmittelbar beeinflussen
PS 2: Ich habe zufällig unter lib/crda die Datei setregdomain entdeckt. Hinter "REGDOMAIN=" steht gar nichts. Wäre es sinnvoll, da ggf. noch DE einzutragen?
Hatte ich dir ja bereits verlinkt. Bitte auch lesen.
→ iw - Regionseinstellung
Hatte ich gemacht, aber da es ja um die crda unter /etc/default/crda handelte, und ich dort schon manuell DE eingetragen hatte, und iw reg get DE ausspuckte, habe ich da nicht noch einmal reingelesen. Die Datei auf die sich meine Frage bezog, liegt unter lib/crda und heißt setregdomain. Soweit ich aber sehe, verweist diese auf /etc/default/crda. Und der Eintrag DE dort hat auch nichts geändert...
CRDA stand aber bereits auf DE.
iw reg get spuckt inzwischen interessanterweise Folgendes aus - hatte ich nicht probiert nach
ts@Julia:~$ echo "options cfg80211 ieee80211_regdom=DE" | sudo tee /etc/modprobe.d/cfg80211_options.conf ts@Julia:~$ iw reg get
country 00:
(2402 - 2472 @ 40), (3, 20)
(2457 - 2482 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
(2474 - 2494 @ 20), (3, 20), NO-OFDM, PASSIVE-SCAN, NO-IBSS
(5170 - 5250 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
(5735 - 5835 @ 40), (3, 20), PASSIVE-SCAN, NO-IBSS
In der crda steht aber weiterhin REGDOMAIN=DE. Ich schau mit mal an, was nach Entfernen von cfg80211_options.conf passiert.
Wenn ich die conf. lösche, steht da bei iw reg get wieder DE
14.04 ist da aber veraltet, unter 16.04/18.04 sieht das so aus: country DE: DFS-ETSI
(2400 - 2483 @ 40), (N/A, 20), (N/A)
(5150 - 5250 @ 80), (N/A, 20), (N/A), NO-OUTDOOR
(5250 - 5350 @ 80), (N/A, 20), (0 ms), NO-OUTDOOR, DFS
(5470 - 5725 @ 160), (N/A, 26), (0 ms), DFS
(5725 - 5875 @ 80), (N/A, 13), (N/A)
(57000 - 66000 @ 2160), (N/A, 40), (N/A)
(Korrekte Frequenzen und Bandbreiten usw.)
So, nachdem ich jetzt die udev-Regel nichts gebracht hat, werde ich in den kommenden Tagen ubuntu 18.04 live ausprobieren, vielleicht funktioniert es ja dann korrekt - hoffentlich. Werde hier Bescheid geben. Danke Dir auf jeden Fall für Deine Zeit! Gruß, Langlock PS: Eine letzte Frage habe nun doch noch. Ich trage in der crda "EU" ein, und er bleibt bei iw reg get bei "DE"?
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Bei der CRDA-Datenbank gibt es die Option „EU“ nicht, nur länderspezifische Einstellungen (DE, US, JP usw.) oder 00 (Worldwide).
|
Langlock
(Themenstarter)
Anmeldungsdatum: 24. Februar 2012
Beiträge: 9
|
Hallo allerseits, hat zwar ein bisschen gedauert, aber nun habe ich endlich 18.04. drauf. Es funktionierte kurzzeitig mit allen 5Ghz-Kanälen - unter Kernel 4.15. Da ich dachte, es wäre gut, auf Kernel 5.... zu gehen, habe ich ein Update gemacht, war nicht funktioniert hat. Also neue Installation 18.04.3 mit Kernel 5... Leider Kanäle 100 - 140 disabled. ts@julia:~$ iw list
...
Frequencies:
* 5180 MHz [36] (20.0 dBm)
* 5200 MHz [40] (20.0 dBm)
* 5220 MHz [44] (20.0 dBm)
* 5240 MHz [48] (20.0 dBm)
* 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
* 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
* 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
* 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
* 5500 MHz [100] (disabled)
* 5520 MHz [104] (disabled)
* 5540 MHz [108] (disabled)
* 5560 MHz [112] (disabled)
* 5580 MHz [116] (disabled)
* 5600 MHz [120] (disabled)
* 5620 MHz [124] (disabled)
* 5640 MHz [128] (disabled)
* 5660 MHz [132] (disabled)
* 5680 MHz [136] (disabled)
* 5700 MHz [140] (disabled)
* 5745 MHz [149] (13.0 dBm)
* 5765 MHz [153] (13.0 dBm)
* 5785 MHz [157] (13.0 dBm)
* 5805 MHz [161] (13.0 dBm)
* 5825 MHz [165] (13.0 dBm)
Ich nehme an, dass das daran liegt, dass bei der Hardware (phy#0) die Region Barbados hinterlegt ist: ts@julia:~$ iw reg get
global
country DE: DFS-ETSI
(2400 - 2483 @ 40), (N/A, 20), (N/A)
(5150 - 5250 @ 80), (N/A, 20), (N/A), NO-OUTDOOR, AUTO-BW
(5250 - 5350 @ 80), (N/A, 20), (0 ms), NO-OUTDOOR, DFS, AUTO-BW
(5470 - 5725 @ 160), (N/A, 26), (0 ms), DFS
(5725 - 5875 @ 80), (N/A, 13), (N/A)
(57000 - 66000 @ 2160), (N/A, 40), (N/A)
phy#0
country BB: DFS-FCC
(2402 - 2482 @ 40), (N/A, 20), (N/A)
(5170 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW
(5735 - 5835 @ 80), (N/A, 30), (N/A)
Extrem nervend, dass es unter Kernel 4.15 läuft und nun nicht mehr. Hat jemand eine Idee, wie ich bei phy#0 den Country-Code auch auf DE bringe? Danke und beste Grüße, Langlock PS: Die Lösungsvorschläge von elektronenblitz63 oben habe ich alle schon ausprobiert - ohne Erfolg.
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Was spricht denn gegen 4.15? Vielleicht bei den Kernel-Hackern einen Bugreport setzen?!
|
Langlock
(Themenstarter)
Anmeldungsdatum: 24. Februar 2012
Beiträge: 9
|
Grundsätzlich spricht nichts gegen 4.15, abgesehen von nicht vorhandener Freesync-Unterstützung. Und 18.04.3 wird ja auch schon mit Kernel 5 ausgeliefert, was ich aber nicht wusste, als ich die Neuinstallation machen musste. Wollte mir die erneute Installation und die Suche nach einem alten Mate-Image schenken. Zwecks Bugreport: Werde ich mal machen.
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
|