AutoPilot AutoPilot für externe Datenträger

[Christian72D]

Lustig, gestern per Zufall auf den Synology Solution Days auf dieses Tool aufmerksam gemacht worden.

Ich habe jetzt die ersten Seiten, die letzten, das Video, das Wiki , Github angesehen: ich möchte kein HyperBackup starten, sondern Bilder / Videos von meiner Drohne / Action Cam usw. gezielt von der Karte holen.

Wie weise ich dem Script den Namen des Volumes zu? Also USBSHarexxx? Habe ich irgendwie Null zu gefunden.

 

[synfor]

Nimm USB Copy. Dann brauchst du Autopilot nicht.

 

[Tommes]

Natürlich kannst du dem Vorschlag von @synfor folgen, um dein Ziel zu erreichen. Möchtest du es dennoch mit AutoPilot versuchen und du benötigst für dein Skript den Einhängepunkt bzw. Mountpoint des angeschlossenen externen Datenträgers, hilft die die Variable $mountpoint weiter. Ich habe hierzu im Synology Wiki ein paar Zeilen geschrieben. Ich kopier den Abschnitt mal hier rein…

• Du wirst jetzt mit einem teilweise unverständlichen Text konfrontiert, den du aber nicht weiter beachten musst. Wichtig ist der Bereich zwischen Zeile 53 und 61, da dieser für Benutzereingaben vorgesehen ist, wobei sich in den Zeilen 56 bis 59 bereits einige Beispieleinträge befinden. Diese können bedenkenlos übernommen werden. Bewege den Cursor zum Ende der Zeile 61 und drücke die Eingabetaste, um in eine neue Zeile zu springen. Du solltest dich nun in Zeile 62 befinden.

Ich hoffe, das hilft dir weiter.

 

[Duffman]

Hallo Tommes,

vielen Dank für den Autopiloten. Er funktioniert bei mir problemlos und erleichtert das Backuppen auf eine Platte wirklich.
Eine Sache ist mir bei der DSM-Update-Orgie in den letzten Wochen aufgefallen: Nach einem Update muss jedes mal der UDEV-Treiber neu installiert werden.

Würde es nicht Sinn machen diese Routine in den Bootvorgang zu packen? Also ein Skript, was beim Bootvorgang überprüft ob der Treiber installiert ist und dann entweder ohne weitere Arbeit weiter bootet (bei einem Reboot ohne DSM-Update), oder den Treiber installiert (nach einem Update)...

 

[geimist]

Das liegt in deiner Hand, da es von root erfolgen muss. Erstelle dazu einfach eine "Ausgelöste Aufgabe" mit dem Trigger "Hochfahren" und dem Befehl zum Installieren der Treiber als User root.

PS: Gäbe es eine Möglichkeit, das direkt über das Paket zu machen, hätte es @Tommes garantiert sofort eingebaut.

 

[Tommes]

Perfekt beschrieben @geimist

Genauso würde ich es auch machen, wobei ich bei Gelegenheit einmal überprüfen sollte, ob der ausgelöste Befehl bei mehrmaliger Ausführung irgendwelche Probleme verursacht, sollte sich zwischenzeitlich nichts verändert haben. Ein kurzer Blick ins Skript lässt mich aber mit ziemlicher Sicherheit sagen, das dies keine ungewollten Seiteneffekte auslösen sollte.

Gäbe es eine Möglichkeit, das direkt über das Paket zu machen…

… hätte ich das in der Tat schon längst eingebaut.

 

[Duffman]

OK, also eigentlich steht dem nichts im Wege, außer mein Können an den Tasten
Hat jemand ein solchen Skript für mich? Also prüfen ob UDEV installiert ist und wenn nicht installieren.
Vielleicht wäre es auch für andere hilfreich das Skript in der Beschreibung des Tools zu hinterlegen

 

[geimist]

Das gleiche, was du bisher manuell nach einem Update gemacht hast:
/usr/syno/synoman/webman/3rdparty/AutoPilot/driver.sh "install"

 

[Duffman]

Muss da vorher nicht geprüft werden ob der Treiber schon installiert ist? Sonst bügel ich das ja bei jeden Reboot drüber?!

 

[geimist]

➜ #226

 

[Tommes]

