Suchergebnisse

Die notwendigen Skriptkommandos um ein Backup zu starten habe ich inzwischen gefunden. Duplicati-Backups im Docker-Container starte ich mittels den folgen Zeilen: paramArray=("exec" "duplicati$diskID" "mono" "/app/duplicati/Duplicati.CommandLine.exe" "backup")...

Ein kleiner Hinweis: Nur mit root-Berechtigung kann man (bei DSM 7) nach /dev/ttyS1 schreiben, also z.B. den Piepser oder die LEDs steuern!

Ich habe einen Fork von Autorun für DSM 7 als Version 1.10.0-0001 in Github veröffentlich: https://github.com/schmidhorst/synology-autorun. Viele Dinge habe ich etwas umgeschrieben. Die wesentlichen Änderungen: Im Installations-Wizzard werden bei Re-Installation oder Upgrade die vorhanden...

Inzwischen habe ich das Problem mit dem nicht erkannten BTRFS noch etwas durchleuchtet. Ich denke, es hat keinen Zusammenhang zu der hier beschriebenen Zuordnung einer festen Bezeichnung! Das Problem tritt in folgendem Szenario auf: Zwei (oder mehr) externe USB-Festplatten, die mal beide...

Hallo RichardB, es geht um Seagate-Ironwolf-NAS-Festplatten (3CP101-500 ST8000VN004, also keien SSDs, paßt also nicht ganz zur Überschrift des Threads), die auch erst ca. 4 Wochen in Betrieb waren, bevor die Diskstation dann letzlich bei beiden "abgestürzt" gemeldet hat. Ich habe beide...

Ich habe meine DS220+ seit ca. 4 Wochen und betreibe sie mit Raid 1. Die S.M.A.R.T-Schnelltest wurden regelmäßig ausgeführt und haben immer "In Ordnung" gemeldet. Jetzt habe ich erstmals den "erweiterten Test" auf beiden Platten ausgeführt. Auf jeder Platte werden 10 fehlerhafte Sektoren...

Update: Nach dem zuück zu wechselnden USB-Nummern und wieder vor zu de festen Nummern geht es jetzt plötzlich auch bei btrfs ohne Probleme. Keine Ahnung warum ...

Bei mit BTRFS formatierten USB-Festplatten gibt es bei in /usr/syno/etc/usbno_guid.map geänderter Nummer folgendes Problem: Wenn man die Platte mal ordnungsgemäß "entfernt", absteckt und danach wieder ansteckt, dann wird das Dateisystem nicht mehr erkannt. Um die Platte wieder verwenden zu...

Gemäß docker stop --help sollte ein docker stop <container> dem Container nach dem stop-Signal 10 Sekunden Zeit geben, bevor dann ein KILL erfolgt. Gemäß dem Log oben sind es seltsamerweise nur 3 Sekunden. Vielleicht würde ein docker stop -t 120 <container> auch sauber funktionieren. Auch ich...