Eigenbau-USV für RaspberryPi-NAS

Simon schrieb:
> Read-only-Zugriff auf das Betriebssystem

Das ist Murks: Du willst ja eine Cloud darauf betreiben, wahrscheinlich 
auch von außen erreichbar (Sonst würde Samba sinnvoller sein). Da 
gehören aber regelmäßige (Sprich: mindestens wöchentliche) 
Sicherheitsupdates dazu. Und die vertragen sich nicht direkt mit einem 
Read-Only System.
Außerdem schützt du damit nur die SD-Karte, die aber im Zweifel sowieso 
egal ist, weil man die schnell neu kauft und bespielt. Das Problem ist 
eher das Dateisystem der Festplatte. Und dagegen helfen wohl nur Backups 
wirklich.

jz23 schrieb:
> Da gehören aber regelmäßige (Sprich: mindestens wöchentliche)
> Sicherheitsupdates dazu. Und die vertragen sich nicht direkt mit einem
> Read-Only System.

Warum nicht? Das mounten 'rw' kann man mit ins Update-Script packen.
BTDT

> Warum nicht? Das mounten 'rw' kann man mit ins Update-Script packen.

Es gibt durchaus Dateisysteme, für die es keine Schreibunterstützung 
gibt. Ein ebensolches sollte man hierfür also zweckmäßigerweise nicht 
benutzen, sonst wird das mit dem 'mounten rw' nix :-)

Auf welche Art von Datensicherheit kommt es denn an? Das Dateisystem 
(sofern es ein halbwegs modernes mit journaling ist) wird durch einen 
Stromausfall nicht beschädigt.

Wenn man dann noch Datenjournaling aktiviert, bleibt meist sogar die 
Datei heile, auf die im Moment des Ausfalls geschrieben wurde. Viele 
Dateisysteme können sich zusätzlich sogar alle paar Sekunden syncen 
womit dann keine Wünsche offen bleiben. Letzteres kann aber Rechenzeit 
fressen.

Also 100% Datensicherheit ist jetzt nicht wichtig. Das Ganze soll vor 
allem mein Dropbox-Account ersetzen, d.h. das alle Daten eh auf dem NAS 
sowie allen gesyncten Rechnern vorhanden sind. Sollten also auf der 
Cloud-Festplatte die letzten geschriebenen Daten verloren gehen, sollten 
sie ja auf dem angeschlossenen Rechner noch vorhanden und beim nächsten 
Booten des NAS synchronisiert werden.

Ich habe selbst noch keine Erfahrung mit Pis, aber habe eben gelesen, 
dass die SD-Karte bzw. deren Inhalt schnell beschädigt werden kann, wenn 
der Rechner einfach ausgeschaltet wird, ein read-only-Zugriff aber 
helfen soll. Ich hätte dann auch ein entsprechendes Skript für Updates 
eingeplant (damit wollte ich mich aber erst beschäftigen, wenn meine 
Grundfrage, also welche der vier Lösungen ich benutzen möchte, geklärt 
ist).

Mir ist aber wichtig, dass der Pi nach einem Stromausfall einfach wieder 
gestartet werden kann und direkt als Cloud funktioniert. Eine neue 
SD-Karte erstellen (selbst wenn das nur einmal im Jahr vorkommen sollte) 
ist schon zu viel Aufwand.

Christian S. schrieb:
> Nextcloud auf RP oder BP ist nicht sooo geil - lieber:

Ehrlich gesagt kam mir auch schon der Gedanke, ob ich mir die Bastelei 
nicht sparen und gleich ein fertiges NAS kaufen soll. Aber das macht ja 
nicht so viel Spaß. ;)

