linux-nerds.org

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

ROCKPro64 - USB-C -> LAN

ROCKPro64

1 Beiträge 1 Kommentatoren 284 Aufrufe

FrankM

schrieb am

Mal einen USB-C to WLan Adapter besorgt und am ROCKPro64 ausprobiert.

Den Adapter eingesteckt, Netzwerkkabel angeschlossen und nachgeschaut ob er erkannt wird.

[63435.162398] usb 8-1: new SuperSpeed USB device number 2 using xhci-hcd
[63435.185715] usb 8-1: New USB device found, idVendor=0bda, idProduct=8153
[63435.185744] usb 8-1: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[63435.185764] usb 8-1: Product: USB 10/100/1000 LAN
[63435.185781] usb 8-1: Manufacturer: Realtek
[63435.185796] usb 8-1: SerialNumber: 00026C
[63435.256051] usbcore: registered new interface driver r8152
[63435.410987] usb 8-1: reset SuperSpeed USB device number 2 using xhci-hcd
[63435.493485] r8152 8-1:1.0 eth1: v1.08.3
[63435.502207] r8152 8-1:1.0 enx00e04c68026f: renamed from eth1

Ok, schön

rock64@rockpro64:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    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 fq_codel state UNKNOWN group default qlen 1000
    link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff
    inet 192.168.3.17/24 brd 192.168.3.255 scope global dynamic eth0
       valid_lft 2976sec preferred_lft 2976sec
    inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state DORMANT group default qlen 1000
    link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
4: enx00e04c68026f: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:e0:4c:68:02:6f brd ff:ff:ff:ff:ff:ff

Unten sieht man die Schnittstelle enx00e04c68026f Ok, Schnittstelle ist nicht konfiguriert. Ab ins Verzeichnis /etc/netplan Dort legen wir eine Datei mit dem Namen enx00e04c68026f.yaml an. Inhalt:

network:
  version: 2
  renderer: networkd
  ethernets:
    enx00e04c68026f:
      dhcp4: true

Nix besonderes, einfach per DHCP eine IP-Adresse besorgen. Dann

sudo netplan try

Und schwupps, ist die IP-Adresse da.

rock64@rockpro64:/etc/netplan$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    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 fq_codel state UNKNOWN group default qlen 1000
    link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff
    inet 192.168.3.17/24 brd 192.168.3.255 scope global dynamic eth0
       valid_lft 1912sec preferred_lft 1912sec
    inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state DORMANT group default qlen 1000
    link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
4: enx00e04c68026f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:e0:4c:68:02:6f brd ff:ff:ff:ff:ff:ff
    inet 192.168.3.16/24 brd 192.168.3.255 scope global dynamic enx00e04c68026f
       valid_lft 1959sec preferred_lft 1959sec
    inet6 fe80::2e0:4cff:fe68:26f/64 scope link 
       valid_lft forever preferred_lft forever

iperf3

Kurz die Geschwindigkeit testen, Gegenstelle war mein haupt-PC.

rock64@rockpro64:/etc/netplan$ sudo iperf3 -s
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.3.213, port 60662
[  5] local 192.168.3.16 port 5201 connected to 192.168.3.213 port 60664
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-1.00   sec   108 MBytes   909 Mbits/sec                  
[  5]   1.00-2.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   2.00-3.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   3.00-4.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   4.00-5.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   5.00-6.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   6.00-7.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   7.00-8.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   8.00-9.00   sec   112 MBytes   941 Mbits/sec                  
[  5]   9.00-10.00  sec   112 MBytes   942 Mbits/sec                  
[  5]  10.00-10.02  sec  2.09 MBytes   935 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-10.02  sec  0.00 Bytes  0.00 bits/sec                  sender
[  5]   0.00-10.02  sec  1.09 GBytes   938 Mbits/sec                  receiver
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.3.213, port 60666
[  5] local 192.168.3.16 port 5201 connected to 192.168.3.213 port 60668
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  5]   0.00-1.00   sec   114 MBytes   952 Mbits/sec    0    892 KBytes       
[  5]   1.00-2.00   sec   112 MBytes   943 Mbits/sec    0    892 KBytes       
[  5]   2.00-3.00   sec   112 MBytes   941 Mbits/sec    0    892 KBytes       
[  5]   3.00-4.00   sec   111 MBytes   936 Mbits/sec    0    892 KBytes       
[  5]   4.00-5.00   sec   112 MBytes   944 Mbits/sec    0    892 KBytes       
[  5]   5.00-6.00   sec   112 MBytes   944 Mbits/sec    0    892 KBytes       
[  5]   6.00-7.00   sec   112 MBytes   941 Mbits/sec    0    892 KBytes       
[  5]   7.00-8.00   sec   111 MBytes   936 Mbits/sec    0    949 KBytes       
[  5]   8.00-9.00   sec   112 MBytes   942 Mbits/sec    0   1.90 MBytes       
[  5]   9.00-10.00  sec   111 MBytes   935 Mbits/sec    0   1.90 MBytes       
[  5]  10.00-10.02  sec  2.50 MBytes  1.26 Gbits/sec    0   1.90 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  5]   0.00-10.02  sec  1.10 GBytes   942 Mbits/sec    0             sender
[  5]   0.00-10.02  sec  0.00 Bytes  0.00 bits/sec                  receiver
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------

Fazit

