Suchergebnisse

XBMC kann doch selber SMB, wo ist das Problem?

Welche DSM-Version?

"Video" ist falsch, da muss eine Ziffer stehen.

Version 1.6 Version 1.6 ist verfügbar, welche mit DSM 5.1 kompatibel ist: http://www.cphub.net/

Mit den Befehlen kannst Du nichts kaputt machen. Ich würde den Ordner mounten, via Konsole die Daten kopieren und ihn dann anschließend löschen und neu anlegen. Alternativ kannst Du ein Ticket bei Synology aufmachen.

Z.B. in http://www.synology-forum.de/showthread.html?51816-Nach-Update-auf-DSM-5.0-4458-ein-verschlüsselter-Ordner-nicht-mehr-mountbar finden sich die notwendigen Konsolenbefehle.

Wirklich helfen wird Dir da keiner können. Netzwerkprotokolle (hier SMB) sind im Allgemeinen nicht so gut für wahlfreie Zugriffe geeignet, wie sie in dem Fall auftreten...

Ich glaube ja viel, aber gewiss nicht, dass ein Festplatte in einem Raid in einem NAS (also doch eine eher exotische Konstellation auf spezieller HW) in der Lage ist, auf das Netz zuzugreifen.

Du kannst die Namensverschlüsselung weglassen, die das Problem mit der Länge verursacht. Das heißt, dass man die dann weiterhin lesen kann und nur der Inhalt verschlüsselt wird. Halt die Frage, ob Du die Namen auch zwingend "verstecken" möchtest / musst. /usr/syno/sbin/mount.ecryptfs...

Wenn Du selber über die Konsole mountest, kann man das auch weglassen. Falls die Namen also nicht so relevant sind, wäre das vielleicht eine Option.

Prinzipiell schon, natürlich auch abhängig davon, wie viel Redundanz man bei par einstellt. Persönlich verwende ich das für manuelle Backups in die Cloud zum Zweck der Archivierung (also kein schneller Zugriff nötig). Verschlüsseltes Archiv erstellen, mit par2 Redundanz hinzufügen und dabei...

Für solche Fälle gibt es so was wie par oder par2, welches man problemlos als zusätzlichen Schritt in einen Backup-Lauf einfügen kann.

Ich würde BT-Sync nehmen, um die Daten zwischen den beiden DS synchron zu halten. Nutzer und Einstellungen dann einfach manuell abgleichen.

Das Stichwort heißt Downgrade und dazu findet sich was im Wiki.

Interne Festplatten werden immer beim Einbinden in die DS gelöscht und neu formatiert. Von daher nein, das geht nicht so, wie Du das gerne hättest.

Das kannst Du auf der DS genauso machen, allerdings würde ich eher eine neue Datei anlegen. Allerdings weiß ich nicht so recht, was Du damit erreichen willst, den zusätzlichen Symlink siehst Du von außen nicht.

Dsm 5.1 Hier erst mal ein schneller Fix. Konsole als root öffnen und das folgende einfach rein kopieren. mkdir -p /usr/syno/hotplug.d/default echo "#!/bin/sh" > /var/packages/autorun/target/udev echo "if [ ! -f /usr/syno/hotplug.d/default/99autorun.hotplug ]" >>...

Das Problem ist, dass ich inkonsistente Ergebnisse bekommen (alles von 1 bis 5 Events), so dass ich da selbst noch eine Filterung vornehmen muss (sonst läuft es mehrfach) und das ist etwas aufwändiger. Von daher keine Ahnung, wann das fertig sein wird.

Stimmt soweit alles. SHR sind auch nur Raid 1, 5 oder 6, so dass die Paritäten auch gleich verteilt sind. Der Unterschied ist nur, dass dann mehrere dieser Raids mittels LVM zusammengefasst werden. Performancemäßig ist der Unterschied im (von außen) nicht merkbaren Bereich. Der einzige...

udev ist erst ab 5.1 (aktuell in Beta) verfügbar, die Regeln liegen unter /lib/udev/rules.d. Ob Synology aber irgendwelche Beschränkungen vorgenommen hat, hab ich noch nicht weiter untersucht.