Beim Banana Pi bin ich gelandet, weil er eben einen höheren 
Datendurchsatz als der Raspberry Pi liefert (z.B. 
http://www.raspberry-pi-geek.de/Magazin/2014/05/Banana-Pi-und-Raspberry-Pi-als-Server-im-Vergleich). 
Ein vollwertiger Server hätte zwar auch seinen Reiz, aber beim 
Dauerbetrieb fällt die doppelte bis dreifache Leistungsaufnahme schon 
ins Gewicht. Inwiefern ich die zusätzliche Geschwindigkeit brauche, weiß 
ich nicht. Aber da die Daten ja eh im Hintergrund aktualisiert werden 
und es sich eher selten um große Datenmengen am Stück handeln sollte, 
glaube ich nicht, dass das in der Praxis ins Gewicht fällt. Außerdem 
liegen die verlinkten Werte, abgesehen vom (leider relevanten) Szenario
mit Verschlüsselung, eh über dem, was meine Internetanbindung leistet.

Danke schonmal für Eure bisherigen Antworten, aber bei meinem 
Hauptproblem, welche der vier Lösungen zur Vermeidung von Problemen bei 
einem Stromausfall am sinnvollsten ist, bin ich leider noch nicht viel 
schlauer geworden.

Wie gesagt, ich denke nicht dass das Dateisystem durch einen 
Stromausfall beschädigt wird.

 Ich habe einen Wackelkontakt im Netzteilstecker meines Bastellaptops 
(ohne Akku) und das Ding geht regelmäßig während des Betriebs aus. Da 
passiert gar nix, und ob SSD (wie bei mir) oder SD-Karte drin ist, ist 
erstmal egal.

Du kannst dir natürlich eine USV-Lösug bauen, aber meiner Meinung nach 
ist das kein reales Problem.

Danke noch mal für alle Tipps. Irgendwie bin ich wieder am Anfang und 
überlege, ob ich mir nicht doch einfach ein fertiges Synology (o.Ä.) 
NAS-Gehäuse kaufen soll. Wären am Ende zwar 50-100 Euro mehr, höherer 
Stromverbrauch samt weniger Flexibilität, aber gleichzeitig doppelter 
Speicher, Hardware-Verschlüsselung und vermutlich wäre das auch robuster 
als eine selbstgebastelte Lösung. Sollte ich doch einen Banana Pi 
kaufen, wäre mein Fazit nach der obigen Diskussion, erstmal auf 
sämtliche Eigenbauten zu verzichten und zu schauen, ob es mir nicht so 
auch reicht. Falls es jemanden interessiert, schreibe ich noch mal, was 
ich sonst noch in Erfahrung gebracht habe:


2. Verwendung einer USB-Powerbank

Eine alternative Lösung wäre hier, die Powerbank so einzubinden, dass 
ich quasi selbst bestimme, wann ge- bzw. entladen wird. Ich würde dazu 
die Powerbank hinter das Netzteil schalten und dann einen MOSFET 
benutzen, um die Powerbank erst mit dem Banana Pi zu verbinden, wenn der 
Netzstrom ausgefallen ist. Ich habe das Gefühl, dass man mit dieser 
Lösung ziemlich weit kommen könnte.


3. Verwendung von Akkus/Batterien

Hier habe ich eine interessante Anleitung gefunden, die auch das nicht 
ganz triviale Problem löst, dass der Raspberry Pi (Banana Pi) nicht 
wieder hochfährt, wenn der Netzstrom wieder vorhanden ist, während er 
sich gerade runterfährt:
https://www.raspberrypi.org/forums/viewtopic.php?f=37&t=102015

Ein paar Feinheiten kann ich mir sparen, trotzdem ist es schon ein 
grösseres Projekt. Ich bin mir auch nicht ganz sicher, ob ich ein NAS 
wirklich nur mit ein paar AA-Akkus sicher versorgen kann. Aber die 
vorgestellte Lösung ist wirklich einen Blick wert.


4. Verwendung von Superkondensatoren

Hier habe ich diese Lösung gefunden:
https://www.stall.biz/project/usv-fuer-homematic-ccu2-und-raspberry-mit-wirkungsvollem-ueberspannungsschutz

Sie scheint mir auf den ersten Blick vertrauenswürdiger als die zuerst 
vorgestellte Lösung. Ich würde sie gerne noch so erweitern, dass im 
Netzbetrieb der Boost-Converter umgangen wird (mit einem MOSFET, wie 
oben schon erwähnt). Allerdings hätte ich zwei Probleme: 1. würde ich 
den Konverter schon an seiner Belastungsgrenze betreiben, 2. hätte ich 
immer noch die Problematik, dass sich der Pi nicht wieder hochfahren 
würde, wenn der Netzstrom zurückkehrt, solange die Superkondensatoren 
noch ausreichend Strom abgeben.


Neu dazugekommen ist Lösung fünf:

5. Banana Pi mit integrierter Unterstützung für 3.7V Li-Ion-Akkus 
verwenden

Per Zufall bin ich darauf gestossen, dass man bei vielen Banana 
Pi-Modellen einen 3.7V-Li-Ion-Akku anschliessen kann (manchmal direkt, 
manchmal mit etwas Lötarbeit). Dieser wird dann anscheinend automatisch 
geladen bzw. als USV genutzt. Angeblich fährt sich der Banana Pi sogar 
automatisch wieder hoch, wenn der Netzstrom zurückkehrt (trotz 
angeschlossenem Akku).

Soweit so gut. Leider muss man genau schauen, welches Modell die 
Kombination aus Akku-Integration und SATA bietet. Das Modell, das ich 
ausgesucht hatte, bietet natürlich keine Akkuladung, also müsste ich 
entweder auf ein teureres oder ein weniger leistungsfähiges Modell 
umsteigen. Leider wird auch die SATA-Stromversorgung nicht gepuffert. 
Also wäre es nur eine halbe Lösung.


Momentan schwanke ich zwischen Lösung 2 (da man den Pi mit einer 
Powerbank wohl relativ lange betreiben könnte, wird wohl auch das 
Problem mit dem Neustart minimiert), 5 und eben doch dem Kauf eines 
fertigen NAS-Gehäuses...