Skip to content

Manjaro Image - Netzwerkkonfiguration

Verschoben Quartz64
  • Ja, Manjaro mach einige Sachen anders, als ich das von Debian usw. gewohnt bin. Beim Testen einer PCIe Netzwerkkarte brauchte ich das jetzt. Kurz Dan gefragt, was die dafür benutzen.

    Minimal edition uses systemd-networkd.

    Ok, das wird vermutlich auch in Zukunft bei Debian passieren, wenn man da auch voll auf systemd setzt. Dann lohnt sich das, da jetzt schon mal reinzuschauen. Da Manjaro auf Arch Linux basiert, stößt man oft auf das Wiki von Arch. Das ist übrigens exzellent und man kann da auch immer wieder für andere Dinge reinschauen.

    Hardware

    Ich habe eine Intel-Karte mit zwei Schnittstellen hier rumliegen gehabt. Die letzte Änderung von Dan am Manjaro Image war das hier. Schnell mal danach gegoogelt und raus gefunden, das es um Intel Netzwerkkarten ging. Nun habe ich die Karte mal reingesteckt und festgestellt, ja das ist genau so eine Karte wie sie jetzt zum Manjaro Image hinzugefügt wurde 😉

    [root@quartz64 network]# lspci
    00:00.0 PCI bridge: Rockchip Electronics Co., Ltd RK3568 Remote Signal Processor (rev 01)
    01:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev ff)
    01:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev ff)
    

    Das sieht dann so aus

    [root@quartz64 network]# 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: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN group default qlen 1000
        link/tunnel6 :: brd :: permaddr 2a04:d793:5b94::
    3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether e6:0a:32:f1:db:b2 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.212/24 brd 192.168.3.255 scope global dynamic noprefixroute eth0
           valid_lft 41413sec preferred_lft 36013sec
        inet6 fd8a:6ff:2880:0:f1c2:2296:7639:4394/64 scope global mngtmpaddr noprefixroute 
           valid_lft forever preferred_lft forever
        inet6 2a02:908:1260:13bc:8b5f:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr noprefixroute 
           valid_lft 6391sec preferred_lft 2791sec
        inet6 fe80::c076:15ed:1479:4e90/64 scope link 
           valid_lft forever preferred_lft forever
    4: enp1s0f0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
        link/ether 6c:b3:11:1c:18:28 brd ff:ff:ff:ff:ff:ff
    5: enp1s0f1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
        link/ether 6c:b3:11:1c:18:29 brd ff:ff:ff:ff:ff:ff
    

    Software

    [root@quartz64 network]# uname -a
    Linux quartz64 5.15.0-rc1-0.3-MANJARO-ARM #1 SMP PREEMPT Thu Oct 7 06:08:24 UTC 2021 aarch64 GNU/Linux
    

    systemd

    Der Dienst hört auf den Namen

    systemd-networkd.service
    

    Hier mal der Status

    [root@quartz64 network]# systemctl status systemd-networkd.service
    ● systemd-networkd.service - Network Configuration
         Loaded: loaded (/usr/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
         Active: active (running) since Sun 2021-10-10 12:15:54 CEST; 16min ago
    TriggeredBy: ● systemd-networkd.socket
           Docs: man:systemd-networkd.service(8)
       Main PID: 346 (systemd-network)
         Status: "Processing requests..."
          Tasks: 1 (limit: 4216)
         Memory: 3.2M
            CPU: 205ms
         CGroup: /system.slice/systemd-networkd.service
                 └─346 /usr/lib/systemd/systemd-networkd
    
    Okt 10 12:16:01 quartz64 systemd-networkd[346]: enp1s0f1: Gained IPv6LL
    Okt 10 12:20:11 quartz64 systemd-networkd[346]: enp1s0f1: Lost carrier
    Okt 10 12:20:15 quartz64 systemd-networkd[346]: enp1s0f0: Gained carrier
    Okt 10 12:20:17 quartz64 systemd-networkd[346]: enp1s0f0: Gained IPv6LL
    Okt 10 12:20:17 quartz64 systemd-networkd[346]: enp1s0f0: Could not acquire DHCPv6 lease on NDisc request: Address already in use
    Okt 10 12:20:17 quartz64 systemd-networkd[346]: enp1s0f0: Failed
    Okt 10 12:31:59 quartz64 systemd-networkd[346]: enp1s0f0: Lost carrier
    Okt 10 12:32:03 quartz64 systemd-networkd[346]: enp1s0f1: Gained carrier
    Okt 10 12:32:05 quartz64 systemd-networkd[346]: enp1s0f1: Gained IPv6LL
    Okt 10 12:32:28 quartz64 systemd-networkd[346]: enp1s0f1: Lost carrier
    

    Ok, eine ganze Stunde später und viel Testerei, stelle ich fest das der Dienst dhcpcd abgeschaltet werden muss. Der Dienst ist der DHCP Client, und der bezieht die ganze Zeit IPv4 und IPv6 Adressen, egal was ich mit systemd.network konfiguriere.

    systemctl disable dhcpcd
    

    Erst danach hatte ich mittels systemd-network die volle Kontrolle.

    Konfiguration systemd.network

    In /etc/systemd/network/ kommen die Konfigurationsdateien. Für mein Beispiel, sieht das so aus.

    [root@quartz64 ~]# ls -lha /etc/systemd/network/
    insgesamt 20K
    drwxr-xr-x 2 root root 4,0K 10. Okt 13:08 .
    drwxr-xr-x 5 root root 4,0K  9. Okt 11:02 ..
    -rw-r--r-- 1 root root   49 10. Okt 14:21 10-wired.network
    -rw-r--r-- 1 root root  115 10. Okt 14:18 20-wired.network
    -rw-r--r-- 1 root root   72 10. Okt 14:31 30-wired.network
    

    10-wired.network

    [Match]
    Name=eth0
    
    [Network]
    DHCP=both
    Metric=10
    

    20-wired.network

    [Match]
    Name=enp1s0f0
    
    [Network]
    IPv6AcceptRA=false
    Address=10.1.10.9/24
    Gateway=10.1.10.1
    DNS=10.1.10.1
    Metric=20
    

    30-wired.network

    [Match]
    Name=enp1s0f1
    
    [Network]
    IPv6AcceptRA=false
    DHCP=ipv4
    Metric=30
    

    Ergebnis

    [root@quartz64 network]# 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: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN group default qlen 1000
        link/tunnel6 :: brd :: permaddr 637:3065:f3e2::
    3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether e6:0a:32:f1:db:b2 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.214/24 metric 1024 brd 192.168.3.255 scope global dynamic eth0
           valid_lft 41555sec preferred_lft 41555sec
        inet6 fd8a:6ff:2880:0:e40a:32ff:fef1:dbb2/64 scope global mngtmpaddr noprefixroute 
           valid_lft forever preferred_lft forever
        inet6 2a02:908:1260:13bc:e40a:32ff:fef1:dbb2/64 scope global dynamic mngtmpaddr noprefixroute 
           valid_lft 5543sec preferred_lft 1943sec
        inet6 fe80::e40a:32ff:fef1:dbb2/64 scope link 
           valid_lft forever preferred_lft forever
    4: enp1s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether 6c:b3:11:1c:18:28 brd ff:ff:ff:ff:ff:ff
        inet 10.1.10.9/24 brd 10.1.10.255 scope global enp1s0f0
           valid_lft forever preferred_lft forever
        inet6 fe80::6eb3:11ff:fe1c:1828/64 scope link 
           valid_lft forever preferred_lft forever
    5: enp1s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether 6c:b3:11:1c:18:29 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.208/24 metric 1024 brd 192.168.3.255 scope global dynamic enp1s0f1
           valid_lft 43194sec preferred_lft 43194sec
        inet6 fe80::6eb3:11ff:fe1c:1829/64 scope link 
           valid_lft forever preferred_lft forever
    
  • Da fehlt doch was? Richtig - WLAN!

    Treiber usw. -> https://forum.frank-mankel.org/topic/1035/wlan-auf-der-konsole-einrichten

    systemd

    /etc/systemd/network/40-wireless.network

    [Match]
    Name=wlan0
    
    [Network]
    DHCP=both
    

    Ok, das war einfach 🙂 Aber, wie übergebe ich jetzt die Konfiguration, also wpa_supplicant.conf ?

    Das geht so

    systemctl enable wpa_supplicant@wlan0.service
    

    Zum Neustarten der Services

    systemctl restart systemd-networkd.service
    systemctl restart wpa_supplicant@wlan0.service
    

    Hmm, danach ging es bei mir nicht. Schauen wir nach.

    [root@quartz64 ~]# systemctl status wpa_supplicant@wlan0
    × wpa_supplicant@wlan0.service - WPA supplicant daemon (interface-specific version)
         Loaded: loaded (/usr/lib/systemd/system/wpa_supplicant@.service; enabled; vendor preset: disabled)
         Active: failed (Result: exit-code) since Sun 2021-10-10 18:34:59 CEST; 1min 20s ago
        Process: 518 ExecStart=/usr/bin/wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant-wlan0.conf -iwlan0 (code=exited, status=255/EXCEPTION)
       Main PID: 518 (code=exited, status=255/EXCEPTION)
            CPU: 17ms
    
    Okt 10 18:34:58 quartz64 systemd[1]: Started WPA supplicant daemon (interface-specific version).
    Okt 10 18:34:59 quartz64 wpa_supplicant[518]: Successfully initialized wpa_supplicant
    Okt 10 18:34:59 quartz64 wpa_supplicant[518]: Failed to open config file '/etc/wpa_supplicant/wpa_supplicant-wlan0.conf', error: No such file o>
    Okt 10 18:34:59 quartz64 wpa_supplicant[518]: Failed to read or parse configuration '/etc/wpa_supplicant/wpa_supplicant-wlan0.conf'.
    Okt 10 18:34:59 quartz64 systemd[1]: wpa_supplicant@wlan0.service: Main process exited, code=exited, status=255/EXCEPTION
    Okt 10 18:34:59 quartz64 systemd[1]: wpa_supplicant@wlan0.service: Failed with result 'exit-code'.
    

    Ok, das ist einfach.

    cd /etc/wpa_supplicant
    mv wpa_supplicant.conf wpa_supplicant-wlan0.conf
    

    Neustarten - Fertig!

    Kontrolle

    6: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
        link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
        inet 192.168.178.24/24 metric 1024 brd 192.168.178.255 scope global dynamic wlan0
           valid_lft 863966sec preferred_lft 863966sec
        inet6 2a02:908:1260:13a0:ae83:f3ff:fee6:1fb2/64 scope global dynamic mngtmpaddr noprefixroute 
           valid_lft 7169sec preferred_lft 3569sec
        inet6 fe80::ae83:f3ff:fee6:1fb2/64 scope link 
           valid_lft forever preferred_lft forever
    
  • FrankMF FrankM verschob dieses Thema von Quartz64 am
  • FrankMF FrankM verschob dieses Thema von Quartz64 - A am

  • Quartz64 - Model A - 4K Bildschirmauflösung

    Quartz64
    1
    0 Stimmen
    1 Beiträge
    74 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Heartbeat LED

    Quartz64
    1
    0 Stimmen
    1 Beiträge
    58 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Plebian

    Quartz64
    2
    0 Stimmen
    2 Beiträge
    140 Aufrufe
    FrankMF

    Mal beim Kaffee eben ausprobieren.

    Die Releases findet man hier -> https://github.com/Plebian-Linux/quartz64-images/releases

    Und ein paar Anmerkungen zum Image -> https://github.com/Plebian-Linux/quartz64-images/blob/main/RUNNING.md

    User:pleb PW: pleb

    Passwort muss wie gewohnt beim ersten Start geändert werden.

    Danach habe ich das Debian aktualisiert

    apt update && apt upgrade

    Danach haben wir dann einen

    root@plebian-quartz64b:~# uname -a Linux plebian-quartz64b 6.1.0-1-arm64 #1 SMP Debian 6.1.4-1 (2023-01-07) aarch64 GNU/Linux

    recht aktuellen Kernel. Die Debian Version ist

    root@plebian-quartz64b:/etc# cat debian_version bookworm/sid

    Bookworm ist das kommende Debian 12, das soll so ca. im März(?) released werden.

    Mit blkid werden alle angeschlossenen Laufwerke angezeigt.

    root@plebian-quartz64b:/etc# blkid /dev/nvme0n1p1: UUID="497aa9d6-2e0c-4927-bb8f-9927970b1abe" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="bd856e70-94c0-3345-a9d6-7ff080b5a2e0" /dev/mmcblk0p3: LABEL="root" UUID="da21d2fe-1093-46d2-bd96-5fb6b11e07eb" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="root" PARTUUID="3fbd2cf5-e08d-4f39-8ca4-9fb5cff746df" /dev/mmcblk0p1: PARTLABEL="idbloader" PARTUUID="3eac6306-dee4-4c0c-9cfa-2d610b74b61b" /dev/mmcblk0p2: PARTLABEL="uboot" PARTUUID="7129c8a9-86f4-4807-be66-7d12398c6e9a" /dev/sda4: LABEL="linux-root" UUID="b1612f09-7ae0-4217-be0e-bdc2e51248d1" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="cdc03a35-d726-48f6-8bef-918981debbf6" /dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="6891-ACCB" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="0af3de6b-3b38-42f3-ae0c-336c5d39c874" /dev/sda3: LABEL="linux-boot" UUID="e64ed73c-b603-43af-851c-d5eef81a1aa9" BLOCK_SIZE="1024" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="b3b30dbb-4dcb-4652-aef1-ebc720eb0e59" /dev/sda1: PARTLABEL="loader1" PARTUUID="86d433a9-c91b-48aa-9867-36ef588a600f"

    Man sieht meine angeschlossene NVMe SSD und die Platte am USB3.

    Man hat eine HDMI Ausgabe, Netzwerk ist klar, der WiFi-Chip geht nicht. Dazu steht im Readme

    Plebian (or Debian, for that matter) does not yet properly package the wireless firmware needed for the Model B or SOQuartz's Wi-Fi chip. Therefore, Wi-Fi won't work out of the box.

    Müsste man sich also mit beschäftigen....

    Ansonsten macht das für mich auf den ersten Blick einen soliden Eindruck.

  • Quartz64 - Modell B - Kernel 6.1-rc8

    Quartz64
    1
    0 Stimmen
    1 Beiträge
    88 Aufrufe
    Niemand hat geantwortet
  • Kernel 5.19-rc1

    Quartz64
    2
    0 Stimmen
    2 Beiträge
    139 Aufrufe
    FrankMF

    Man kann dann den aktuell Kernel

    [root@frank-pc ~]# uname -a Linux frank-pc 5.17.0-3-MANJARO-ARM-Q64 #1 SMP PREEMPT Sat Jun 4 14:34:03 UTC 2022 aarch64 GNU/Linux

    mit diesem Befehl aktualisieren

    sudo pacman -S linux-rc linux-rc-headers

    Man wechselt dann vom Zweig linux-quartz64 auf linux-rc. Der Zweig linux-rc entspricht dem Mainline Kernel.

    Achtung! Zum Zeitpunkt der Erstellung des Beitrages crasht das Eure Installation!!

    Ursache ist, das es aktuell diesen Kernel

    linux-rc-5.18.rc7-7-aarch64

    installiert, dieser enthält aber keine Unterstützung für das Modell B.

    Und zum Nachschauen, ob schon was Neues da ist 😉

    [root@frank-pc ~]# pacman -Ss linux-rc linux-rc-headers core/linux-rc-headers 5.18.rc7-7 Header files and scripts for building modules for linux kernel - AArch64 multi-platform (release candidate)
  • Quartz64 - Modell B - Manjaro Rootverzeichnis ändern

    Quartz64
    3
    0 Stimmen
    3 Beiträge
    121 Aufrufe
    FrankMF

    Da gab es doch gestern noch einen bösen Fehler, als ich vom Kernel Linux 5.17.0-2 auf Linux 5.17.0-3 aktualisiert habe, war das System danach kaputt. Hmm, ich habe dann versucht das zu untersuchen und war zu der Erkenntnis gekommen, das das Boot Verzeichnis nicht korrekt gemountet war. Konnte es aber nicht selber lösen 😞

    Dan hat das dann heute erledigt, wenn man jetzt das Image installiert, dann ist auch das Boot Verzeichnis korrekt gemountet.

    [root@frank-pc ~]# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf dev 1,7G 0 1,7G 0% /dev run 1,9G 1,2M 1,9G 1% /run /dev/sda1 458G 4,5G 430G 2% / tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 9,6M 1,9G 1% /tmp /dev/mmcblk0p1 458M 41M 417M 9% /boot tmpfs 374M 44K 374M 1% /run/user/1000 /dev/mmcblk0p2 59G 3,7G 52G 7% /run/media/frank/ROOT_MNJRO

    Dann sollte das auch klappen, wenn man wie ich aktuell das Root Verzeichnis auf die SSD am USB3 Port gelegt hat.

  • Quartz64 - Manjaro Mai 2022

    Verschoben Quartz64
    1
    0 Stimmen
    1 Beiträge
    116 Aufrufe
    Niemand hat geantwortet
  • Quartz64 Model B im Shop bestellbar

    Verschoben Quartz64
    1
    0 Stimmen
    1 Beiträge
    397 Aufrufe
    Niemand hat geantwortet