@Andy Was ist der Plan und warum? Wenn ich das machen wollte, würde ich das dtbs File bearbeiten.

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.

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