... Schwachsinn ...
Beiträge von framp
-
-
auch lokal produziert werden,
Das dann aber entsprechend teurer Ob sich das fuer ein Unternehmen lohnt da zu investieren? Ein jeder Kaeufer sucht sich den billigsten Anbieter
-
Hatte das Erdmännchen schon lieb gewonnen
Ich finde es auch schade dass dieses nette von mir photographierte Erdmaennchen keine Akzeptanz findet Zumal ich noch ein schoeneres habe was ich geplant hatte demnaechst zu nutzen da es meinen neuen Status bestens repraesentieren wuerde. Im Plauderchannel habe ich es beibehalten. Wenn Du Dich also nach dem netten Erdmaennchen sehnst ... Du weisst wo Du es findest
-
dass ich das als Scherz gemeint hatte!!!
Hatte ich auch so verstanden . Das zu implementieren wuerde mich auch ziemlich viel Strom kosten den ich sinnvoller fuer raspiBackup einsetzen kann
-
-
-
Ich wüßte zu gern, was dabei passiert ist.
Ich zugegebernmassen auch. Um die Ursache zu finden musst Du wohl die Systemlogs von dem Zeitpunkt wo es gekracht hat durchfloehen - sofern Du sie noch hast
-
Bis auf eine Ausnahme haben alle Anbieter dort 0 on stock
-
Es geht natürlich wie Du es beschreibst. Aber es ist unsauber. Wenn es nur der User Pi ist der die Scripte nutzt Stelle alles in /home/pi/bin und die Konfig in /home/pi ?
-
Die Karte aus dem restore vom raspiBackup läuft nicht
Wenn du da nofail einträgst wird sie bestimmt booten. Wenn externe Peripherie wie z.B. NFS vom System genutzt wird und Probleme macht hast Du denselben Effekt wenn Du das restorete Backup startest.
-
Die App kann doch scheinbar alles. Auch shrinken.
Hatte ich mir auch gedacht. Ich war aber zu faul detailiert nachzusehen da ich keine Aepfel mag Die Frage ist warum der TE dann ein Problem hat?
-
-
mit dem Fehlen vom Verzeichnis leben
Du könntest vor dem Backup das aktuelle PiholeVerzeichnis an eine andere Stelle kopieren. Dann kannst Du beim restorten Backup zur Not die alten Daten zurueckkopieren. Option DEFAULT_BEFORE_STOPSERVICES könntest Du dafür nehmen.
-
Man sieht dass Mounts failen. Mit nofail wirst Du wohl das System wieder starten können. Dann musst Du aber rausbekommen warum die Mounts failen. Da die Mounts auch in den Backups vorgenommen werden kommen die natürlich auch nicht hoch.
Mögliche Ursachen die ich gerade sehe:
Kein Netzwerkbbzw irgendein Netzwerkproblem
Kein DNS
NFS Server hat andere IP
...
-
Ich würde entweder einen neuen Hostnamen wählen (z.b. 64 dranhängen) oder die alten Backups renamen wenn Du sie aufheben willst. Ansonsten löschen und nicht mit dem neuen mischen. Vermutlich geht das sogar aber ich denke Du ersparst Dir nicht viel denn ich gehe davon aus dass die Schnittmenge zwischen den alten Dateien und neuen Dateien sehr klein sein wird.
-
Das mit der exclude Liste wird so nicht funktionieren. Du musst die tar Syntax beruecksichtigen Siehe dazu auch hier.
-
Gravenreuth hat sich doch entschieden nicht mehr unter uns zu weilen
-
... ich wollte damit wirklich nichts lostreten ...
Hast Du aber
Schwamm drueber . Standardmaessig werden die Daten immer noch gesendet und ich hoffe jetzt schalten das nicht alle Nutzer ab . Dann kann ich mir wenigstens weiterhin einen gewissen Uberblick ueber die Nutzung von raspiBackup schaffen.
-
Die neue Version ist online. Update mit sudo raspiBackup.sh -U -S. Danach in die Konfig DEFAULT_SEND_STATS=0 eintragen.
-