Den kleinsten Anschluss den die Telekom hat, also 50mb/10mb. Der Rest ist mir zu teuer. Komme von Vodafone Kabel Max mit 1 Gigabyte mit gleichen Preis (40€ / Monat). ArchLinux updates dauern merklich länger aber sonst ist es okay.

edit

Das WAN6 interface kann weg. Im Wiki steht sinngemäß bei PPPoE wird das ipv6 interface automatisch angelegt. Sieht man auch oben WAN_6.

Dann kann man nur hoffen das OpenWrt den R5S bald Unterstützt.

Wie ich gerade im Quartz64 Development Chat lese, ist PCIe für den rk3568 gemerged. Kommt dann wohl mit Kernel 6.1. Und das sollte auch mit diesen OpenWrt Images helfen.

Bei meinen Versuchen Docker von /opt/docker nach z.B.: /mnt/nvme/docker zu verlegen tauchte ein Problem auf, irgendwann waren meine Daten auf der NVMe weg. Nur Backups, also kein Problem 🙂

Kurz mal nachdenken, da ich eine NVMe SSD mit 1TB verbaut habe, war das neue Konzept relativ schnell klar.

Zwei Partitionen aus der NVMe machen.

Partition1 für Backups Partition2 für docker

Alles eingerichtet, Docker Container wieder installiert. Test Reboot um zu schauen, das die Daten auch erhalten bleiben. DokuWiki gesynct - läuft.

Da mir noch das Backup meine NAS fehlte, kurz neu initialisiert und das Backup angestoßen. Alles so, wie ich es gerne hätte, mal sehen wie lange das so überlebt 😉

Das ging nicht so, wie ich mir das so einfach vorgestellt hatte, aber na gut man lernt nie aus. Die OpenWrt Konfiguration hat doch ihre Stolperstellen.

Aber, aktuell läuft es und ich denke ich habe auch verstanden, was ich die ganze Nacht falsch gemacht habe 😉

c337a5a8-930f-44c3-860e-7e4810f798c1-grafik.png

Docker Container laufen jetzt und meine Netzwerkkonfiguration ist auch auf der Kiste. Zu den ganzen Feinheiten und Problemen schreib ich noch was..

Test zu dem NFS Mount (240GB USB SSD an USB-Port)

[frank-ms7c37 nfs]# dd if=/dev/zero of=sd.img bs=1M count=2048 oflag=direct,nonblock 2048+0 Datensätze ein 2048+0 Datensätze aus 2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 20,0851 s, 107 MB/s

Test zum NAS Mount (Samba) (2TB 2,5Zoll HDD am USB-Port)

[frank-ms7c37 NAS]# dd if=/dev/zero of=sd.img bs=1M count=2048 oflag=direct,nonblock 2048+0 Datensätze ein 2048+0 Datensätze aus 2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 21,4538 s, 100 MB/s

Das für den NAS Mount (Samba) sollte die maximal Schreibgrenze der Festplatte sein. Mehr dürfte da nicht gehen. Das andere könnte an den Adaptern liegen, die ich dafür benutze.

Bei mir ist NFS hier aktuell nicht viel schneller, oder ich bin zu doof dafür.

Mal ein erster iperf3 Test

root@FriendlyWrt:~# iperf3 -c 192.168.3.12 Connecting to host 192.168.3.12, port 5201 [ 5] local 192.168.3.1 port 38496 connected to 192.168.3.12 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 240 MBytes 2.00 Gbits/sec 0 233 KBytes [ 5] 1.00-2.00 sec 249 MBytes 2.09 Gbits/sec 0 262 KBytes [ 5] 2.00-3.00 sec 248 MBytes 2.08 Gbits/sec 0 262 KBytes [ 5] 3.00-4.00 sec 249 MBytes 2.08 Gbits/sec 0 262 KBytes [ 5] 4.00-5.00 sec 248 MBytes 2.08 Gbits/sec 0 262 KBytes [ 5] 5.00-6.00 sec 249 MBytes 2.09 Gbits/sec 0 262 KBytes [ 5] 6.00-7.00 sec 248 MBytes 2.08 Gbits/sec 0 262 KBytes [ 5] 7.00-8.00 sec 244 MBytes 2.04 Gbits/sec 0 262 KBytes [ 5] 8.00-9.00 sec 248 MBytes 2.08 Gbits/sec 0 262 KBytes [ 5] 9.00-10.00 sec 242 MBytes 2.03 Gbits/sec 0 478 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 2.40 GBytes 2.07 Gbits/sec 0 sender [ 5] 0.00-10.00 sec 2.40 GBytes 2.06 Gbits/sec receiver iperf Done. root@FriendlyWrt:~# iperf3 -R -c 192.168.3.12 Connecting to host 192.168.3.12, port 5201 Reverse mode, remote host 192.168.3.12 is sending [ 5] local 192.168.3.1 port 38500 connected to 192.168.3.12 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 270 MBytes 2.26 Gbits/sec [ 5] 1.00-2.00 sec 277 MBytes 2.33 Gbits/sec [ 5] 2.00-3.00 sec 274 MBytes 2.30 Gbits/sec [ 5] 3.00-4.00 sec 273 MBytes 2.29 Gbits/sec [ 5] 4.00-5.00 sec 267 MBytes 2.24 Gbits/sec [ 5] 5.00-6.00 sec 268 MBytes 2.25 Gbits/sec [ 5] 6.00-7.00 sec 276 MBytes 2.32 Gbits/sec [ 5] 7.00-8.00 sec 274 MBytes 2.29 Gbits/sec [ 5] 8.00-9.00 sec 275 MBytes 2.31 Gbits/sec [ 5] 9.00-10.00 sec 274 MBytes 2.30 Gbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.01 sec 2.67 GBytes 2.29 Gbits/sec 10599 sender [ 5] 0.00-10.00 sec 2.66 GBytes 2.29 Gbits/sec receiver iperf Done.

Zur Erklärung, mein Haupt-PC hängt mit 10G an einem Switch, an diesem Switch ist der NanoPi R5S angeschlossen (2,5G). Der Test erfolgte auf der Konsole des NanoPis.

Nicht so schlecht 🙂

Die Samba Freigaben auf meinem Manjaro Desktop zu mounten waren ein Abenteuer. Aber, man findet fast immer eine Lösung im Netz, wenn man die richtigen Worte zum Suchen findet.

Da das ganze jetzt doch etwas länger gedauert hat, als ich erhofft hatte, werde ich das Problem mal morgen ausführlich vorstellen. Weil, das fand ich mal richtig spannend 😉

Jetzt läuft aber alles so, wie ich es brauche.

Kurzes Update

Der 2. NanoPi R5S ist hier eingetroffen, diesmal nur die Platine. Mal kurz angeschlossen und das vorinstallierte FriendlyWrt (eMMC) startet. Bildschirmausgabe = Konsole vorhanden. Bei Anschluss meines Notebooks an den richtigen LAN Port kommt auch das Webinterface.

Mein Idee zur 1. Platine, ich könnte die falsche SD-Karte eingesteckt haben, kann man mit falschen dtb eine Platine schrotten!? Ich kann mich erinnern, das sie ziemlich heiß geworden ist.

Oder sie war von Anfang an Schrott!? Ein wenig schwierig mit der Chinesen Garantie 🙂

R5S_en_14.jpg
Bildquelle: https://www.friendlyelec.com/index.php?route=product/product&path=69&product_id=287