Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Linux
  3. PCIe WIFI6 Karte

PCIe WIFI6 Karte

Linux
  • FrankMF

    Ich habe auf meinem Haupt-PC für das WLan immer einen ollen USB-Stick mit 2,4GHz drin gehabt. Jetzt wollen wir das mal modernisieren 🙂

    Spannend bei Linux ist ja immer, ob gekaufte Hardware auch läuft. Dann lassen wir uns mal überraschen. Folgendes Produkt gekauft

    Link Preview Image
    Amazon.de

    favicon

    (www.amazon.de)

    Ihr wisst, das ich mit Produktlinks sparsam bin, vor allen Dingen wenn sie von dem Händler kommen, ich mache aber hier bewusst eine Ausnahme.

    Die Karte kommt aus China, Überraschung ;), kommt in einem kleinem Pappkarton in schlichter Kartonfarbe.

    Inhalt

    • PCIe Karte
    • kurzes USB-Kabel (für Bluetooth)
    • Zwei Antennen
    • Schraubendreher
    • dunkles Slotblech
    • Zwei Schrauben
    • Papierkram
    • kleine CD

    Installation

    Rechner auf, PCIe Karte eingebaut. USB-Verbindung hergestellt (Bluetooth). Die zwei Antennen montiert.

    Inbetriebnahme

    Ich setze folgendes Betriebssystem ein.

    b9670b72-e5f3-489a-9950-d3613b2a2f2b-grafik.png

    Kernel

    root@:~# uname -a
