Zyxel Forum - Herzlich Willkommen!

Hi,

ich habe nach längerer Zeit mein altes NAS540 rausgekramt, um es als BACKUP-Server für diverse Zwecke
(u.a. Sicherung meines aktiven Home-NAS mittels rsync) zu verwenden. Aktuellste Firmware wurde installiert,
RAID5 mit 4 4TB Platten eingerichtet.

rsync script soll auf NAS540 laufen ... da ich das NAS nur tmp. zum Sichern hochfahren will.

Ich scheitere aber jetzt leider beim Versuch "rsync" zum Laufen zu bekommen.

Versuch 1: mittels RandomTools
-> Installation (nach langen Versuchen) erfolgreich, leider mit folgenden Problemen:
a) das Paket wird nach Neustart nicht automatisch gestartet
b) Hinterlegung der .ssh keys vom Quell-NAS sind nach Neustart wieder weg
c) kann (als root) zwar mit rsync Daten sichern, allerdings funktioniert die Berechtigungsvergabe
nicht (permissen denied - als root?), so dass alle Dateien NUR für root sichbar sind (quasi 700).
Ich vermute, das die Runtime-Systempartition im flüchtigen RAM liegen, die beim Hochfahren
quasi jedesmal neu eingerichtet wird....
Gibt es hierfür irgendeine Lösung?

Versuch 2: mittels ffp (von http://metarepo.tk/Users/Mijzelf/zypkg-repo/fw5/)
Auch das habe ich nach langem Hin und Her installiert bekommen. Aber auch hier ist das Paket nach
Reboot / Hochfahren deaktiviert.
Ich finde da auch Hinweise auf einen FFP-Stick - ich vermute mal das es so etwas wie ein FFP-Boot-Stick
sein wird - aber leider ist die FFP-Stick-WIKI, auf die überall verwiesen wird, nicht mehr erreichbar
(http://zyxel.nas-central.org/wiki/FFP-stick) und ich kann auch keine weiteren Hinweise auf diese
Hilfsinformationen.

Ich würde mich freuen, wenn mir hier jemand weiterhelfen kann.

Gruß
ralf
alias schnappata

Zu FFP kannst Du etwas bei archive.org finden:
https://web.archive.org/web/20190113013 ... /FFP-stick

Danke für die Freischaltung der Anfrage und den Link auf das FFP-Stick Archive

Einen ähnlichen Link hatte ich bereits mal aufgetrieben, der hatte aber nicht funktioniert.

Also ist der FFP-Stick notwendig, damit das ffp Paket automatisch gestartet/aktiviert wird.
Somit kann ich ja dann zusätzliche Start-Skripte anlegen, die mir z.B. die ssh-Keys wieder bereitstellen,
damit der Autologin auf das andere NAS funktioniert. Das werde ich dann mal in den nächsten Tagen auspronieren

btw - was passiert, wenn man parallel ein USB Stick UND eine SD-Karte mit "usb_key_func.sh" Skripten
beim Boot angeschlossen hat? Werden beide Speicher geprüft und entsprechende Skripte ausgeführt
oder wird nur der 1. Speicherstick-Fund berücksichtigt? Kennt jemand die Reihenfolge der Ausführung beim NAS540?

Gruß
schnappata

schnappata wrote: Versuch 1: mittels RandomTools
-> Installation (nach langen Versuchen) erfolgreich, leider mit folgenden Problemen:
a) das Paket wird nach Neustart nicht automatisch gestartet
b) Hinterlegung der .ssh keys vom Quell-NAS sind nach Neustart wieder weg

RandomTools only offers tools. It doesn't start an rsync daemon.
Yet you can use RandomTools to start things. The scripts in /i-data/sysvol/.PKG/RandomTools/etc/custom_startscripts/ are executed on boot (and on shutdown) in alphabetical order. The scripts already here will create the symlinks in /bin and /sbin to the tools in /i-data/sysvol.PKG/RandomTools/bin, to have them in the search path.
You can add your own scripts.

Ich vermute, das die Runtime-Systempartition im flüchtigen RAM liegen, die beim Hochfahren quasi jedesmal neu eingerichtet wird....

That is correct.

Gibt es hierfür irgendeine Lösung?

For instance the scripts in /i-data/sysvol/.PKG/RandomTools/etc/custom_startscripts/.

was passiert, wenn man parallel ein USB Stick UND eine SD-Karte mit "usb_key_func.sh" Skripten beim Boot angeschlossen hat?

Here you can see the script which calls the usb_key_func.sh scripts. As you can see it will simply execute all valid usb_key_func.sh scripts it can find, unless one of them exits with 0. (Which will also stop boot, so exit 0 is a nono for an usb_key_func.sh script.