Adapter funktioniert ohne Probleme, mit vollem Tempo

F

ROCKPro64 - Debian Bullseye Teil 1
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 debian linux rockpro64
17

0 Stimmen

17 Beiträge

2k Aufrufe

F

Durch diesen Beitrag ist mir mal wieder eingefallen, das wir das erneut testen könnten 😉

Also die aktuellen Daten von Debian gezogen. Das Image gebaut, könnt ihr alles hier im ersten Beitrag nachlesen. Da die eingebaute Netzwerkschnittstelle nicht erkannt wurde, habe ich mal wieder den USB-to-LAN Adapter eingesetzt.
Bus 005 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Die Installation wollte ich auf einem NVMe Riegel installieren.

Die Debian Installation durchgezogen und nach erfolgreicher Installation neugestartet. Und siehe da, ohne das man alles möglich ändern musste, bootete die NVMe SSD 🤓

Eingesetzter uboot -> 2020.01-ayufan-2013......

Die nicht erkannte LAN-Schnittstelle müsste an nicht freien Treibern liegen, hatte ich da irgendwo kurz gelesen. Beim Schreiben dieses Satzes kam die Nacht und ich konnte noch mal drüber schlafen. Heute Morgen, beim ersten Kaffee, dann noch mal logischer an die Sache ran gegangen.

Wir schauen uns mal die wichtigsten Dinge an.
root@debian:~# 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> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: enx000acd26e2c8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff inet 192.168.3.208/24 brd 192.168.3.255 scope global dynamic enx000acd26e2c8 valid_lft 42567sec preferred_lft 42567sec inet6 fd8a:6ff:2880:0:20a:cdff:fe26:e2c8/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:20a:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5426sec preferred_lft 1826sec inet6 fe80::20a:cdff:fe26:e2c8/64 scope link valid_lft forever preferred_lft forever
Ok, er zeigt mir die Schnittstelle eth0 ja an, dann kann es an fehlenden Treibern ja nicht liegen. Lässt dann auf eine fehlerhafte Konfiguration schließen. Nächster Halt wäre dann /etc/network/interfaces

Das trägt Debian ein
# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug enx000acd26e2c8 iface enx000acd26e2c8 inet dhcp # This is an autoconfigured IPv6 interface iface enx000acd26e2c8 inet6 auto
Gut, bei der Installation hat Debian ja nur die zusätzliche Netzwerkschnittstelle erkannt, folgerichtig ist die auch als primäre Schnittstelle eingetragen. Dann ändern wir das mal...
# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug enx000acd26e2c8 allow-hotplug eth0 #iface enx000acd26e2c8 inet dhcp iface eth0 inet dhcp # This is an autoconfigured IPv6 interface #iface enx000acd26e2c8 inet6 auto iface eth0 inet6 auto
Danach einmal alles neu starten bitte 😉
systemctl status networking
Da fehlte mir aber jetzt die IPv4 Adresse, so das ich einmal komplett neugestartet habe. Der Ordnung halber, so hätte man die IPv4 Adresse bekommen.
dhclient eth0
Nachdem Neustart kam dann das
root@debian:/etc/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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff inet 192.168.3.172/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 42452sec preferred_lft 42452sec inet6 fd8a:6ff:2880:0:6003:b0ff:fed6:dcb3/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:6003:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5667sec preferred_lft 2067sec inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link valid_lft forever preferred_lft forever 3: enx000acd26e2c8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff
Fertig, eth0 läuft. Nun kann man den zusätzlichen Adapter entfernen oder halt konfigurieren, wenn man ihn braucht.

Warum der Debian Installer die eth0 nicht erkennt verstehe ich nicht, aber vielleicht wird das irgendwann auch noch gefixt. Jetzt habe ich erst mal einen Workaround um eine Installation auf den ROCKPro64 zu bekommen.
F

ROCKPro64 - Armbian - Schnelltest 5.75 Debian Stretch
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Armbian armbian rockpro64
1

1 Stimmen

1 Beiträge

388 Aufrufe

Niemand hat geantwortet
F

Booten von USB3
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

294 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - Stromaufnahme wenn OFF
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
4

0 Stimmen

4 Beiträge

446 Aufrufe

F

Die Idee war, das eine evt. sehr kleine Stromaufnahme mit dieser Art "Meßgerät" nicht vernünftig erfasst werden kann.
F

ROCKPro64 - Armbian armbian-config
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Armbian armbian rockpro64
1

0 Stimmen

1 Beiträge

755 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - eMMC-Modul / SD-Karte auswählen
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware hardware rockpro64
3

0 Stimmen

3 Beiträge

2k Aufrufe

F

Echtes Problem gefunden.

Wenn die eMMC-Karte verbaut ist, ich mit der SD-Karte starte (Jumper gesetzt), kann ich keinen Kernel updaten. Es ist alles ganz normal installiert, er startet aber immer den letzten vorhandenen.

Jumper entfernt, eMMC-Modul entfernt!

Bootvorgang mit unveränderter SD-Karte, neuer Kernel wird geladen.

OK, das verstehe ich im Moment überhaupt nicht !?!?!?
F

ROCKPro64 updaten
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

578 Aufrufe

Niemand hat geantwortet
F

0.6.59 released
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Archiv rockpro64
1

0 Stimmen

1 Beiträge

538 Aufrufe

Niemand hat geantwortet