Der Befehl führt ein Install Skript aus, was zunächst prüft, ob der UDEV-Treiber in Form einer Datei bereits im System verankert ist. Falls ja, wird die aktuelle Treiber-Datei gelöscht und durch ein neues Abbild aus dem AutoPilot Verzeichnis ersetzt. Somit ist immer gewährleistet, das der Treiber aktuell ist. Abschließend wird durch einen Reload der Treiber wieder ins System geladen und man erhält eine Benachrichtigung über den DSM, das der Treiber installiert wurde. Von daher sollte ein mehrfaches Auslösen des Befehls unproblematisch sein.

 

[Duffman]

ich habe bislang unverschlüsselte Backups auf meine Platte gelegt und möchte die nun verschlüsseln.
Dafür muss ich eine neue Aufgabe in Hyperbackup anlegen. Wie sollte ich den Autopiloten so bereinigen, dass er ohne "Altlasten" die neue Aufgabe abarbeitet?
Einfach das alte Skript löschen? Oder gibt es irgendwas zu beachten?

 

[geimist]

Du kannst doch einfach das alte Skript auf den neuen Task von HyperBackup umstellen (ID ändern).

 

[Tommes]

Oder du löschst den alten Job, erstellst einen neuen Job und bindest die neue Hyper Backup Aufgabe an diesen Job. Hier eine Anleitung, wie du eine Hyper Backup Aufgabe an AutoPilot bindest *klick*

 

[Tommes]

AutoPilot für externe Datenträger Version 1.1-900 vom 05.02.2026​

​

Release-Notes​

• Update Bootstrap Framework auf 5.3.8
• Update Bootstrap JavaScript auf 5.3.8
• Update Bootsrap Icons auf 1.13.1
• Update jQuery auf 4.0.0
• Die Unterstützung für Basic Backup Skripte wurde eingestellt
• Die Spracheinstellungen wurden angepasst. Wenn die Anzeigesprache Deutsch ist, wird Deutsch ausgewählt. Bei jeder anderen Sprache wird Englisch ausgewählt.

AutoPilot GitHub Repository​

AutoPilot Download Link​

Weiterhin viel Spaß mit AutoPilot

Tommes

 

[anmi4345]

Hallo Tommes,

bin sehr zufrieden mit AutoPilot. Hab es auf meiner DS223 laufen um HyperBackup auf externe USB-Platten zu machen.
Nachdem ich mein NAS zurücksetzen musste, hab ich festgestellt, dass es eine neue Version gab.

Wie kann man über Updates informiert werden?

Ich benutze dazu ein Script von Adama:

 

[luddi]

@anmi4345 Ich sehe hier 3 Möglichkeiten.

a.) Entweder bei @Adama nachfragen ob er sein Script anpassen kann um auch Github releases zu prüfen
b.) Bei Github registrieren und die Benachrichtigung für neue Releases einstellen
c.) Du versucht mein Skript: synopkg-update-checker. Da werden Paketquellen wenn sie sauber gepflegt sind auch die über Github verteilt unterstützt.

 

[DaveR]

My version of Adama's script shows when newer versions of packages from GitHub are available... but those GitHub repos need to have:

1. The spk added to the release as a resource.
2. The spk file's name must include a version number.
3. The package's INFO file must have the "distrubutor_url" set to the github repo.

You need to edit the email addresses at the top of pkg_versions_html.sh to your email address.

 

[Tommes]

Ich sehe hier 3 Möglichkeiten.

Ich sehe noch eine vierte Möglichkeit, sich direkt über die App über Updates informieren zu lassen.



@DaveR hat mir auch schon den Tipp und sogar einen passenden Pull Request (PR) auf GitHub gegeben, damit meine Apps in die Liste aufgenommen werden. Ich müsste dafür allerdings ein neues Release herausbringen, was ich jedoch für nicht angebracht halte. Daher wollte ich warten, bis sich weitere Veränderungen, Verbesserungen und/oder Fehlerbehebungen dazugesellen.

Tommes

 

[wegomyway]

Ich aus meiner „jahrelangen“ Nutzungserfahrung kann nur mitteilen das „Autopilot“ seitdem ich es eingerichtet habe (und später auf CMR-Sicherungsziel-HDD umgestiegen bin), klaglos und einwandfrei seine Funktion immer wieder unter Beweis stellt. Version 1.1800 und eben im DSM gesehen, die 1.1.900 ist vorhanden (wer weiß seit wann ). Ich guck’ da nicht jeden Tag rein und herum, es funktioniert zuverlässig. Einzig wenn DSM mal was „neues“ bekommt, den UDEV-Treiber installieren. Dafür hab ich im Aufgabenplaner ’nen deaktiviertes Script zu liegen, klick dann drauf und gut ist (bisher).