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 340 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

Anmelden zum Antworten

F

ROCKPro64 - Kernel 5.6 und Wireguard 1.0
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 linux rockpro64 wireguard
1

0 Stimmen

1 Beiträge

354 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 Übersicht - was geht?
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
4

0 Stimmen

4 Beiträge

685 Aufrufe

F

WIFI Seit dem Release des Images 0.7.13 ist WiFi auch möglich. Weiterhin ungelöst ist das Problem PCIe & WiFi (also bei mir).
F

ROCKPro64 - Ayufan's Images vs. Armbian
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 armbian rockpro64
2

0 Stimmen

2 Beiträge

983 Aufrufe

F

Das Resize-Problem der Partition, nachdem man das System auf einer USB3-HDD installiert hat, ist in Welcome to ARMBIAN 5.67.181217 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64 gefixt. Eine echte Verbesserung!
F

ROCKPro64 - Reset per SSH funktioniert nicht (Kernel 4.4.x)
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
14

0 Stimmen

14 Beiträge

2k Aufrufe

K

halli hallo & zusammen, in Allgemeinen lässt sich selten empfehlen, auf verdacht alles zu updaten, sobald irgend etwas nicht tut. Oftmals holt man sich lediglich neue Ungewissheit ins Boot. Es hilft eher zu wissen, wo es (denn ungefähr) hakt. Wie Frank in etwa bereits angesprochen hat ist es ungemein hilfreich zu sehen "was ab geht". Sprich die serielle "Schnitte" anzuklemmen. Das ist wirklich kein Hexenwerk, braucht aber einen Pegelwandler. Andernfalls ist die Gefahr hoch, dass man mit Rätselraten einen Abend ohne Ergebnis in den Sand setzt. Hab ich einmal mit diesem Board hinter mir, dann die serielle Komm angeklemmt. Ein ResetProb hab ich zumindest mit eMMC noch nicht beobachtet. Dabei habe ich viel Kernel gewechselt (nie den uboot) und 'reboot' getippt. Ab und an hängt er anscheinend bei Initialisierung der tty's, aber ich mag mich irren. Für das Prob von @killlah78 fehlt für mehr einfach ein output gruß
F

[HOWTO] Verschlüsseltes NAS aufsetzen
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 howto linux rockpro64
12

0 Stimmen

12 Beiträge

3k Aufrufe

F

Da btrfs bei mir ja nicht so der Bringer war, Fehler im Image vom Kamil?, Fehler in btrfs? Ich weiß es nicht, also weg damit! Da ich das NAS noch richtig produktiv genutzt hatte, waren die Daten schnell gesichert. Danach das NAS neugestartet, nun sind die beiden Platten nicht mehr gemountet und wir können damit arbeiten. ACHTUNG! Ich bitte wie immer darum, das Gehirn ab hier einzuschalten! Sonst droht Datenverlust! Aus Sicherheitsgründen gebe ich hier die Laufwerke so an = sdX1 Das X bitte entsprechend austauschen! Die beiden Platten mit sudo fdisk /dev/sdX neu einrichten. Alte Partition weg, neu einrichten usw. Im Detail gehe ich hier jetzt nicht drauf ein. Ich gehe davon aus, das das bekannt ist. Der Plan raid_pool0 = sdX1 = /dev/mapper/raid_pool0 raid_pool1 = sdX1 = /dev/mapper/raid_pool1 Verschlüsseln sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 Platten entschlüsseln sudo cryptsetup open /dev/sdX1 raid_pool0 sudo cryptsetup open /dev/sdX1 raid_pool1 RAID1 anlegen sudo mdadm --create /dev/md0 --auto md --level=1 --raid-devices=2 /dev/mapper/raid_pool0 /dev/mapper/raid_pool1 sudo mkfs.ext4 /dev/md0 Script zum Entschlüsseln und Mounten crypt.sh #!/bin/bash ###############################################################################$ # Autor: Frank Mankel # Verschlüsseltes Raid1 einbinden! # # Hardware: # ROCKPro64v2.1 # PCIe SATA Karte # 2St. 2,5 Zoll HDD Platten a 2TB # # Software: # bionic-minimal 0.7.9 # Kontakt: frank.mankel@gmail.com # ###############################################################################$ #Passwort abfragen echo "Passwort eingeben!" read -s password echo "Bitte warten......" #Passwörter abfragen echo -n $password | cryptsetup open /dev/sdX1 raid_pool0 -d - echo -n $password | cryptsetup open /dev/sdX1 raid_pool1 -d - #Raid1 mounten mount /dev/md0 /mnt/raid echo "Laufwerke erfolgreich gemountet!" Bis jetzt sieht das Raid ok aus, ich werde das die nächsten Tage mal ein wenig im Auge behalten. [ 82.430293] device-mapper: uevent: version 1.0.3 [ 82.430430] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised: dm-devel@redhat.com [ 108.196397] md/raid1:md0: not clean -- starting background reconstruction [ 108.196401] md/raid1:md0: active with 2 out of 2 mirrors [ 108.240395] md0: detected capacity change from 0 to 2000260497408 [ 110.076860] md: resync of RAID array md0 [ 110.385099] EXT4-fs (md0): recovery complete [ 110.431715] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) [57744.301662] md: md0: resync done.
F

