kopeter schrieb:
ich möchte eine große Festplatte am RasPi anschließen, auf welcher alle Grabauchsdaten (Dokumente; Filme; Fusik etc) liegen sollen.
Du wirst feststellen, dass der Raspi für Dateien in Office-Format-Größe perfekt funktionieren wird und alle Ansprüche top erfüllt. Du wirst aber auch feststellen, dass der Pi mit Multimedia-Dateien in GB-Größe nervend langsam kopiert. 2 oder 3 Filme mit -sagen wir mal in Summe- 10 GB übers Netz kopiert kann dann schon mal das eine oder andere Stündchen dauern. Die Idee ist grundsätzlich klasse, und wenn man völlig anspruchslos und schmerzfrei ist, geht das auch mit den richtig dicken mkv-Dateien auf einem Pi. Rein zum Liefern der Dateien als Fileserver und beim Abspielen mit einem Player reicht der Pi hingegen wiederum allemal aus. Man muss halt gucken, dass man dicke Dateibewegungen von und zum Pi möglichst vermeidet oder das einfach nachts alleine laufen lassen.
Diese würde ich dann gerne beim Systemstart auf unseren Familien-Rechnern einbinden und wie lokale Dateien nutzen.
Dies soll eine Synchronisationslösung ablösen, welche leider nie zufriedenstellend abreiten.
Das funktioniert perfekt... wobei ich die Familien-Rechner nie mit den Daten vom PI sync'n würde, sondern allenfalls die Daten der Rechner zum PI sichern würde. Oder noch besser, gar keine lokalen Daten vorhalten und von vornherein alles auf dem Server speichern.... was das Backup aller Daten dann total einfach macht.
Soweit ich mich eingelesen habe gibt es SSHFs, CiFs/Samba und NFS welche diese Aufgabe erledigen könnten. Was könnt ihr mir raten?
Bei einer reinen Linuxumgebung geht beides, Samba und NFS. Wären auch Windowsrechner am Start, dann geht nur Samba. Ich selber finde Samba richtig klasse, ohne das jetzt technisch zu begründen... es funktioniert hier stabil und fehlerfrei seit Jahren. Schau selbst, was Dir mehr zusagt. SSHFS für dauerhafte Mounts im LAN halte ich für kontraproduktiv... was soll die Verschlüsselung innerhalb eines sowieso isolierten privaten LANs bringen? Die kostet nur Performance.