Linux  5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

    Nach der Passworteingabe sieht man auf der Fritzbox folgendes

    5509e105-a0a4-4c94-9836-993a480afec7-grafik.png

    Gut, das ist jetzt 5 GHz, aber nach dem Standard Wi-Fi 5. Die Karte könnte aber auch 802.11ax. Hmm? Kurz nachdenken....

    Ok, mein AVM Kabelrouter 6591C kann folgendes.

    WLAN AC (bis 1.733 MBit/s, 5 GHz) und N (bis 800 MBit/s, 2,4 GHz)

    So mit sollte das aktuell maximal Mögliche vorhanden sein. Warum 5 GHz?

    f5ccc44d-8e75-46d3-8d10-08aa23e47a65-grafik.png

    Jetzt mal schauen, ob das Problem weg ist!? Ich schaue TV über die Fritzbox, die streamt ja das TV ins LAN. Dabei hat es hier aber immer furchtbar geruckelt. Mal schauen, ob das weg ist.

    Bluetooth

    Der USB-Anschluss stellt Bluetooth Funktionalität her.

    Bildschirmfoto vom 2020-08-21 15-29-07.png

    Das soll es mal dazu sein, wird evt. später mal ausgiebig getestet.

    Fazit

    Eingebaut und funktioniert sofort. Das hat man nicht ganz so oft auf Linux 😉 Karte funktioniert. Ob stabil usw. dazu lassen wir sie jetzt mal ne Woche hier arbeiten. Wird ergänzt...

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • K

    hallo,
    klingt nicht so schlecht. Problem für mich ist das es anscheinend kaum einen Chip gibt der Hostap und 5Ghz vereint. Ich habe hier eine >6Jahre alte Compex karte, die das kann und auch 24h macht, aber natürlich wird die nicht jünger.

    Für den einstieg, falls das teil noch rum liegt und Nur falls man eh grad am basteln ist: hast du eine idee, ob das teil auf dem Rockpro64 läuft? Dann probiere ich das teil damit mal aus für o.g. Zweck. Danke ggf.
    gruß

    0
  • FrankMF

    @kosmonaut-pirx Ich wollte das Testen, hatte aber nicht dran gedacht 😞 Erst als alles lief, fiel mir das ein. Wenn nächstes WE was Zeit ist und ich Lust habe, werde ich das ausprobieren.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • K

    alles gut. wenn zeit und laune, danke

    1

  • FrankMF

    MSI B650 Tomahawk WiFi

    Allgemeine Diskussionen
    5
    +4
    0 Stimmen
    5 Beiträge
    1k Aufrufe
    FrankMF
    @kiwilog Danke für die Antwort. Ich habe mittlerweile ein ASUS Rog Strix B650E-F Gaming Wifi. Auch dieses Board hatte Probleme. Ich habe dann den RAM ausgetauscht und jetzt funktioniert es. Das MSI Board liegt hier aber noch, so das ich deinen Tipp da mal testen kann. Das wartet aber noch auf einen AMD Ryzen 9000 Als Fazit, die AM5 Plattform scheint sehr empfindlich zu sein.
  • FrankMF

    Manjaro - KDE Plasma 6

    Linux
    3
    +2
    0 Stimmen
    3 Beiträge
    725 Aufrufe
    FrankMF
    Da fällt mir heute beim Lesen dieses Beitrages auf das ich damals ja auf unstable gestellt habe. [frank-manjaro ~]# pacman-mirrors --get-branch unstable Anleitung dazu -> https://wiki.manjaro.org/index.php/Switching_Branches Ok, da könnte ja auch mal was schief gehen? Da ich hier aber ein btrfs Filesystem fahre und Timeshift Snapshots anlegt, sollte das Risiko überschaubar sein. [image: 1714893983029-567442e5-80f0-4ce9-9b91-3e8f9a4a94d8-grafik.png] Es werden bei jeder Aktion vorher Snapshots angelegt, auf die man im Grub Menü zugreifen kann und diese wieder installieren lassen kann. Hatte das früher schon mal getestet, ging wirklich gut. Werde ich die Tage auch hier auf dem System, zur Sicherheit, mal testen. Fazit, ich lasse das mal so wie es ist
  • FrankMF

    checkmk - Debian Bullseye Release

    checkmk
    1
    0 Stimmen
    1 Beiträge
    295 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    checkmk - Rest-Server überwachen

    Verschoben checkmk
    1
    +2
    0 Stimmen
    1 Beiträge
    471 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NanoPi R2S - Firewall mit VLan und DHCP-Server

    Verschoben NanoPi R2S
    2
    +1
    0 Stimmen
    2 Beiträge
    786 Aufrufe
    FrankMF
    Nachdem ich die Tage feststellen musste, das irgendwas mit dem Gerät nicht stimmte, bekam keine DNS Auflösung über die Konsole, habe ich das heute mal eben neuinstalliert. Armbian ist ja immer was spezielles Hat sich bis heute nix dran geändert..... Ok, dann heute mal eben ein neues Image erstellt. Download Gewählt habe ich das Armbian Buster. Image auf die SD-Karte, eingeloggt. Alles wie oben erstellt und abgespeichert. Neustart, geht wieder alles. root@192.168.3.15's password: _ _ _ ____ ____ ____ | \ | | __ _ _ __ ___ _ __ (_) | _ \|___ \/ ___| | \| |/ _` | '_ \ / _ \| '_ \| | | |_) | __) \___ \ | |\ | (_| | | | | (_) | |_) | | | _ < / __/ ___) | |_| \_|\__,_|_| |_|\___/| .__/|_| |_| \_\_____|____/ |_| Welcome to Debian GNU/Linux 10 (buster) with Linux 5.9.11-rockchip64 System load: 2% Up time: 11 min Memory usage: 10% of 978M IP: 192.168.3.15 192.168.1.1 192.168.2.1 CPU temp: 61°C Usage of /: 5% of 29G Last login: Sun Dec 6 12:28:10 2020 from 192.168.3.213 Kernelversion root@nanopi-r2s:~# uname -a Linux nanopi-r2s 5.9.11-rockchip64 #20.11.1 SMP PREEMPT Fri Nov 27 21:59:08 CET 2020 aarch64 GNU/Linux ip a oot@nanopi-r2s:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether b2:b5:10:38:9e:76 brd ff:ff:ff:ff:ff:ff inet 192.168.3.15/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 6360sec preferred_lft 6360sec inet6 2a02:908:xxxxxx/64 scope global dynamic mngtmpaddr valid_lft 7196sec preferred_lft 596sec inet6 fe80::b0b5:10ff:fe38:9e76/64 scope link valid_lft forever preferred_lft forever 3: lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff 4: lan0.100@lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff inet 192.168.1.1/24 brd 192.168.1.255 scope global lan0.100 valid_lft forever preferred_lft forever inet6 fe80::b0b5:10ff:fe38:9e96/64 scope link valid_lft forever preferred_lft forever 5: lan0.200@lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff inet 192.168.2.1/24 brd 192.168.2.255 scope global lan0.200 valid_lft forever preferred_lft forever inet6 fe80::b0b5:10ff:fe38:9e96/64 scope link valid_lft forever preferred_lft forever Vom Notebook aus funktioniert auch alles. So weit bin ich zufrieden. Jetzt mal langsam anfangen, der Kiste IPv6 beizubringen. Oje, nicht gerade mein Lieblingsthema... Bis der NanoPi R4S hier ankommt und ein vernünftiges Image hat, vergeht ja noch was Zeit...
  • FrankMF

    tmate - Instant terminal sharing

    Linux
    2
    0 Stimmen
    2 Beiträge
    584 Aufrufe
    FrankMF
    Heute mal wieder benutzt, um bei meinem Bruder auf der Kiste nach dem Rechten zu schauen. Absolut genial. Sollte man evt. nicht zu "geheime" Sachen drüber schicken (meine die Leitung), aber für ein wenig Service ist das Tool wirklich super zu gebrauchen.
  • FrankMF

    Installation von Grav & NGinx & PHP7.2

    Angeheftet Verschoben Grav
    2
    +0
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF
    Nachdem ich den ROCKPro64 jetzt auf den Mainline umgestellt habe, lief meine Testinstallation von Grav nicht mehr. Hilfreiche Sache um das Problem zu lösen -> https://gist.github.com/GhazanfarMir/03bd1f1f770a3834d47274586d46ea62 Ich bekam immer 502 Bad Gateway, Grund war ein nicht korrekt gestarteter php-pfm Service. rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm start rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm status ● php7.2-fpm.service - The PHP 7.2 FastCGI Process Manager Loaded: loaded (/lib/systemd/system/php7.2-fpm.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-08-16 20:15:20 CEST; 21s ago Docs: man:php-fpm7.2(8) Main PID: 3206 (php-fpm7.2) Status: "Processes active: 0, idle: 2, Requests: 3, slow: 0, Traffic: 0.2req/sec" Tasks: 3 (limit: 4622) CGroup: /system.slice/php7.2-fpm.service ├─3206 php-fpm: master process (/etc/php/7.2/fpm/php-fpm.conf) ├─3207 php-fpm: pool www └─3208 php-fpm: pool www Aug 16 20:15:19 rockpro64v2_0 systemd[1]: Starting The PHP 7.2 FastCGI Process Manager... Aug 16 20:15:20 rockpro64v2_0 systemd[1]: Started The PHP 7.2 FastCGI Process Manager.
  • FrankMF

    Restic - Ein Backupkonzept - Automatisieren!

    Verschoben Restic
    1
    +0
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet