<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>raspiBackup - Versionshistorie</title>
		<description>Diskussion raspiBackup - Versionshistorie</description>
		<link>https://www.linux-tips-and-tricks.de/de/versionshistorie</link>
		<lastBuildDate>Tue, 07 Apr 2026 14:59:55 +0200</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="https://www.linux-tips-and-tricks.de/de/component/jcomments/feed/com_content/432" rel="self" type="application/rss+xml" />
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3206</link>
			<description><![CDATA[Gruffti hat eine valides Problem gefunden was bei tar Backups auftritt. Auf https://github.com/framps/raspiBackup/issues/108 ist es beschrieben. Der von Griffti erwaehnte Fix ist in die aktuelle Release 0.6.4.2 eingeflossen. Wer den Fix braucht kann sich mit curl -sSLO https://www.linux-tips-and-tricks.de/raspiBackup.sh die aktualisierte Release runterladen und dann in /usr/local/bin kopieren.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 30 Jan 2019 23:18:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3206</guid>
		</item>
		<item>
			<title>Gruffi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3205</link>
			<description><![CDATA[Hi framp, Problem ist mit deinem Fix gelöst. Danke für die tolle Unterstützung! VG, Gruffi]]></description>
			<dc:creator>Gruffi</dc:creator>
			<pubDate>Wed, 30 Jan 2019 23:09:59 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3205</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3203</link>
			<description><![CDATA[Moin Gruffi, die Mail von pi-hole bekomme ich auch immer. Wie gesagt kann ich es bei mir nicht nachstellen. Vielleicht schickst Du mir mal Den gesamten Inhalt Deiner crontab an meine eMail (Siehe Kontaktseite). Vielleicht finde ich da einen Hinweis. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 28 Jan 2019 20:34:04 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3203</guid>
		</item>
		<item>
			<title>Gruffi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3202</link>
			<description><![CDATA[Hallo framp, Danke für die Hilfestellung bis hierher. Leider brachten mich die Hinweise nicht weiter. Bin zugegebenermaßen kein Linux-Spezi. Bzgl. der Log Datei in /. Diese enthält nur 1 Zeile, nämlich dass raspiBackup gestartet wurde. Außerdem wird sie nur erstellt, wenn das Backup per Datei in Cron.daily gestartet wurde - nicht wenn das Backup direkt in crontab drinsteht. Seltsam. Wegen der 2. Mail hatte so ein Verhalten schon mal bei PiHole. Eventuell hilft dir der Hinweis weiter. https://github.com/pi-hole/pi-hole/issues/2424 VG, Gruffi]]></description>
			<dc:creator>Gruffi</dc:creator>
			<pubDate>Mon, 28 Jan 2019 00:19:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3202</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3176</link>
			<description><![CDATA[Moin Gruffi, wie gesaht kann ich dein Problem beim tar nicht nachstellen. Aber Du könntest mal folgendes tun: Ändere in der 0.6.4.2 die folgende Zeile 2216 exec 1> >(stdbuf -i0 -o0 -e0 tee -a "$LOG_FILE") in exec 1> >(stdbuf -i0 -o0 -e0 tee -a "$LOG_FILE" >&1) und lass raspiBackup nochmal laufen. Warum in / eine aktuelle raspiBackup.log steht verstehe ich nicht und kann es auch nicht nachstellen. Das Log wird dort nicht von raspiBackup hingeschrieben. Dazu habe ich diesne link: https://unix.stackexchange.com/questions/6068/is-it-possible-to-find-out-what-program-or-script-created-a-given-file gefunden. Vielleicht kannst Du damit rausfinden wann die Datei erstellt wird. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 25 Jan 2019 18:59:09 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3176</guid>
		</item>
		<item>
			<title>Gruffi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3171</link>
			<description><![CDATA[Hallo framp, Genau genommen, bekomme ich die zweite Mail erst seit der Version 0.6.4.1a. Der SHA Wert der 0.6.4.1a ist e513a3b. Die Datei der Version 0.6.4.1 habe ich nicht mehr im Dateisystem, wobei ich sie nicht bewusst gelöscht habe?! Die 0.6.4 ist noch da... Ich bekomme die zweite Mail nur wenn das Backup über den täglichen Cronjob gemacht wird. Bei einem händischen Start wird diese nicht versandt. Eventuell auch wichtig. Ich habe raspiBackup nicht einfach in crontab eingefügt, sondern eine separate Datei im Verzeichnis /etc/cron.daily erstellt. Diese hat folgenden Inhalt. --------- #!/bin/bash /usr/local/bin/raspiBackup.sh --------- Ich habe die Zeile "> /var/log/raspiBackupCron.log" eingefügt und schaue morgen Früh mal was bei rum kommt. Melde mich... By the way: Es gibt im Root des Raspi eine tagesaktuelle Datei raspiBackup.log gibt. Warum auch immer? VG, Gruffi]]></description>
			<dc:creator>Gruffi</dc:creator>
			<pubDate>Thu, 24 Jan 2019 23:49:23 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3171</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3170</link>
			<description><![CDATA[Moin Gruffti, bevor ich Dir geantwortet habe habe ich bei mir noch mal mit der 0.6.4.2 getestet und Dein Problem nicht nachstellen können :sad: Kannst Du mal in der Crontab am Ender der zeile für raspiBackup folgendes anhängen? > /var/log/raspiBackupCron.log und am Ende eines Cronlaufes den Inhalt der Datei zeigen? Ich vermute da werden dann die beiden Zeilen drin stehen. Dann brauche ich von Dir den sha von der raspiBackup Release wo es noch keine zweite Mail gab und den sha wo sie gesendet wird. Den sha bekommst Du mit dem Aufruf von raspiBackup --version Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 24 Jan 2019 22:39:26 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3170</guid>
		</item>
		<item>
			<title>Gruffi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3169</link>
			<description><![CDATA[ Hallo framp, Vielen Dank für die schnelle Antwort :-) Die Mail wird auch mit 0.6.4.2 versendet. Kann ich dir irgendwie beim Testen behilflich sein? Beste Grüße, Gruffi]]></description>
			<dc:creator>Gruffi</dc:creator>
			<pubDate>Thu, 24 Jan 2019 22:23:43 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3169</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3168</link>
			<description><![CDATA[Moin Gruffi, raspiBackup schickt nur eine eMail. Die zweite die Du bekommst ist von dem Cronjob. Es liegt daran dass die Ausgabe von raspiBackup an die Standard Linux Konvention angepasst wurde. In der Release 0.6.4.2 sollte das Problem behoben sein. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 24 Jan 2019 22:05:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3168</guid>
		</item>
		<item>
			<title>Gruffi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3164</link>
			<description><![CDATA[Hallo framp, seit Update auf 0.6.4.1 erhalte ich, neben der regulären Email Benachrichtigung (via ssmtp), eine zweite Mail mit folgendem Inhalt. ---------- /etc/cron.daily/raspiBackup: tar: Removing leading `/' from member names tar: Removing leading `/' from hard link targets ---------- Diese hat keinen Mehrwert. Wie kann ich das verhindern Vielen Dank für jegliche Unterstützung! Gruffi]]></description>
			<dc:creator>Gruffi</dc:creator>
			<pubDate>Wed, 23 Jan 2019 23:25:43 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-3164</guid>
		</item>
		<item>
			<title>Walter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2981</link>
			<description><![CDATA[Danke für den Patch - wird morgen getestet. Wenn ich gleich sehen kann ob eine neu beta oder final zur Verfügung steht, ist das auch okay für mich. Jetzt war es leider so, dass ich das nicht erkennen konnte.]]></description>
			<dc:creator>Walter</dc:creator>
			<pubDate>Sat, 17 Nov 2018 15:11:43 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2981</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2979</link>
			<description><![CDATA[Moin Walter, das ist ein Bug der zum Vorschein kommt wenn eine Beta verfuegbar ist. Es gibbt dazu einen issue: https://github.com/framps/raspiBackup/issues/80 im github wo auch der Patch beschrieben ist. Zu Deiner zweiten Frage: Nein, das geht nicht. Man kann nur alle Benachrichtigungen ausschalten. Ich nehme Deine Anregung aber auf und werde es in der naechsten Version 0.6.4.1 erlauben sehr feingranular zu definieren welche Benachrichtigungen man erhalten will. (Siehe git issue : https://github.com/framps/raspiBackup/issues/85). Allerdings fände ich es gut wenn die Benachrichtigung dann zu einer Beta nicht ausgeschaltet wird, denn es gab zu der aktuellen Beta verschiedenes Feedback bzw Bugreports durch die die raspiBackup Benutzer halfen die neue Version von raspiBackup von Bugs zu befreien. Ich habe einen Standardregressiontest der die primaere Funktionalitaet vom Backup und Restore testet - aber es gibt zu viele Einsatzkonfigurationen die ich nicht testen kann und somit Betatests sehr sinn- und hilfreich sind. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 17 Nov 2018 14:32:46 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2979</guid>
		</item>
		<item>
			<title>Walter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2978</link>
			<description><![CDATA[Bei der Gelegenheit eine Frage und ein Wunsch meinerseits: Bis Mitte Oktober habe ich in meinen Email immer ein vollständiges Log von raspiBackup erhalten. Seither steht nur noch folgendes im Log: --- RBK0080I: ;-) Es gibt eine neue Version von raspiBackup zum downloaden. Die momentan benutze Version ist und es kann mit der Option -U die lokale Version aktualisiert werden. Besuche https://www.linux-tips-and-tricks.de/de/versionshistorie um die Änderungen in der Version zu erfahren --- RBK0114I: Besuche https://www.linux-tips-and-tricks.de/de/versionshistorie/ um die Änderungen in der neuen Version kennenzulernen. Der Rest fehlt. Wieso? Es fehlt auch die aktuelle Version und auf welche man updaten könnte! Und kann man sich Hinweise nur für finale Updates anzeigen lassen? Also kein Hinweis bei einer beta-Version? LG Walter]]></description>
			<dc:creator>Walter</dc:creator>
			<pubDate>Sat, 17 Nov 2018 14:18:30 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2978</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2977</link>
			<description><![CDATA[Moin Heiko, vielen Dank fuer Dein Kommentar und den Hinweis auf den Bug. Ich habe offensichtlich irgendwann mal als ich die Beta auf der Webseite updaten wollte aus Versehen die Version 0.6.4 mit der Beta ueberschrieben :oops: . Jetzt ist die aktuelle Version wieder 0.6.4 :roll: Du kannst aber mit der Option -V leicht die vorherige Version wiederherstellen da jede aktive Version beim Update gesichert wird. Ich nehme diesen faux pas zum Anlass meinen Update der Betaversion auf der Webseite nicht mehr manuell vorzunehmen sondern zu automatisieren. Damit sollte das nicht noch einmal passieren. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 17 Nov 2018 14:08:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2977</guid>
		</item>
		<item>
			<title>Heiko schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2975</link>
			<description><![CDATA[Obwohl ich beim Update bei "Beta" nein gesagt habe, wurde trotzdem die Beta installiert!!! --- RBK0009I: fhem: raspiBackup.sh V0.6.3.2a (1d77d56) started at Sat 17 Nov 12:34:03 CET 2018. --- RBK0031I: Checking whether a new version of raspiBackup.sh is available. --- RBK0188I: There is a Beta version of raspiBackup.sh available. Upgrading current version 0.6.3.2a to 0.6.4.1-beta. --- RBK0038I: Are you sure? y/N n --- RBK0190I: Upgrading raspiBackup.sh from version 0.6.3.2a to 0.6.4. --- RBK0038I: Are you sure? y/N y --- RBK0057I: Downloading file raspiBackup.sh from https://www.linux-tips-and-tricks.de. --- RBK0072I: /usr/local/bin/raspiBackup.sh updated from version 0.6.3.2a to version 0.6.4. Previous version saved as /usr/local/bin/raspiBackup.0.6.3.2a.sh. 11-17-2018 12:37:14 --- RBK0009I: fhem: raspiBackup.sh V0.6.4.1-beta (bc06db9) started at Sat 17 Nov 12:37:14 CET 2018. Kann das sein?]]></description>
			<dc:creator>Heiko</dc:creator>
			<pubDate>Sat, 17 Nov 2018 12:40:38 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2975</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2894</link>
			<description><![CDATA[Perfekt :thumbsup: Die neue Version wird Dich uebrigens alle 6 Monate daran erinnern doch mal einen Restoretest durchzufuehren :-) Man kann das Intervall aber auch aendern oder die Erinnerung auch ganz abschalten.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 13 Oct 2018 18:48:47 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2894</guid>
		</item>
		<item>
			<title>Wieder Logfile-Parameter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2893</link>
			<description><![CDATA[Das Gefühl kenn' ich... :lol: Ich hab' grad mal einen Recover-Test gemacht, sah auch soweit gut aus. Der Raspberry ist jedenfalls normal gestartet, alle verlangten Dienste waren da... Gruß Ingo]]></description>
			<dc:creator>Wieder Logfile-Parameter</dc:creator>
			<pubDate>Sat, 13 Oct 2018 18:36:35 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2893</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2892</link>
			<description><![CDATA[Hat mich gewurmt der Fehler. Der musste sofort gefixed werden :lol: Noch mal vielen Dank für den Test Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 12 Oct 2018 17:34:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2892</guid>
		</item>
		<item>
			<title>Wieder Logfile-Parameter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2890</link>
			<description><![CDATA[Hi framp, So spät noch unterwegs? :cry: Grad getestet, das sieht gut aus, er hat das Logfile angelegt und gefüllt. Ansonsten läuft's korrekt, soweit ich feststellen konnte (nutze die TAR-Sicherung) Gruß Ingo]]></description>
			<dc:creator>Wieder Logfile-Parameter</dc:creator>
			<pubDate>Fri, 12 Oct 2018 08:20:57 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2890</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2889</link>
			<description><![CDATA[Moin, vielen Dank fuer Deine Beharrlichkeit :-) Ich habe jetzt wohl den Fehler gefunden :oops: . Dabei habe ich rausgefunden dass ein aehnlicher Fehler noch an andereren Stellen beim DefaultParameterhandling vorliegt. In der aktuellen Version sollte das jetzt gefixed sein :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 11 Oct 2018 22:45:40 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2889</guid>
		</item>
		<item>
			<title>Wieder Logfile-Parameter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2888</link>
			<description><![CDATA[Die neue Beta hab' ich auch grad getestet, die Meldung sieht wieder so aus: /usr/local/bin/raspiBackup.sh: Zeile 937: printf: /mnt/logs/Backup/GalacticaDCzwei/2018-10-11_215304-backup.log: Ungültige Zahl. !!! RBK0059W: Invalid parameter 0,000000or -L detected. Using Backup. --- RBK0128I: Using logfile /usr/local/bin/raspiBackup.log. Kann das damit zusammenhängen, dass ich den Lognamen über eine Variable erzeuge? Gruß Ingo]]></description>
			<dc:creator>Wieder Logfile-Parameter</dc:creator>
			<pubDate>Thu, 11 Oct 2018 21:56:39 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2888</guid>
		</item>
		<item>
			<title>Wieder Logfile-Parameter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2887</link>
			<description><![CDATA[Hi framp, der Pfad ist richtig, ich mounte vorher zwei Verzeichnisse auf meinem NAS, eins für's Backup und einen für's Log. Wenn ich nur backup.log als Log-Datei inkl. Pfad angebe, dann geht's. Nur sobald Ziffern ins Spiel kommen, ist Feierabend. Gruß Ingo]]></description>
			<dc:creator>Wieder Logfile-Parameter</dc:creator>
			<pubDate>Thu, 11 Oct 2018 21:50:23 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2887</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2886</link>
			<description><![CDATA[Moin, vielen Dank fuer Dein Feedback. Bist Du sicher dass /mnt/logs/Backup/GalacticaDCzwei/2018-10-11_102452-backup.log erstellt werden kann? Das ist eine Prüfung die vorgenommen wird (einfach einen touch auf die Datei versuchen). Ich habe es bei mir auch noch mal getestet und ich kann z.B. ./2018-10-11_102452-backup.log benutzen. Wenn ich aber einen ungueltigen Pfad benutze bekomme ich denselben von Dir berichteten Fehler. Mir sieht es so aus als wolltest Du das Log ins Backupverzeichnis haben. Dann benutze doch die Option-L backup ;-) PS: Ich habe die Version noch mal ein klein wenig geaendert. Der Fallback fuer fehlerhafte Logdateien ist nun das Backupverzeichnis - nicht das Syslog. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 11 Oct 2018 20:46:03 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2886</guid>
		</item>
		<item>
			<title>Wieder Logfile-Parameter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2883</link>
			<description><![CDATA[Hi framp, ich komm' ja aus der EDV, von daher weiß ich, wie wichtig Testen ist... Es sieht jetzt etwas besser aus, ich bekomme nur noch diese Meldung: !!! RBK0059W: Invalid parameter /mnt/logs/Backup/GalacticaDCzwei/2018-10-11_102452-backup.log for -L detected. Using Syslog. Gruß Ingo]]></description>
			<dc:creator>Wieder Logfile-Parameter</dc:creator>
			<pubDate>Thu, 11 Oct 2018 10:27:50 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2883</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2881</link>
			<description><![CDATA[Moin, vielen Dank fuer den Betatest. Du bist der Erste von dem ich weiss dass er die Beta testet. Ist zwar etas Arbeit aber Du hilfst damit solche Regressionfehler zu entdecken und zu fixen und Du kannst schon mal voraus testen ob die neue Version bei Dir problemlos laeuft :-) Ich habe mir das angesehen den Fehler gefunden. Dummer Typo. Er wird nur sichtbar wenn ein ungueltiger Parameter fuer Option -L eingegeben wird. Ich lade gleich die gefixte Version hoch. Vielen Dank noch mal fuer Deinen Test und den Hinweis auf den Bug :thumbsup: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 10 Oct 2018 19:07:14 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2881</guid>
		</item>
		<item>
			<title>Wieder Logfile-Parameter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2880</link>
			<description><![CDATA[Hi framp, ich teste gerade die neue Beta und hab' wieder das Problem, dass sobald Zahlen im Namen und/oder Pfad sind, dass er folgende Fehlermeldung bringt: /usr/local/bin/raspiBackup.sh: Zeile 937: printf: /mnt/logs/Backup/GalacticaDCzwei/2018-10-10_095941-backup.log: Ungültige Zahl. !!! RBK0059W: Invalid parameter 0,000000or -L detected. Using Syslog. Upgedatet hab' ich von der Version 0.6.4 Gruß Ingo]]></description>
			<dc:creator>Wieder Logfile-Parameter</dc:creator>
			<pubDate>Wed, 10 Oct 2018 10:05:40 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2880</guid>
		</item>
		<item>
			<title>Config schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2787</link>
			<description><![CDATA[Hi framp, ich unterstütze gerne bei solch einem genialen Projekt. Es hilft ja auch mir... ;-) Gruß Ingo]]></description>
			<dc:creator>Config</dc:creator>
			<pubDate>Thu, 05 Jul 2018 13:32:20 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2787</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2782</link>
			<description><![CDATA[Moin Ingo, vielen Dank fuer Deine Hartnaeckigkeit. Ich habe es jetzt reproduzieren koennen :-) In der letzten Version habe ich mal die Upgradefunktion von raspiBackup auch fuer Betas enabled. Dabei habe ich vergessen die Meldung die auf den Installer hinweist zu aendern. Beim Upgrade wird eine alte Config gesichert. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 04 Jul 2018 20:49:37 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2782</guid>
		</item>
		<item>
			<title>Config schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2779</link>
			<description><![CDATA[Hi framp, ich hab' die Beta über den Installer installiert, so wie in der Log-Mail geschrieben. Zitat: "--- RBK0168I: raspiBackup.sh beta version 0.6.4 is available. Any help to test this beta is appreciated. Just install the new beta version with the raspiBackup installer." Upgedatet hab' ich von 6.3.2, der aktuellen stabilen Version. Gruß Ingo]]></description>
			<dc:creator>Config</dc:creator>
			<pubDate>Wed, 04 Jul 2018 08:12:39 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2779</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2777</link>
			<description><![CDATA[Moin Ingo, das ist natuerlich bloed uns sollte nicht passieren. Der Installer sichert immer die letzte Konfig und raspiBackup.sh -U laedt nur das Script runter wenn ein Beta entdeckt wurde. Was hast Du denn genau gemacht und von wlecher Version bist Du auf die Beta gegangen? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 03 Jul 2018 18:50:46 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2777</guid>
		</item>
		<item>
			<title>Logfilename schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2776</link>
			<description><![CDATA[Hi framp, aber gerne doch... Eine Sache ist mir noch aufgefallen: Bei der Installation der Beta wurde die Konfigurations-Datei überschrieben. Ist das normal? Wenn ja, wäre es da nicht sinnreich, das zur Wahl zu stellen und/oder die alte Konfig zu sicheren? Gruß Ingo]]></description>
			<dc:creator>Logfilename</dc:creator>
			<pubDate>Tue, 03 Jul 2018 09:04:47 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2776</guid>
		</item>
		<item>
			<title>famp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2775</link>
			<description><![CDATA[Moin Ingo, vielen Dank fuer den Test der Beta. Du hast tatsaechlich einen Fehler gefunden. Man vergisst leider doch immer mal wieder die Tuedelchen in bash :oops: Ist var1=$var2 Soll var1="$var2" Ich habe es gefixed und der fehler sollte jetzt nicht mehr kommen. Cu framp]]></description>
			<dc:creator>famp</dc:creator>
			<pubDate>Mon, 02 Jul 2018 20:42:16 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2775</guid>
		</item>
		<item>
			<title>Logfilename schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2774</link>
			<description><![CDATA[Hi Framp, die beta 6.3.4 läuft bei mir soweit. Eine kleine Verbesserung hätte ich da allerdings vorgeschlagen: Beim Log-File scheint es nicht möglich zu sein, ein Datum mitzugeben. Also z.B. 20180702-backup.log. Er meldet dann immer "Invalid Parameter". Gruß Ingo]]></description>
			<dc:creator>Logfilename</dc:creator>
			<pubDate>Mon, 02 Jul 2018 09:22:59 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2774</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2533</link>
			<description><![CDATA[Moin Jochen, ich habe es jetzt eingebaut dass man die rc 23 und 24 von rsync ignorieren kann. Das wird dann in der naechsten Version drin sein ;-) Cu framo]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 18 Mar 2018 12:17:15 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2533</guid>
		</item>
		<item>
			<title>Jochen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2532</link>
			<description><![CDATA[Bin auf 0.6.3.1 zurückgegangen. Auf dem Raspberry läuft bei mir FHEM, das ich nicht stoppen möchte.]]></description>
			<dc:creator>Jochen</dc:creator>
			<pubDate>Sun, 18 Mar 2018 10:11:11 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2532</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2531</link>
			<description><![CDATA[Moin Jochen, der rc 23 von rsync sagt dass ein oder mehrere Dateien nicht kopiert werden konnten. I.d.R. sind das Logfiles und deshalb wurden diese rcs bislang ignoriert. Leider gab es deshalb aber manchmal schon Probleme beim Restore und es fuehren in v0.6.3.2 jetzt alle Fehler von rsync zum Abbruch. Du solltest eine Meldung von rsync sehen wo Dir genau gesagt wird was der Fehler ist. Ich empfehle den oder die Services vor dem Backup zu stoppen die die geaenderte Datei schreiben. Siehe dazu den Tipp mit lsof in FAQ18: https://www.linux-tips-and-tricks.de/en/faq#a18. Alternative kannst Du natuerlich wieder auf die vorherige Verison mit -V zurueckgehen. Oder Du wartest bis ich noch zwei Konfigurationsparameter eingebaut habe mit denen Du das alte Verhalten wieder einschalten kannst dass rc 23 und rc 24 ignoriert wird. Lass mich wissen wenn Du diesen Weg gehen willst. Ich schicke Dir dann eine geaenderte Version zu. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 16 Mar 2018 19:10:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2531</guid>
		</item>
		<item>
			<title>Jochen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2530</link>
			<description><![CDATA[Habe gestern ein Update auf Version 0.6.3.2 gemacht. Das Backup endet mit dem Fehler: ??? RBK0021E: Backupprogramm des Typs rsync beendete sich mit RC 23. ??? RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen. Version 0.6.3.1 hat einwandfrei funktioniert.]]></description>
			<dc:creator>Jochen</dc:creator>
			<pubDate>Fri, 16 Mar 2018 09:12:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2530</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2450</link>
			<description><![CDATA[Moin Walter, da liegt ein Fehler in der Erkennung einer neuen Version vor :oops: Es ist in der naechsten Version gefixed. Es gibt eine Betaversion zu 0.6.3.2. Die kannst Du mit dem Installer installieren. Die Option -U upgraded nur zu nicht Beta Versionen. Oder Du wartest ca 4 Wochen bis die Beta offiziell freigegeben wird. Dann funktioniert auch die Option -U ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 30 Jan 2018 20:14:41 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2450</guid>
		</item>
		<item>
			<title>Walter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2449</link>
			<description><![CDATA[Hm, wenn ich raspiBackup mit 'raspiBackup.sh -U' auf die Version 0.6.3.2 updaten will, erhalte ich die Meldung: Wurde die 0.6.3.2 wieder zurückgezogen oder warum will er nicht?]]></description>
			<dc:creator>Walter</dc:creator>
			<pubDate>Tue, 30 Jan 2018 13:48:35 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2449</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2437</link>
			<description><![CDATA[Moin Jens, freut mich dass raspiBackup nicht nur mir hilft meine Kleinen am Laufen zu halten :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 22 Jan 2018 18:53:43 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2437</guid>
		</item>
		<item>
			<title>Jens schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2435</link>
			<description><![CDATA[Ich wollte einfach mal danken sagen für das tolle Script! Es ist bei mir mittlerweile als Standard Installation, wenn ich einen raspberry installiere. Als 1.script kommt raspi-Backup drauf. Ich nutze das schon seit seinen Anfängen. Es ist inzwischen so vielseitig und für raspberry User meiner Meinung ein must have. Die raspberry foundation sollte das Teil mit ins raspian Image packen. Deine Anleitung und das Handbuch ist vorbildlich. Viele größere Anwendungen haben nicht so ein gutes Handbuch. Du hast nicht nur in die Programmierung viel Arbeit gesteckt sondern auch in das Handbuch und deine Webseite. Respekt und danke.]]></description>
			<dc:creator>Jens</dc:creator>
			<pubDate>Mon, 22 Jan 2018 10:52:48 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2435</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2163</link>
			<description><![CDATA[Moin Alf, das ist ein bekannter Fehler und wird in der nachsten Version gefixed sein. Leider hast Du Deine emailAdresse nicht beim Kommentar angegeben, denn sonst haette ich Dir jetzt die aktuelle Beta zugeschickt. Entweder antwortest Du noch einmal in einem Kommentar und gibst da Deine email an (Sie ist nur fuer mich sichtbar) oder Du schreibst mir eine email an meine Kontaktadresse. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 13 Sep 2017 21:27:13 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2163</guid>
		</item>
		<item>
			<title>alf schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2162</link>
			<description><![CDATA[Hallo, habe meinen Pi mit Raspian Stretch neu aufgesetzt. raspiBackup funktioniert soweit, allerdings funktioniert die Option 'DEFAULT_DD_BACKUP_SAVE_USED_PARTITIONS_ONLY' nicht. Wenn ich diese auf 1 setze ist das Image erfolgreich aber 0 Byte gross]]></description>
			<dc:creator>alf</dc:creator>
			<pubDate>Wed, 13 Sep 2017 20:42:17 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2162</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2084</link>
			<description><![CDATA[Moin aktivomat, vielen Dank fuer den Hinweis. Ich werde das gleich mal korrigieren. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 11 Aug 2017 18:33:31 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2084</guid>
		</item>
		<item>
			<title>aktivomat schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2082</link>
			<description><![CDATA[Hallo framp! Seit dem 07.08. bekomme ich beim -U Aufruf folgende Meldung: "/usr/local/bin/raspiBackup.sh mit der Version 0.6.2.1 ist neuer als die uploaded Version 0.6.2". Gehört das so? scheint irgendwas mit dem 6.2.2 Update nicht zu klappen.]]></description>
			<dc:creator>aktivomat</dc:creator>
			<pubDate>Fri, 11 Aug 2017 12:35:45 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-2082</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-1330</link>
			<description><![CDATA[Moin Dannius, raspiBackup hat sich evolutionär entwickelt. D.h. ich hatte meine persönlichen Anforderungen und entwickelte das Script dann entsprechend meiner Anforderungen weiter. Das entwickelte sich von dd zu tar zu rsync Backup. Dann habe ich mich entschlossen raspiBackup allen zur Verfügung zu stellen. Dadurch sind zwangsläufig immer wieder Änderungen notwendig gewesen. Ich habe immer alle Änderungen so vorgenommen, dass auch alte Backupstände restored werden. Beim Erstellen der Backups habe ich darauf nicht geachtet, denn es ist wichtig dass das Restore funktioniert - unabhängig von den Backupformat. Du hast eine intelligente Backupstrategie mit Scripts erstellt und die letzte Änderung bereitet Dir Probleme, da alles auf der bisherigen Backupstruktur basierst. Leider kann ich die alte Backupstruktur nicht einfach so per Schalter wieder herstellen. Bei der Änderung habe ich wie gesagt nicht auf Backward Compatibility geachtet. Zu Deiner Frage warum die Änderung: Es gibt verschiedene Benutzer von raspiBackup, die verschiedene Backupformate sichern. Diese sind einfacher zu verwalten wenn alle Backups in ihren eigenen Verzeichnissen stehen. So wie ich es sehe sind Deine Scripts auf das alte BackupFormat ausgelegt. Dass sie nicht mit der neuen Version funktionieren und Du die alte Funktion wieder haben möchtest ist verständlich. Ich kann aber die alte Funktion nicht über einen Schalter einbauen. D.h. Du hast aus meiner Sicht folgende Alternativen: 1) Auf der alten Version stehenbleiben. Fixes wirst Du dann aber nicht mehr bekommen sofern Du Probleme findest. Ich kann nicht jede Version mit Fixen supporten. 2) Du änderst Deine Backupscripts um mit der neuen Backupstruktur zurechtzukommen. Sie ist jetzt konsistent und stabil. Ich hoffe (1) oder (2) ist für Dich akzeptabel. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 23 Apr 2016 21:58:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-1330</guid>
		</item>
		<item>
			<title>Dannius schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-1329</link>
			<description><![CDATA[Hallo, eine Anregung: das Update ist klasse, ich kann es für mein System aber nicht verwenden, und zwar wegen: "1) Erweiterung: Alle Backups werden in jeweils separaten Unterverzeichnissen gesichert" Bitte erlaube einen Schalter, mit dem diese Funktion ausgeschaltet wird. Grund: Ich verwerte die Backups weiter: Ich sichere täglich per Cronjob nachts auf einen USB-Sticks und behalte jeweils die letzten beiden Sicherungen, sende aber zugleich jeden halben Monat (ebenfalls per Cronjob) das dann jeweils neueste Update an einen Cloud-Speicher. Das Script, das ich dafür verwende, sortiert automatisch aus dem Sicherungsordner die neueste Datei aus. Wenn die Sicherungsdateien in jeweils ihrem eigenen Unterverzeichnis stehen (wozu?), funktioniert das Upload-Script nicht.]]></description>
			<dc:creator>Dannius</dc:creator>
			<pubDate>Sat, 23 Apr 2016 20:48:03 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-1329</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-1316</link>
			<description><![CDATA[Moin Homer, sofern Du mit den aktuellen Version zufrieden bist brauchst Du nichts zu unternehmen. Ansonsten kannst Du mit -U die neue Version aktivieren und mit -V wieder auf eine ältere Version zurückgehen. Das steht alles beschieben bei den Aufrufoptionen sowie in den FAQs :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 16 Apr 2016 23:19:56 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-1316</guid>
		</item>
		<item>
			<title>Homer schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-1315</link>
			<description><![CDATA[Nabend, wie mach ich ein Update? Wie das Installieren? Muss ich irgendwelche Einstellungen vorher sichern? Hattest du mein Problem mit dem Sendmail mitbekommen? Das läuft immer noch nicht und somit bekomme ich auch von raspiBackup keine Nachricht. Danke]]></description>
			<dc:creator>Homer</dc:creator>
			<pubDate>Sat, 16 Apr 2016 23:08:35 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/versionshistorie#comment-1315</guid>
		</item>
	</channel>
</rss>