Bionic Minimal 0.7.7 - Vergleich 4.4.132 & 4.18.0-rc3-1046
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Archiv rockpro64
1

0 Stimmen

1 Beiträge

623 Aufrufe

Niemand hat geantwortet
F

nodejs & NodeBB
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

1

0 Stimmen

1 Beiträge

550 Aufrufe

Niemand hat geantwortet
F

bionic-minimal-rockpro64
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Linux rockpro64
4

0 Stimmen

4 Beiträge

1k Aufrufe

F

Neue Version 0.7.3 Soll gefixt sein. USB2/3 PCIe LED's LED's Weiße LED starten nach dem Booten dauerhaft OK PCIe Treiber soll drin sein, aber die 3,3V werden nicht zur Karte durchgeschaltet. Somit funktioniert PCIe nicht. Nicht OK USB2 USB-Funkadapter wird erkannt Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 1113:3163 Medion AG Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Funktastur getestet OK USB3 Angeschlossene SSD wird erkannt OK Kurzer Speed-Test. Bitte dran denken, wir haben hier noch kein optimiertes Release, sondern einen ersten Gehversuch. Da sind noch ganz viele Dinge anzupassen, was sicherlich noch Wochen, wenn nicht Monate dauert! Also, die Messergebnisse mit der nötigen Vorsicht genießen. Und dran denken, wenn @tkaiser das Ding richtig untersucht, dann haben wir auch ordentliche Meßergebnisse! Haupt-PC 2,5Zoll am USB3-Port sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync [sudo] Passwort für frank: 4096+0 Datensätze ein 4096+0 Datensätze aus 4294967296 bytes (4,3 GB, 4,0 GiB) copied, 38,171 s, **113 MB/s** ROCKPro64 Ich benutze eine SAN Disk 240GB SSD an einem Inateck USB 3.0 2,5 Zoll Adapter. Info zum USB-Adapter lsusb Bus 004 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge 2,5 Zoll SSD am USB2-Port sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 160.058 s, **26.8 MB/s** 2,5 Zoll SSD am USB3 Port sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 36.2588 s, **118 MB/s** Der @tkaiser erreicht deutlich höhere Geschwindigkeiten. Bis zu 400 MB/s. Hier nachzulesen. Wenn ich so einen iozone Test mache wie der Thomas, dann erreiche ich ähnliche Werte sudo iozone -a -g 1000m -s 1000m -i 0 -i 1 -r 16384K Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Sat May 26 05:16:40 2018 Auto Mode Using maximum file size of 1024000 kilobytes. File size set to 1024000 kB Record Size 16384 kB Command line used: iozone -a -g 1000m -s 1000m -i 0 -i 1 -r 16384K Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 1024000 16384 383912 348782 1515506 1659394 Da muss ich den Thomas nochmal was zu fragen. ?? UART2 Und zum Schluss ist mir noch aufgefallen, das die UART2 Schnittstelle jetzt funktioniert Ok, den Adapter, der morgen kommt, habe ich dann umsonst bestellt. LOL OK