<?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 - Fehlermeldungen, Ursachen und Aktionen</title>
		<description>Diskussion raspiBackup - Fehlermeldungen, Ursachen und Aktionen</description>
		<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen</link>
		<lastBuildDate>Tue, 07 Apr 2026 17:53:39 +0200</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="https://www.linux-tips-and-tricks.de/de/component/jcomments/feed/com_content/511" rel="self" type="application/rss+xml" />
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4877</link>
			<description><![CDATA[Moin Roland, wget -q --spider www.linux-tips-and-tricks.de ist der Befehl der ausgefuehrt wird. Lt man wget ist RC 4 ein Netzwerkfehler. Es gab mal verschiedentlich Probleme weil sich das Rootzertifikat von Letzencrypt geaendert hat und auf aelteren RaspbianOS die Zertifikate nicht erneuert wurden. Siehe dazu HTTPS://github.com/framps/raspiBackup/issues/635. Allerdings sollte dann wget einen RC 5 liefern. Hast Du vielleicht eine Firewall die den Port 80 und 443 blocked aber einen ping durchlaesst? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 01 Apr 2023 16:24:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4877</guid>
		</item>
		<item>
			<title>Roland schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4876</link>
			<description><![CDATA[Hallo zusammen, ich habe jetzt den dritten Raspi mit der Fehlermeldung: "RBI0021E: Es kann nicht auf www.linux-tips-and-tricks.de zugegriffen werden. wget RC: 4". Ping dorthin funktioniert aber auf allen Dreien. Eine Ursache oder gar Lösung habe ich noch nirgends gefunden. Hat jemand vielleicht eine Idee? Danke und Gruß Roland]]></description>
			<dc:creator>Roland</dc:creator>
			<pubDate>Sat, 01 Apr 2023 14:45:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4876</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4873</link>
			<description><![CDATA[Hm ... ich glaube nicht dass es daran liegt ...]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 19 Mar 2023 10:38:29 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4873</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4872</link>
			<description><![CDATA[Habe gerade gesehen, dass cron bei mir zuerst gestoppt und als letztes gestartet wird. Vermutlich liegt hier der Fehler. JK]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 19 Mar 2023 10:36:50 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4872</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4871</link>
			<description><![CDATA[Moin JK, dann stelle bitte sicher dass Du die aktuellste Version nutzt mit sudo raspiBackup -S -U Und ich brauche beide Logs backup und Restore :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 19 Mar 2023 10:30:49 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4871</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4870</link>
			<description><![CDATA[Hi framp, nein, beim restoren gab es keine Fehlermeldungen. Ich betreibe den raspi headless und sehe nicht, was beim starten passiert. Ich kann mich nur nicht mehr anmelden. Ich bin dann rückwärts alle Backups durchgegangen, bis ich in dem Monatsbackup Dezember eine gute Version fand. Die war noch mit 0.67. Ich mache gleich einen restore Backup mit dem aktuellsten System und schaue mal, ob der startet. Die Logs lade ich dann hoch. Danke und schönen Gruß]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 19 Mar 2023 10:28:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4870</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4869</link>
			<description><![CDATA[Mon JK, das ist natuerlich unschoen und muss gefixed werden. Das merkwuerdige ist dass ich genau an der Stelle etwas geaendert habe dass die Du diese Meldungen nicht bekommst :cry: Dass das restorte Backup nicht mehr startet liegt vermutlich nicht an den zu stoppenden Services. Bekommst Du beim Restore keine Fehlermeldungen? Was siehst Du denn auf dem Bildschirm wenn das System fehlerhaft startet? Kurzum: Ich moechte Dich bitten einen issue im github (HTTPS://github.com/framps/raspiBackup/issues) zu erstellen und mir dort das Backup- und RestoreDebuglog per drag and drop zu zeigen. Den Issue kannst Du auch gerne in Deutsch erstellen wenn Du Dich mit Englisch nicht so wohl fuehlst :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 19 Mar 2023 10:16:11 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4869</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4868</link>
			<description><![CDATA[Moin framp, seit Version 0.68 bekomme ich nach einem Backup eine zweite Mail vom Cron Daemon mit folgendem Inhalt, der auch in der Backup Mail auftaucht: 256+0 Datensätze ein 256+0 Datensätze aus 1+0 Datensätze ein 1+0 Datensätze aus tar: Entferne führende „/“ von Elementnamen tar: /var/lib/samba/private/msg.sock/17860: Socket ignoriert tar: /var/lib/samba/private/msg.sock/596: Socket ignoriert tar: /var/lib/samba/private/msg.sock/17861: Socket ignoriert tar: Entferne führende „/“ von Zielen harter Verknüpfungen Bei einer Überprüfung der Backups habe ich festgestellt, dass diese seitdem fehlerhaft waren und der raspi nicht davon startete. Ich vermute, dass mit der Reihenfolge der start/stop services etwas nicht stimmt. Hast Du eine Idee? Schönen Gruß JK]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 19 Mar 2023 07:41:18 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4868</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4774</link>
			<description><![CDATA[Waere nett wenn Du noch Feedback geben wuerdest ob es mit UTF8 bei Dir korrekt funktioniert.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 May 2022 21:38:15 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4774</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4773</link>
			<description><![CDATA[So. Ich haben eben noch mal nachgesehen. Nach dem L kommt ein Umlaut ö. Dass dann der folgende Text nicht angezeigt wird ist mir bislang noch nicht untergekommen. Aber offensichtlich liegt es daran. Wie gesagt musst Du utf8 Zeichnsetz waehlen und dann ist der Text OK.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 May 2022 14:45:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4773</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4772</link>
			<description><![CDATA[Das muss ich nachher mal prüfen mit dem M4 Text. Dass du die Umlaute die nicht siehst liegt daran dass dein Client kein utf8 nutzt.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 May 2022 13:05:31 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4772</guid>
		</item>
		<item>
			<title>Ytre schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4771</link>
			<description><![CDATA[Ich habe noch etwas entdeckt: 1. raspiBackup Installations- und Konfigurations Tool V0.4.4 M1 Sprache M2 Installiere Komponenten M3 Konfiguriere die wichtigsten Optionen M4 L M9 About und hilfreiche Links Was ist "M4 L"? Bei Auswahl kommt: L U1L U2L 2. Wählt man M3 Konfiguriere die wichtigsten Optionen kommt ua: C9 Regelm Wæhlt man C9 Regelm kommt: R1 Regelm R2 Wochentag des regelm R3 Zeit des regelm Spracheinstellungen im System evtl. weil: "raspiBackup sollte regelmä�ig" --> hier "regelmässig" fehlerhaft dargestellt wird? Hat 1. dann auch damit zu tun, das nur L gezeigt wird?]]></description>
			<dc:creator>Ytre</dc:creator>
			<pubDate>Sun, 29 May 2022 12:49:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4771</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4770</link>
			<description><![CDATA[Stimmt. Ich ändere die Meldung entsprechend noch]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 May 2022 12:42:55 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4770</guid>
		</item>
		<item>
			<title>Ytre schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4769</link>
			<description><![CDATA[:-) richtig, aber 2 davon liegen da schon seit Monaten und waren bisher kein Problem. Ich habe die 3 files verschoben und raspibackup erneut gestartet. Nun lief es durch. Heisst also, die Version 6.7 ist etwas "sensibler" ;-) aber die Meldung (hier "3 ungültige Backupverzeichnis(se)") ist eigentlich falsch, da es sich nicht um dirs handelt. ]]></description>
			<dc:creator>Ytre</dc:creator>
			<pubDate>Sun, 29 May 2022 12:18:59 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4769</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4768</link>
			<description><![CDATA[Du hast geschrieben in dem Verzeichnis waeren.nur BackBackupverzeichnisse. Ich sehe aber weitere Dateien ;-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 May 2022 11:24:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4768</guid>
		</item>
		<item>
			<title>Ytre schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4767</link>
			<description><![CDATA[pi@kodi:/media/pi/kodi_3TB/raspi4_backup/kodi $ ll total 60 drwxr-xr-x 7 pi pi 4096 May 29 10:43 . drwxr-xr-x 3 pi pi 4096 May 29 10:43 .. -rw-r--r-- 1 pi pi 34 Jan 24 2020 Anleitung_restore.txt -rwxrwxrwx 1 pi pi 784 Jan 9 13:22 advancedsettings.xml drwxr-xr-x 19 root root 4096 May 24 04:02 kodi-rsync-backup-20220524-040001 drwxr-xr-x 19 root root 4096 May 25 04:01 kodi-rsync-backup-20220525-040001 drwxr-xr-x 19 root root 4096 May 26 04:02 kodi-rsync-backup-20220526-040001 drwxr-xr-x 19 root root 4096 May 27 04:01 kodi-rsync-backup-20220527-040001 drwxr-xr-x 19 root root 4096 May 29 10:25 kodi-rsync-backup-20220529-102341 -rw-r--r-- 1 root root 21243 May 29 10:43 raspiBackupInstallUI.log pi@kodi:/media/pi/kodi_3TB/raspi4_backup/kodi $ Das Backup vom 29.05.22 habe ich testweise mit der Vorversion 6.6.1 erstellt. Das lief problemlos durch. Danach wieder mit der 6.7 und ich bekomme wieder die Meldung RBK0273 ]]></description>
			<dc:creator>Ytre</dc:creator>
			<pubDate>Sun, 29 May 2022 10:46:51 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4767</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4765</link>
			<description><![CDATA[Moin Ytre, das sollte natürlich nicht sein. Um das Problem zu lösen und zu fixen brauche ich das Debuglog. Stell entweder hier die URL zum Log rein oder erstelleinen GitHub Issue und drag and drop das Log da rein. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 May 2022 09:57:20 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4765</guid>
		</item>
		<item>
			<title>Ytre schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4764</link>
			<description><![CDATA[Hei, ich habe am 27.05.22 aktualisiert auf Version V0.6.7. Vorversion war V0.6.1.1. Seitdem werden keine Backups mehr erstellt. Fehler RBK0273E: 2 ungültige Backupverzeichnis(se) in /$mein Backuppfad/ gefunden. Es existieren im Backupverzeichnis nur die Backups aus der Vorversion, sonst nichts.]]></description>
			<dc:creator>Ytre</dc:creator>
			<pubDate>Sun, 29 May 2022 09:52:16 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4764</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4761</link>
			<description><![CDATA[Moin js_mr, mir scheint dass beim Maskieren der Debuglogdatei der Fehler auftritt. Im Debuglog kann man relativ genau sehen an welcher Stelle es da Probleme gibt ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 20 May 2022 22:48:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4761</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4760</link>
			<description><![CDATA[Moin js_mr, ich benoetige das Debuglog um die Ursache zu identifizieren und einen Fix zu erstellen. Bitte erstelle einen Issue im github und haenge das Debuglog per dragndrop dran. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 19 May 2022 20:30:25 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4760</guid>
		</item>
		<item>
			<title>js_mr schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4759</link>
			<description><![CDATA[Erst mal danke, lief jahrelang gut. Ich habe auf raspios bullseye arm64 upgegraded (neuinstallation) und das neueste raspibackup installiert. Es läuft, am Schluss kommt aber eine "Fehlermeldung" zum verwendeten sed Aufruf: --- RBK0017I: Backup erfolgreich beendet. --- RBK0010I: webtrees: raspiBackup.sh V0.6.7 (993abe4) Do 19. Mai 17:44:24 CEST 2022 beendet mit Returncode 0. sed: -e Ausdruck #1, Zeichen 11: Nicht beendeter »s«-Befehl --- RBK0026I: Debug Logdatei wurde in /mnt/misc/nasbackup/raspibackup/webtrees/webtrees-rsync-backup-20220519-173314/raspiBackup.log gesichert. "sed -e" kommt nur 2x in raspibackup vor: grep "sed -e" raspiBackup 1.	local sortedVersions=( $(echo -e "${!versionsOfFiles[@]}" | sed -e 's/ /\n/g' | sort) ) 2. partitionNumber=$(sed -e "s%${BACKUP_BOOT_PARTITION_PREFIX}%%" -e "s%\..*$%%"]]></description>
			<dc:creator>js_mr</dc:creator>
			<pubDate>Thu, 19 May 2022 18:12:23 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4759</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4703</link>
			<description><![CDATA[Dachte ich es mir doch :-) Manchmal fixed sich ein Problem auch selbst :lol:]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 20 Mar 2022 15:50:24 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4703</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4702</link>
			<description><![CDATA[ framp funktioniert wieder! Schönen Sonntag!]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 20 Mar 2022 15:24:01 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4702</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4701</link>
			<description><![CDATA[Moin JK, eben habe ich die Beschreibung zu 197W noch ein wenig erweitert. Du musst den RC Deines eMailClients nachsehen. Der wird Dir weitere Infos ueber die Ursache geben. Mir scheint das das ein temporaerer Fehler in der Nacht waehrend des Backups war denn sonst wuerdest Du das Problem heute morgen auch im Fakemodus haben. Hinweise ueber die Ursache findest Du u.U. auch in eMail Client Logs. ich wuerde an Deiner Stelle den naechsten Backuplauf abwarten und erst wenn es das Problem immer noch gibt detailierter reinsehen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 13 Mar 2022 10:45:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4701</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4700</link>
			<description><![CDATA[Guten Morgen, die Benarichtigungmail des wöchentlichen Backups wurde heute nicht versendet. Bisher hatte es immer funktioniert. Im Log findet sich dazu folgender Eintrag: RBK0197W: eMail mit mail versenden endet fehlerhaft mit RC 36 Ein Änderung der Maileinstellungen habe ich nicht vorgenommen. Beim Simulationsaufruf ist der Mailversand allerdings erfolgreich. Eine Internetsuche hat leider nichts ergeben. Raspian Buster und raspiBackup sind aktuell. Hast Du eine Idee woran es liegen kann? Besten Gruß JK]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 13 Mar 2022 09:12:46 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4700</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4692</link>
			<description><![CDATA[ja, außer das andere image habe ich nichts anderes gemacht.]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 06 Mar 2022 23:46:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4692</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4691</link>
			<description><![CDATA[Hm ... funktioniert es jetzt? Eigentlich kann ich mir nicht vorstellen dass es daran liegt.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 06 Mar 2022 22:16:49 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4691</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4690</link>
			<description><![CDATA[so, jetzt weiß ich, wo das Problem lag: Ich verwendete die 64bit-Version von RaspiOs. Wer weiß, vielleicht hat die ja einen Fehler.]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 06 Mar 2022 22:15:38 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4690</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4689</link>
			<description><![CDATA[Das ist wirklich merkwuerdig. Beachte dass raspiBackup nur fuer Raspberries und RaspberryPiOS unterstuetzt wird ;-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 06 Mar 2022 18:53:46 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4689</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4688</link>
			<description><![CDATA[seltsam. Ich bekomme immer noch die gleiche Fehlermeldung. Dann will ich mal morgen das ganze neu aufsetzen. Danke für deine Hilfe.]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 06 Mar 2022 18:51:28 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4688</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4687</link>
			<description><![CDATA[Hm ... merkwuerdig. bernd:bernd - was ich erwarte - passt nicht zu root:UNKNOWN. Aber wie das kommt kann ich mir nicht erklaeren. Mein Vorschlag: Fuehre folgendende Befehle aus um den Installer manuell zu installieren: 1) Loesche das # in dem Script wieder was Du vorhin eingefuegt hast 2) sudo chown root:root /usr/local/bin/raspiBackupInstallUI.sh 3) sudo chmod +x /usr/local/bin/raspiBackupInstallUI.sh Danach solltest Du den Installer mit sudo raspiBackupInstallUI.sh aufrufen koennen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 06 Mar 2022 17:33:25 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4687</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4686</link>
			<description><![CDATA[ok, hier die Ausgaben: 1. bernd:bernd 2. -rwxr-xr-x 1 bernd bernd 163322 6. Mär 17:17 /usr/local/bin/raspiBackupInstallUI.sh]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 06 Mar 2022 17:23:10 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4686</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4685</link>
			<description><![CDATA[Ok. Dann mache mal bitte folgendes: 1) Lade das Installationsscript runter mit wget HTTPS://raw.githubusercontent.com/framps/raspiBackup/master/installation/raspiBackupInstallUI.sh 2) Aendere folgende Zeile darin trapWithArg cleanup SIGINT SIGTERM EXIT in #trapWithArg cleanup SIGINT SIGTERM EXIT 3) Dann rufe den Installer auf mit sudo bash ./raspiBackupInstallUI.sh 4) und zeige die Ausgabe von stat -c "%U:%G" /usr/local/bin/raspiBackupInstallUI.sh wie auch ls -la /usr/local/bin/raspiBackupInstallUI.sh Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 06 Mar 2022 17:10:38 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4685</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4684</link>
			<description><![CDATA[Hier das Log. Der Anfang ist unauffällig, schicke ich dir aber gerne komplett. 20220306-163432: DBG: 1628 - -> code_download_execute MSG: RBI0002I: raspiBackup.sh wird aus dem Netz geladen... MSG: RBI0015I: /usr/local/bin/raspiBackup.sh wurde erstellt. MSG: RBI0015I: /usr/local/bin/raspiBackupInstallUI.sh wurde erstellt. chown: ungültige Gruppe: „root:UNKNOWN“ 20220306-163433: DBG: 2297 - -> unrecoverableError 17 /usr/local/bin/raspiBackupInstallUI.sh: DBG: 0000 - 20220306-163433: DBG: 2300 - Progressbar error occured 17 /usr/local/bin/raspiBackupInstallUI.sh: DBG: 0000 - 20220306-163433: DBG: 1704 -]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 06 Mar 2022 16:52:35 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4684</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4683</link>
			<description><![CDATA[Moin Bernd, mir scheint irgendwas an Deinem System nicht in Ordnung zu sein. Was steht denn im Debuglog raspiBackupInstallUI.log ? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 06 Mar 2022 14:54:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4683</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4682</link>
			<description><![CDATA[Hi Framp, heute wollte ich raspiBackup auf einem neuen Pi installieren, was schief ging. Im Log steht folgendes: MSG: RBI0015I: Created /usr/local/bin/raspiBackup.sh. MSG: RBI0015I: Created /usr/local/bin/raspiBackupInstallUI.sh. chown: ungültige Gruppe: „root:UNKNOWN“ 2297 - -> unrecoverableError 17 Was läuft schief? Viele Grüße Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 06 Mar 2022 14:44:03 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4682</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4664</link>
			<description><![CDATA[ Funktioniert wieder, ohne mein zutun! Beste Grüße]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sat, 12 Feb 2022 15:06:30 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4664</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4657</link>
			<description><![CDATA[Moin JK, ich habe eben noch mal die Extensions per Installer unter Linux runtergeladen. RC 4 heisst bei wget "network error". Ich stimme Dir zu dass da eigentlich nicht sein kann ... aber irgendwo da liegt das Hase im Pfeffer :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 09 Feb 2022 00:23:01 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4657</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4656</link>
			<description><![CDATA[Hallo framp, beim Versuch die zusätzlichen Komnponenten herunterzuladen kommt folgende Meldung: "RBI0021E: Es kann nicht auf www.linux-tips-and-tricks.de zugegriffen werden. wget RC: 4" Kann mir zwar nicht vorstellen, dass das damit zusammenhängt, aber ich habe seit drei Wochen einen neuen Provider. Anpingen Deiner Seite funktioniert übrigens. Version ist 0.6.6.1 Schönen Gruß]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Tue, 08 Feb 2022 23:15:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4656</guid>
		</item>
		<item>
			<title>Steinspiel schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4615</link>
			<description><![CDATA[Moin framp, Nachdem raspiBackup, dank Deiner Hilfe, bei mir lief, wollte ich eine "saubere Installation" und habe noch einmal komplett von vorn begonnen... :sad: Nun "muss" ich Dich noch einmal um Hilfe bitten... Falls Du mir helfen willst, dachte ich es wäre in Deinem Sinne wenn ich gleich ein Issue eröffne, mit Logfiles, Screenshots usw. Danke fürs lesen, Steinspiel]]></description>
			<dc:creator>Steinspiel</dc:creator>
			<pubDate>Mon, 27 Dec 2021 18:15:45 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4615</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4595</link>
			<description><![CDATA[Moin Steinspiel, vielen Dank fuer den Issue und die Logs. Ich sehe mir das an ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 14 Dec 2021 21:54:49 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4595</guid>
		</item>
		<item>
			<title>Steinspiel schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4594</link>
			<description><![CDATA[Ich noch mal... Ich glaube ich hatte vergessen zu erwähnen das ich das Restore heute mehrfach durchgeführt habe, allerdings auch immer wieder mit dem gleichen Ergebnis... :sad: bis dann,]]></description>
			<dc:creator>Steinspiel</dc:creator>
			<pubDate>Tue, 14 Dec 2021 21:45:20 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4594</guid>
		</item>
		<item>
			<title>Steinspiel schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4593</link>
			<description><![CDATA[Moin framp, Nachdem ich die USB Platte heute gegen eine neue ausgetauscht und alles mit einem aktiven USB Hub an den Raspberry angeschlossen habe, habe ich noch einmal problemlos ein neues Backup erstellt. Das Restore lief allerdings erneut nicht. :sad: Nun habe ich ein Issue erstellt, wie Du es anfangs geraten hast. Ich hoffe ich habe es richtig gemacht und alle relevanten Daten sind dort zu sehen. Aufgefallen ist mir die Meldung "no such file or directory" obwohl die Dateien existieren! Habe ich die falsche Aufrufsyntax verwendet? Danke und schönen Abend,]]></description>
			<dc:creator>Steinspiel</dc:creator>
			<pubDate>Tue, 14 Dec 2021 21:24:57 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4593</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4592</link>
			<description><![CDATA[Moin Steinspiel, die DebugDateien werden immer wieder ueberschrieben und neu erzeugt. Also kein Loeschen notwendig. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 13 Dec 2021 21:50:50 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4592</guid>
		</item>
		<item>
			<title>Steinspiel schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4591</link>
			<description><![CDATA[Moin, Das meinte ich ja: erst morgen die neue Platte fürs Backup, dann alles noch einmal durchgespielt und dann schauen... Noch mal kurz zu "raspiBackup.log", die vorhandenen *.log in /root bzw. /home/pi, werden die beim Backup und Restore ersetzt oder sollte ich die vorab von Hand löschen? schönen Abend noch,]]></description>
			<dc:creator>Steinspiel</dc:creator>
			<pubDate>Mon, 13 Dec 2021 21:37:09 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4591</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4590</link>
			<description><![CDATA[Moin Steinspiel, ja, ich meine raspiBackup.log. Nach dem Backup findest Du das Log im Backupverzeichnis. Das vom restore den Du abbrichst befindet sich dann je nachdem welchen User Du zum Restore nutzt in /root oder /home/pi. Aber irgendwie hoert es sich fuer mich an (Du sprichst von einem zaehen Verhalten und ploetztlich anderer Fehlermeldungen) als wenn bei Dir ein Problem mit der USB Platte existiert. Sowas sehe ich natuerlich nicht im Debuglog. Vielleicht kannst Du noch mal ein anderes Geraet als Backuspace nehmen und den Restore testen bevor Du einen Issue erstellst mit den Logs ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 13 Dec 2021 19:58:46 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4590</guid>
		</item>
		<item>
			<title>Steinspiel schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4589</link>
			<description><![CDATA[Nabend framp Danke für die schnelle Antwort... Ich denke mit "debuglog" meinst Du "raspiBackup.log" und das jeweils von der Backup Platte *nach* dem erstellen des Backups und anschließend von der SSD auf der das restore gelandet ist ? Ich wollte das noch einmal alles neu erstellen damit Du die neuesten Logs bekommst, aber es gab beim Restore noch ganz andere Fehlermeldungen :-( Irgendwie kommt mir das Handling mit der Backup USB Platte "zäh" vor, z.B. dauert das mounten in /backup bestimmt 5 sek bevor der Prompt wieder erscheint... Ich hole morgen erst mal ein neues LW, bis dahin werde ich schauen wie man ein "Issue " erstellt... ;-) Danke, schönen Abend noch,]]></description>
			<dc:creator>Steinspiel</dc:creator>
			<pubDate>Mon, 13 Dec 2021 19:51:28 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4589</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4588</link>
			<description><![CDATA[Moin Steinspiel, das sieht mir wirklich sehr merkwuerdig aus. Um die Ursache zu finden brauche ich das debuglog vom Backup wie auch vom Restore. Das sollte sich nach dem hard reset im home Verzeichnis der Aufrufers befinden. Am besten erstellst Du einen Issue im github (HTTPS://github.com/framps/raspiBackup/issues) und haengst die beiden Debuglogs dran. Aber vorsicht! Das debuglog vom Restore kann sensitive Informationen enthalten da die Maskierung eben dieser erst am Ende vom Restorelauf stattfindet. :sad: Gerne auch in Deutsch wenn Du willst. Anmeldung im github ist kostenlos. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 12 Dec 2021 20:35:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4588</guid>
		</item>
		<item>
			<title>Steinspiel schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4585</link>
			<description><![CDATA[Moin, Bin vor kurzem auf raspiBackup aufmerksam gemacht worden und ganz begeistert, allerdings läuft das Restore noch nicht. Mein Setup: pi4, nur mit 120GB M2.SSD, diese hat eine 256 MB boot-Pratition sowie eine ca. 28 GB root-Partition, der Rest ist nicht zugeordnet der Pi bootet problemlos von SSD, openHABian 3.0 läuft. eine 2 TB USB 3.0 Toshiba Platte (eine einzige Partition, ext4) für`s Backup, diese ist am USB2.0 des Raspi angeschlossen eine zweite, baugleiche 120GB M2.SSD auf der das restore landen soll, diese hängt per Adapter am USB3.0 des Raspi. Ich habe schon einige Backups mit sudo raspiBackup -m detailed erstellt. alles lief Problemlod durch, mit Erfolgsmeldung am Ende. Meine Konfiguration von raspiBackuo: - Backup Typ ->	Sichere mit rsync - Backup Modus ->	Sichere die zwei Standartpartitionen - stoppende und startende Services ->	nur openhabian und ZRAM Restore rufe ich so auf: sudo raspiBackup.sh --resizeRootFS- -d /dev/sdc /backup/openhabian/openhabian-rsync-backup-xxx Das ganze startet und läuft durch bis --- RBK0055I: Zweite Partition (Rootpartition) wird auf /dev/sdc2 zurückgespielt Dann "steht" das ganze mind. 30 min, die USB Platte macht hörbare "Klack" - Geräusche und irgendwann erscheit diese Read-only file system... Meldung. Anbei noch ein Screenshot, ich habe die ersten vier Buchstaben der URL ersetzt, damit der Link nicht abgewiesen wird... xxxxs://i.imgur.com/UqbRKhT.png Es hilft dann nur noch den Stecker am Raspi zu ziehen und neu zu booten. Hat jemand eine Idee an was kann es liegen könnte oder was kann ich noch machen? Ich muss dazu sagen das ich noch nicht viel Ahnung von Linux habe, ich musste mir ein paar Sachen anlesen um "soweit" zu kommen. Danke fürs lesen und schönen Rest Sonntag noch,]]></description>
			<dc:creator>Steinspiel</dc:creator>
			<pubDate>Sun, 12 Dec 2021 17:51:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4585</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4545</link>
			<description><![CDATA[Moin GL, vielen Dank für den Hinweis. Ich werde das noch im FAQ aufnehmen. Zu 777 - das ist sicherlich eine Lösung aber eine ziemlich unsichere :-* Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 20 Nov 2021 09:06:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4545</guid>
		</item>
		<item>
			<title>GL schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4544</link>
			<description><![CDATA[Hi framp, ich musste nun doch kein Github-Issue aufmachen, konnte das Problem lösen. Es waren bei mir die Anpassung der Conf mit dem Eintrag bzgl. der ACL (FAQ24 - Lösung2). Ich bin darauf gekommen, da die Logfile irgendwann stehen blieb zu wachsen. Nachdem ich via STRG-C abgebrochen habe, sah ich darin einen Fehler "rsync Error Code-20" und auch viele Einträge bzgl. "ACL - operation not supported". Nachdem ich den Eintrag aus FAQ24 eingefügt habe wurde das 1. Backup nach knapp 2h fertig und ohne Fehlermeldung. Danke nochmals für die schnelle Hilfe. Achja: auch via NFS und Synology klappt ohne Probleme, was ich aber noch zusätzliche machen musste, war auf der Synology selbst den freigegebenen Ordner mit weiteren Rechten ausstatten (chmod 777 => evl. zuviel, da muss ich mich noch rantesten). Evtl. hilft es je jemand anderen :)]]></description>
			<dc:creator>GL</dc:creator>
			<pubDate>Sat, 20 Nov 2021 08:12:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4544</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4543</link>
			<description><![CDATA[Klar. Nur zu. Im GitHub geht alles auch besser zu kommunizieren]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 18 Nov 2021 17:32:33 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4543</guid>
		</item>
		<item>
			<title>GL schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4542</link>
			<description><![CDATA[Hi framp, okay, also via hopp sehe ich beim raspibackup keine Aktivität mehr, Screenshot gemacht, aber kann ich nicht anhängen. Swap wir auch nicht genutzt. ich beschreib das Thema mal als Issue in Guthub, falls das okay für dich ist. Danke dir]]></description>
			<dc:creator>GL</dc:creator>
			<pubDate>Thu, 18 Nov 2021 16:36:14 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4542</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4541</link>
			<description><![CDATA[Moin GL, ich habe diesen Effekt bei mir noch nie gehabt. Aber es gibt immer mal wieder vereinzelt raspiBackup Nutzer die melden eine lange Backupzeit beim ersten Lauf mit rsync. Warum das so lange dauert konnte ich nie analysieren denn das geht nur wenn ich Zugriff auf die Raspi habe. Die gibt mir aber natuerlich keiner. Ich vermute mal dass Du rsync nutzt. Das ist je nach Menge der Dateien speicherhungrig. Ich koennte mir vorstellen dass Deine Raspi swapped. Sieh doch mal mit htop nach ob raspiBackup noch CPU verbraucht und wie es mit dem Speicher aussieht. Mit free siehst Du auch die Nutzung vom swap. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 18 Nov 2021 16:10:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4541</guid>
		</item>
		<item>
			<title>GL schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4540</link>
			<description><![CDATA[Moin framp, Danke für die Rückinfo. ab wann müsste ich mir denn "Sorgen" machen, backup läuft jetzt set 2,5h. Was mich irritiert ist das ich auf der Synode weder einer Änderung im Backup-Umfang Anhang der Dateien, ByteAnzahl o.ä. seit 2h feststelle und auch auf der Syno im NFS-Monitoring keine Bewegung mehr sehe. Danke, nload hab ich weder am RPI noch auf der Syno laufen. und die anderen Parameter müsste ich beim starten des Backups mit Anhänge, oder? ich wollte das backup aber jetzt nicht abbrechen...]]></description>
			<dc:creator>GL</dc:creator>
			<pubDate>Thu, 18 Nov 2021 15:40:39 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4540</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4539</link>
			<description><![CDATA[Moin GL, je nach Groesse des Images und dem Durchsatz auf die Backuppartition kann das beim ersten Mal bei rsync schon laenger dauern. Bei dd und tarr dann aber jedes Mal :sad: Du kannst noch die Option -v oder -g nutzen. Damit siehst Du dass noch was passiert. Oder Du siehst mit htop nach CPU Nutzung oder nload Netzwerknutzung wenn Du SMB oder nfs nutzt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 18 Nov 2021 14:58:57 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4539</guid>
		</item>
		<item>
			<title>GL schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4538</link>
			<description><![CDATA[Hallo zusammen, ich habe das Setup Raspberry und NFS Mount auf Synology. Der Mount selbst und Zugriff klappt. Der Backupprozess wird auch ohne Fehler gestartet, jedoch scheint er sich nicht zu beenden. Die Daten auf dem NAS werden nach einer Weile nicht mehr bzw. verändern sich nicht, aber die Konsole bleibt bei "--- RBK0085I: Backuperstellung vom Typ rsync gestartet. Bitte Geduld." stehen. Aktuell läuft das Backup meines Pi4 (iobroker, PivCCU, influxdb, grafane) schon 90min, wobei seit 60min keine Änderungen am Backup-Inhalt ersichtlich sind. was übersehe ich hier evtl. bzw. hat noch jemand einen Tipp?]]></description>
			<dc:creator>GL</dc:creator>
			<pubDate>Thu, 18 Nov 2021 12:33:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4538</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4501</link>
			<description><![CDATA[Jupp. Es finden sich immer wieder Dinge die ich verbessern bzw fiixen kann :-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 25 Oct 2021 12:59:30 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4501</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4500</link>
			<description><![CDATA[Hi framp, läuft wieder perfekt nach einer Neuinstallation. Habe auch gesehen, dass du den Installer bzw die Einrichtung weiter verbessert hast. War in zwei Minuten erledigt. Voll gut! Danke und schöne Grüße JK]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Mon, 25 Oct 2021 09:41:13 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4500</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4499</link>
			<description><![CDATA[ Nabend framp, habe auch versucht auf Version 0.6.6. mit -V zurückzukehren, hat aber nicht funktioniert. Dann habe ich nochmal das Update auf 0.6.6.1 angestoßen, aber auch ohne Erfolg. Da kein Ordner angelegt wurde, habe ich leider auch keine Logdatei, die ich hochladen kann. Ich deinstalliere raspiBackup und installiere es wieder und gebe Bescheid wie es gelaufen ist :-) Beste Grüße JK]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 24 Oct 2021 23:22:12 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4499</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4498</link>
			<description><![CDATA[Moin JK, es kann auch ein Fehler in raspiBackup bzgl des Loggings vorliegen. Das habe ich in 0.6.6.1 geanedert. Kannst Du mal das Debuglog vom Backup zur Verfuegung stellen? Am besten im github einen Issue erstellen und das Log anhaengen. Gerne auch in Deutsch :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 24 Oct 2021 20:26:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4498</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4497</link>
			<description><![CDATA[Hi framp, danke zunächst für die Behebung des Problems mit den gleichen UUIDs beim restore!! Beim heutigen regelmäßigen Backup kam zunächst die Mail des erfolgreichen Durchlaufs, dann sofort hinterher eine Mail vom Cron Daemon mit folgendem Inhalt: /usr/local/bin/raspiBackup.sh: Zeile 1716, 1717, 1722, 1725 jeweils mit: /media/usbdrive/raspibackup/himberrypi/himberrypi-tar-backup-20211024-050001/raspiBackup.log: Datei oder Verzeichnis nicht gefunden Ein Backup wurde aber nicht gesichert, daher kam die Cron Mail. Einen Restore eines alten Backups mit anschließendem Backup wird von Cron mit: rm: das Entfernen von '/media/usbdrive/raspibackup/himberrypi/himberrypi-tar-backup-20211024-140301' ist nicht möglich: Das Verzeichnis ist nicht leer gemeldet, wobei nur log und msg sich im Ordner befinden und kein Tar und Boot backup Im Augenblick tendiere ich dazu raspibackup zu deinstallieren und neu aufzusetzen, da bestimmt die Fehlersuche länger dauern wird, es sei denn Du hast eine andere einfachere Lösung. Danke und schöne Grüße JK]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 24 Oct 2021 14:35:40 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4497</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4494</link>
			<description><![CDATA[ Ja mache ich! Noch etwas ist mir aufgefallen: das vorhandene Tar Backup ist größer geworden ca. um die Menge der fehlenden Dateien. Dankeschön fürs kümmern! JK]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 17 Oct 2021 21:11:10 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4494</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4493</link>
			<description><![CDATA[Moin JK, das ist natuerlich sehr unschoen :sad: . Um die Ursache rauszufinden brauche ich das Debuglog von den letzten Backuplauf wie auch das Debuglog vom Restorelauf. Kannst Du bitte einen Issue im github erstellen und die beiden Logs dort anhaengen? Gerne auch in Deustch. -> HTTPS://github.com/framps/raspiBackup/issues Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 17 Oct 2021 19:37:06 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4493</guid>
		</item>
		<item>
			<title>JK schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4492</link>
			<description><![CDATA[Guten Morgen framp, einmal im Monat überspiele ich ein Restore auf einen Reserve USB Stick mit dem beschriebenen Aufruf, was bisher immer geklappt hat. Letzte Woche und auch heute wurde das Zurückspielen mit einer Fehlermeldung RBK0061E quittiert, dass keine Bootpartitionsdateien im Backupordner gefunden wurde. Mir ist dann im Backupordner aufgefallen, dass seit dem 10. Oktober die erfolgreich gemeldeten Backups ohne himberrypi-backup.img himberrypi-backup.mbr himberrypi-backup.sfdisk erstellt werden. An den Einstellungen habe ich nichts geändert. Ich fahre eine 0 4 12 0 Strategie. Alle Backups davor haben die fehlenden Dateien. Danke schonmal im Voraus und schöne Grüße JK]]></description>
			<dc:creator>JK</dc:creator>
			<pubDate>Sun, 17 Oct 2021 09:19:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4492</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4475</link>
			<description><![CDATA[Moin Adocon, weiter oben auf dieser Seite ist die Fehlermledung 0021E beschrieben sowie moegliche Loesungsmoeglichkeiten. Meine Vermutung ist dass entweder eine Datei waehrend des Backupvorgangs geloescht wird oder sie geaendert wird. Dann liefert tar einen RC 1. Mit der zusaetzlichen Option -v bekommst Du raus welche Datei(en) das ist/sind. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 12 Sep 2021 15:53:41 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4475</guid>
		</item>
		<item>
			<title>Adocon schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4474</link>
			<description><![CDATA[ Hallo framp, hier sind alle Zeilen in denen RBK vorkommt - so richtig habe ich aber trotzdem keine Idee woran es liegen könnte. more raspiBackup.log | grep RBK --- RBK0128I: Logdatei ist /media/nas-backup/@HOSTNAME@/@HOSTNAME@-tar-backup-20210911-220550/raspiBackup.log. --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt. --- RBK0151I: Backuppfad /media/nas-backup mit Partitionstyp cifs wird benutzt. !!! RBK0157W: Keine Systemd Services sind zu stoppen. --- RBK0081I: Backup vom Typ tar wird in /media/nas-backup/@HOSTNAME@/@HOSTNAME@-tar-backup-20210911-220550 erstellt. --- RBK0036I: Partitionslayout wird gesichert. --- RBK0044I: Backup der Bootpartition wird in /media/nas-backup/@HOSTNAME@/@HOSTNAME@-tar-backup-20210911-220550/@HOSTNAME@-backup.img erstellt. --- RBK0044I: Backup des Partitionlayouts wird in /media/nas-backup/@HOSTNAME@/@HOSTNAME@-tar-backup-20210911-220550/@HOSTNAME@-backup.sfdisk erstellt. --- RBK0046I: Backup des Masterbootrecords wird in /media/nas-backup/@HOSTNAME@/@HOSTNAME@-tar-backup-20210911-220550/@HOSTNAME@-backup.mbr erstellt. --- RBK0158I: tar Backup "/media/nas-backup/@HOSTNAME@/@HOSTNAME@-tar-backup-20210911-220550/@HOSTNAME@-tar-backup-20210911-220550.tar" wird erstellt. --- RBK0085I: Backuperstellung vom Typ tar gestartet. Bitte Geduld. ??? RBK0021E: Backupprogramm des Typs tar beendete sich mit RC 1. --- RBK0033I: Bitte warten bis aufgeräumt wurde. --- RBK1001I: Speicherauslastung - Vor dem Backup - Belegt: 285 MB Frei: 143 MB - Nach dem Backup: Belegt: 162 MB Frei: 49 MB --- RBK1000I: CPU Temperatur vor und nach dem Backup: 47.8'C - 52.1'C --- RBK1002I: Partitionsauslastung vor dem Backup: Belegt: 6.37 TiB Frei: 4.09 TiB --- RBK1003I: Partitionsauslastung nach dem Backup: Belegt: 6.42 TiB Frei: 4.05 TiB --- RBK1004I: Änderung freier Platz: -50.38 GiB (-1.00 %) --- RBK0049I: Meldungen wurden in /home/@USER@/raspiBackup.msg gesichert. --- RBK0026I: Debug Logdatei wurde in /home/@USER@/raspiBackup.log gesichert. --- RBK0010I: @HOSTNAME@: raspiBackup.sh V0.6.6 (c8d3058) Sat 11 Sep 22:14:10 CEST 2021 beendet mit Returncode 109. ??? RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen. Cheers, Adocon]]></description>
			<dc:creator>Adocon</dc:creator>
			<pubDate>Sun, 12 Sep 2021 15:27:31 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4474</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4473</link>
			<description><![CDATA[Moin Adocon, da von Dir genutzte Backuptool (-t Parameter) hat einen Fehler bekommen. Du solltest aber weitere Fehlermeldungen von raspiBackup bekommen (Beginnen mit RBK) haben die den Fehler genauer eingrenzen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 11 Sep 2021 23:02:35 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4473</guid>
		</item>
		<item>
			<title>Adocon schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4472</link>
			<description><![CDATA[Hallo, ich bekomme seit heute RBK0010I: sproxy: raspiBackup.sh V0.6.6 (c8d3058) Sat 11 Sep 22:14:10 CEST 2021 beendet mit Returncode 109 cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 10 (buster)" NAME="Raspbian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster ID=raspbian ID_LIKE=debian sfdisk -v sfdisk from util-linux 2.33.1 Das ganze trat hier schon einmal auf - leider finde ich die Lösung dazu nicht. Viele Grüße, Adocon]]></description>
			<dc:creator>Adocon</dc:creator>
			<pubDate>Sat, 11 Sep 2021 22:52:36 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4472</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4471</link>
			<description><![CDATA[ Waere ja schon gut zu wissen warum es bei Dir dieses Problem gab. Dann koennte ich noch Code spendieren um das zukuenftig zu verhindern. Aber Hauptsache es funktioniert jetzt :-) Und nicht vergessen auch den Restore zu testen ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 10 Sep 2021 09:53:56 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4471</guid>
		</item>
		<item>
			<title>Klaus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4470</link>
			<description><![CDATA[Hallo Framp, weiß auch nicht, wo ich da was verbockt habe. Die Neuinstallation hat es aber gebracht und der Backup wird erstellt. Vielen Dank für deine Unterstützung. MfG Klaus]]></description>
			<dc:creator>Klaus</dc:creator>
			<pubDate>Fri, 10 Sep 2021 07:18:40 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4470</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4469</link>
			<description><![CDATA[Moin Klaus, ist schon merkwuerdig bei Dir :o . So ein Fall hatte ich noch nie. Bin gespannt ob es nach einer Neuinstallation klappt. jedenfalls keine eMail eingeben ;-) Bzgl Telegram: Das war fuer mich nicht ersichtlich. Aber es hat ja nicht geschadet den Link u maskieren. Sicher ist sicher :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 09 Sep 2021 15:48:45 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4469</guid>
		</item>
		<item>
			<title>Klaus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4468</link>
			<description><![CDATA[Hallo Framp, ich habe raspiBackup per angebotenem Install-Script aus "raspiBackup Schnellstart". Starte ich "raspiBackupInstallUI.sh" und rufe C8 auf, dann habe ich keinen Eintrag. Nach der Installation habe ich nur die /usr/local/etc/raspiBackup.conf geändert. Ich habe jetzt das Programm erneut installiert, dann sehen wir was passiert. Bezüglich Telegram: Ich war mir der Gefahr bewusst und hatte die Einträge geändert. MfG Klaus]]></description>
			<dc:creator>Klaus</dc:creator>
			<pubDate>Thu, 09 Sep 2021 14:46:35 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4468</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4467</link>
			<description><![CDATA[Moin Klaus, im Log sehe ich immer noch dass eine eMail definiert wird. Hast Du die eMail vielleicht als Aufrufoption -e mitgegeben? Oder hast Du weitere Configdateien im EInsatz? Siehe dazu HTTPS://www.linux-tips-and-tricks.de/de/raspibackup/#parameter. Oder hast Du nicht /usr/local/etc/raspiBackup.conf geaendert? Ausserdem habe ich in Deiner vorherigen Antwort den Link zu der Config Datei vor dem publizieren maskiert da Du vergessen hast dass sich darin Deine Credentials fuer Telegram befinden und Du moechtest bestimmt nicht dass die jeder lesen kann :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 08 Sep 2021 13:50:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4467</guid>
		</item>
		<item>
			<title>Klaus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4466</link>
			<description><![CDATA[Hallo Framp, ich habe in der Conf-Date ab Zeile 65 das hier stehen: # emailadresse die das Backupergebnis erhält DEFAULT_EMAIL="" # Sender emailadresse die mit ssmtp benutzt wird DEFAULT_SENDER_EMAIL="" # Weitere Parameter für das eMail programm (Optional) DEFAULT_EMAIL_PARMS="" # mailprogram #DEFAULT_MAIL_PROGRAM="mail" DEFAULT_MAIL_PROGRAM="" Bekomme aber weiterhin: 20210905-030018 DBG 3226: --- Parms: 20210905-030018 DBG 3231: --- mail -s "@HOSTNAME@: Backup gestarted. 20210905-030018 DBG 3231: --- MIME-Version: 1.0 20210905-030018 DBG 3231: --- Content-Type: text/html; charset=utf-8" K@@@@e(18) /usr/local/bin/raspiBackup.sh: line 3232: mail: command not found 20210905-030018 DBG 3234: --- mail: RC: 127 Log und Conf unter: magentacloud.de/@@@@@@@@ MfG Klaus]]></description>
			<dc:creator>Klaus</dc:creator>
			<pubDate>Wed, 08 Sep 2021 12:40:40 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4466</guid>
		</item>
		<item>
			<title>Klaus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4463</link>
			<description><![CDATA[Hallo Framp, vielen Dank für die Recherche. Werde die Mailadresse löschen. MfG Klaus]]></description>
			<dc:creator>Klaus</dc:creator>
			<pubDate>Sun, 05 Sep 2021 20:44:43 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4463</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4456</link>
			<description><![CDATA[Moin Klaus, vielen Dank fuer das Log. Darin finde ich 20210829-030007 MSG 5289: ??? RBK0039E: Mail Program mail ist nicht installiert um eMail zu senden. und liege somit mit meiner vorherigen Annahme richtig :-) Die Loesung ist: Entweder installierst Du bei Dir einen MUA damit eine eMail gesendet werden kann oder Du loeschst Deine eingetragene eMail und disablest damit eMails. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 31 Aug 2021 10:18:38 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4456</guid>
		</item>
		<item>
			<title>Klaus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4455</link>
			<description><![CDATA[Hallo Framp. vielen Dank für die schnelle Antwort. Mail habe ich gar nicht installiert und habe dafür Telegram nutzen wollen. Log und conf findest du unter www.magentacloud.de/share/gul6os79rj Mfg Klaus]]></description>
			<dc:creator>Klaus</dc:creator>
			<pubDate>Tue, 31 Aug 2021 09:46:28 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4455</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4454</link>
			<description><![CDATA[Moin Klaus, der RC 124 bedeutet dass ein Konfigurationsproblem mit dem benutzen Emailprogramm in der raspiBackup Config existiert. Was genau kann ich Dir nicht sagen da ich dazu das gesamte Debuglog benoetige. D.h. Du kontrollierst entweder noch mal die EMail Einstellungen bei raspiBackup oder Du stellst das gesamte Debuglog irgendwo ins Netz und gibst mir hier den Link darauf :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 Aug 2021 17:56:39 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4454</guid>
		</item>
		<item>
			<title>Klaus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4453</link>
			<description><![CDATA[Hallo, bin neuer Nutzer vom raspiBackup. Bekomme: Exit Coder 124: 20210829-030007 DBG 5559: --> doitBackup 0 20210829-030007 DBG 5312: --> getRootPartition 20210829-030007 DBG 5317: *** cat /proc/cmdline 20210829-030007 DBG 5317: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 smsc95xx.macaddr=DC:A6:32:DA:CB:F7 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000 console=ttyS0,115200 console=tty1 root=PARTUUID=256f9dd5-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles 20210829-030007 DBG 5320: --- RootPartition: PARTUUID=256f9dd5-02 20210829-030007 DBG 5324: inspect4Backup 20210829-030007 DBG 5351: *** ls -1 /dev/mmcblk* 20210829-030007 DBG 5351: ls: cannot access '/dev/mmcblk*': No such file or directory 20210829-030007 DBG 5352: *** ls -1 /dev/sd* 20210829-030007 DBG 5352: /dev/sda 20210829-030007 DBG 5352: /dev/sda1 20210829-030007 DBG 5352: /dev/sda2 20210829-030007 DBG 5353: --- mountpoint /boot: 8:1 mountpoint /: 8:2 20210829-030007 DBG 5368: --- Legacy boot discovery 20210829-030007 DBG 5371: --- part: /dev/sda1 20210829-030007 DBG 5374: --- bootDeviceNumber: 8:1 20210829-030007 DBG 5375: --- rootDeviceNumber: 8:2 20210829-030007 DBG 5440: --- BOOT_DEVICE: sda 20210829-030007 DBG 5444: --- BOOT_DEVICENAME: /dev/sda 20210829-030007 DBG 2013: --> getPartitionPrefix sda 20210829-030007 DBG 2022: exitError . . . 20210829-030008 DBG 3521: --- Terminate now with rc 124 20210829-030008 MSG 3524: --- RBK0010I: @HOSTNAME@: raspiBackup.sh V0.6.6 (c8d3058) So 29. Aug 03:00:08 CEST 2021 beendet mit Returncode 124. 20210829-030008 MSG 3546: ??? RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen. 124 20210829-030007 DBG 1459:]]></description>
			<dc:creator>Klaus</dc:creator>
			<pubDate>Sun, 29 Aug 2021 15:54:56 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4453</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4359</link>
			<description><![CDATA[Moin Wolfgang, in FAQ21 (HTTPS://www.linux-tips-and-tricks.de/de/fehlermeldungen/#M0021) wird beschrieben dass man mit der Option -v herausfinden kann welche Datei das Problem verursacht ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 31 Mar 2021 22:54:16 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4359</guid>
		</item>
		<item>
			<title>Wolfgang schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4358</link>
			<description><![CDATA[Hallo, ich nutze das RaspiBackup mit tar und habe seit einigen Tagen einen Abbruch mit RC1. Kann man irgendwo sehen, welche Datei während des Backups geändert wurde. Das Backup lief eine ganze Zeit ohne Probleme. Jetzt seit 5-10 Tagen diese Abbrüche. Danke für Deine Hilfe. VG Wolfgang]]></description>
			<dc:creator>Wolfgang</dc:creator>
			<pubDate>Wed, 31 Mar 2021 22:41:35 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4358</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4272</link>
			<description><![CDATA[Moin BLuR, Du hast das falsche Filesystem auf Deinem Backupspace. Siehe dazu auch HTTPS://www.linux-tips-and-tricks.de/de/raspibackupcategorie/578-raspibackup-welches-dateisystem-kann-auf-dem-backupgeraet-benutzt-werden/ Wenn Du rsync benutzen willst musst Du ein EXT3 oder EXT4 Filesystem haben. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 10 Jan 2021 18:53:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4272</guid>
		</item>
		<item>
			<title>BLuR schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4271</link>
			<description><![CDATA[Ich habe gehofft, dass dieses Tool meine Rettung ist, nur komm ich einfach nicht vorran :sad: Ich habe auf meiner jungfräulichen SD-Karte normal das Raspberry Pi os installiert und habe den Strompi3 aufgesetzt. Bevor ich mir das Dateien-System mit dem ewigen ausschalten zerschieße, wollte ich ein anständiges Backup machen. Aber ich bekomme nur: !!!RBK0150W Maximale Dateiengröße in /backup ist auf 4gb begrenzt !!!RBK0196W /backup unterstütz keine Hardlinks ???RBK0020E Dateisystem des rsync Backupverzeichnisses /backup unterstützt keine Softlinks Ich hab alles nach Muster gemacht und würde einfach nur gerne ein dd backup auf meinen USB stick machen, sodass ich meinen Fortschritt nicht verliere. Ich bitte um Hilfe L.g. BLuR!]]></description>
			<dc:creator>BLuR</dc:creator>
			<pubDate>Sun, 10 Jan 2021 18:21:54 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4271</guid>
		</item>
		<item>
			<title>luft-post schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4268</link>
			<description><![CDATA[Hallo, ja im Aufruf hatte ich -o: mit drin: sudo raspiBackup.sh -a : -o : -m detailed Hatte die Parameterliste falsch verstanden. Jetzt geht :-) vielen Dank Jetzt muss ich nur noch mein mail Fehler (RBK0197W) finden... gruß Matthias]]></description>
			<dc:creator>luft-post</dc:creator>
			<pubDate>Sat, 09 Jan 2021 13:02:20 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4268</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4256</link>
			<description><![CDATA[Moin luft-post, ich vermute die Option wird irgendwo ueberschrieben. Siehe auf HTTPS://www.linux-tips-and-tricks.de/de/raspibackup/#parameter die verschiedenen Stellen. Kann es sein dass Du die Aufrufoption -o : benutzt? Im debuglog sieht man welche Optionen wo definiert wurden. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 07 Jan 2021 17:15:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4256</guid>
		</item>
		<item>
			<title>luft-post schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4255</link>
			<description><![CDATA[Hallo und erstmal vielen dank für diese gute Arbeit hier :-) Ich verwende das Backup auf einen PI4 mit Buster. In der UI habe ich Eingestellt dass der Iobroker Dienst gestoppt wird. Bei der Backup Ausführung bekomme ich aber die Meldung: RBK0157W: Keine Services sind zu stoppen. und der iobroker wird tatsächlich auch nicht gestoppt :-( Ansonsten läuft das Backup wie es soll. in der /usr/local/etc/raspiBackup.conf ist auch unter DEFAULT_STOPSERVICES="systemctl stop iobroker eingetragen. Habt Ihr eine Idee dazu? Gruß Matthias]]></description>
			<dc:creator>luft-post</dc:creator>
			<pubDate>Thu, 07 Jan 2021 16:06:24 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4255</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4147</link>
			<description><![CDATA[Moin Torsten, das bedeutet dass das genwaehlte Backupprogramm (dd, tar oder rsync) einen Fehler bekommen hat und der Backup abgebrochen wurde. Vermtlich hast Du RBK0021E bekommen (Siehe HTTPS://www.linux-tips-and-tricks.de/de/fehlermeldungen/#M0021). Im Debug Log solltest Du genauere Informationen vom Backuptool finden warum und welcher Fehler auftrat. Falls nicht fuege noch die Option -v zu. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 07 Oct 2020 20:31:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4147</guid>
		</item>
		<item>
			<title>Torsten schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4145</link>
			<description><![CDATA[Mein Backup bricht immer wieder mit folgendem Returncode ab: 109 Werden noch mehr Infos benötigt ? Gruß Torsten]]></description>
			<dc:creator>Torsten</dc:creator>
			<pubDate>Wed, 07 Oct 2020 14:54:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4145</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4129</link>
			<description><![CDATA[ Da passt die sfdisk Version nicht. Was ist den die Ausgabe von
cat /etc/os-release
sfdisk -v ?]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 29 Aug 2020 23:13:49 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4129</guid>
		</item>
		<item>
			<title>Lukas schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4128</link>
			<description><![CDATA[ Danke jetzt habe ich es gefunden. Werde daraus aber nicht schlauer. Hier die entsprechenden Log-Einträge
--- RBK0052I: Partition(en) werden auf /dev/sda erstellt.
20200829-223344 DBG 5858: --- mount: /dev/mmcblk0p7 on / type ext4 (rw,noatime,data=ordered)
20200829-223344 DBG 5858: --- devtmpfs on /dev type devtmpfs (rw,relatime,size=470116k,nr_inodes=117529,mode=755)
20200829-223344 DBG 5858: --- sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
20200829-223344 DBG 5858: --- proc on /proc type proc (rw,relatime)
20200829-223344 DBG 5858: --- tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
20200829-223344 DBG 5858: --- devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
20200829-223344 DBG 5858: --- tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
20200829-223344 DBG 5858: --- tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
20200829-223344 DBG 5858: --- tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
20200829-223344 DBG 5858: --- systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
20200829-223344 DBG 5858: --- debugfs on /sys/kernel/debug type debugfs (rw,relatime)
20200829-223344 DBG 5858: --- mqueue on /dev/mqueue type mqueue (rw,relatime)
20200829-223344 DBG 5858: --- configfs on /sys/kernel/config type configfs (rw,relatime)
20200829-223344 DBG 5858: --- /dev/mmcblk0p6 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
20200829-223344 DBG 5858: --- tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94948k,mode=700,uid=1000,gid=1000)
20200829-223344 DBG 5858: --- fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
20200829-223344 DBG 5858: --- gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
20200829-223344 DBG 5858: --- //lulenas02/backupssh/ on /media/nasbkp type cifs (rw,relatime,vers=2.0,cache=strict,username=@@@@,domain=,uid=0,noforceuid,gid=0,noforcegid,addr=2003:00f1:df0f:7600:0211:32ff:fe4c:0b65,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,echo_interval=60,actimeo=1,user=admin)
20200829-223344 DBG 5864: --- sfdisk
sfdisk: Checking that no-one is using this disk right now ...
sfdisk: OK
sfdisk: unrecognized input: dos
Disk /dev/sda: 475776 cylinders, 4 heads, 16 sectors/track
Old situation:
Units: sectors of 512 bytes, counting from 0]]></description>
			<dc:creator>Lukas</dc:creator>
			<pubDate>Sat, 29 Aug 2020 22:44:52 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4128</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4122</link>
			<description><![CDATA[Moin Lukas, Du solltest bei Restore eine mleung erhalten die Dir sagt wo das Debuglog abgelegt wird. Es wird aber immer im Homeverzeichnis des Aufrufers abgelegt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 16 Aug 2020 18:30:41 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4122</guid>
		</item>
		<item>
			<title>Lukas schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4121</link>
			<description><![CDATA[ Danke für die sehr schnelle Antwort. Debuglog des Restores kann ich nicht finden. Im Log des verwendeten Backups kann ich keine Fehler finden.]]></description>
			<dc:creator>Lukas</dc:creator>
			<pubDate>Sat, 15 Aug 2020 23:24:47 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4121</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4120</link>
			<description><![CDATA[Moin Lukas, das ist ein ziemlich unerwarteter Fehler und taucht deshalb nicht in der Liste auf. Aus irgendwelchen Gruenden koennen keine Partitionsdaten erstellt werden. Genauere Informationen finden sich im Debuglog unmittelbar vor der Fehlermeldung. Wenn Dir diese nicht weiterhelfen erstelle bitte einen Issue in github (HTTPS://github.com/framps/raspiBackup/issues) - gerne auch in Deutsch - und haenge das Debug Log dran. Ich sehe es mir dann an. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 15 Aug 2020 22:53:33 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4120</guid>
		</item>
		<item>
			<title>Lukas schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4119</link>
			<description><![CDATA[Hi ich erhalte folgenden Fehler ??? RBK0111E: Fehler beim Erstellen der Partitionen. RC 1 Wie kann ich das beheben?]]></description>
			<dc:creator>Lukas</dc:creator>
			<pubDate>Sat, 15 Aug 2020 22:45:58 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-4119</guid>
		</item>
		<item>
			<title>Ivo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3993</link>
			<description><![CDATA[Hey framp! Perfekt!!! 1,000 Dank! Und ich werde das mit den Linux-Fragen zukünftig beachten.]]></description>
			<dc:creator>Ivo</dc:creator>
			<pubDate>Sat, 21 Mar 2020 12:01:26 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3993</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3992</link>
			<description><![CDATA[Moin Ivo, ich denke
attr -S -r security.capability /usr/bin/systemd-detect-virt wird der richtige Befehl sein. Bitte zukuenftige allgemeine Fragen zur Raspberry bzw Linux im deutschen Raspberry forum auf HTTPS://forum-raspberrypi.de/forum/ stellen. Dort sind viele kompetente und hilfsbereite Leute. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 21 Mar 2020 11:33:20 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3992</guid>
		</item>
		<item>
			<title>Ivo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3991</link>
			<description><![CDATA[ Hey framp! 1.000 Dank für die schnelle Antwort! Bitte nicht böse sein, aber ich bin in Linux jetzt nicht so die Leuchte, daher werde ich aus dem Link leider nicht wirklich schlau. Aus welcher Datei in meinem konkreten Fall muss ich wie welches Attribut löschen? Könntest Du mir „einfach“ den genauen Befehl/Code nennen? Das wäre toll!]]></description>
			<dc:creator>Ivo</dc:creator>
			<pubDate>Sat, 21 Mar 2020 00:24:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3991</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3990</link>
			<description><![CDATA[Moin Ivo, ich denke das einfachste ist in der Datei das Attribute zu loeschen. Dazu habe ich HTTPS://help.onapp.com/hc/en-us/articles/222048388-Rsync-Fails-to-Finish-the-Operation gefunden. Ich hoffe das hilft. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 20 Mar 2020 16:49:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3990</guid>
		</item>
		<item>
			<title>Ivo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3989</link>
			<description><![CDATA[Hey framp! habe ewig kein Backup gemacht, weil ich lange mit diesem ACL Fehler zu kämpfen hatte. Nun habe ich das endlich in den Griff bekommen, aber nun bekomme ich folgende Fehlermeldung (mit der aktuellen Beta 0.6.5): rsync: rsync_xal_set: lsetxattr(""/mnt/nfs/raspberrypi/raspberrypi-rsync-backup-20200320-124441/usr/bin/systemd-detect-virt"","security.capability") failed: Operation not supported (95) Find hierzu irgendwie gar nix!? Hast Du einen Tipp was ich da machen kann? Vielen Dank!]]></description>
			<dc:creator>Ivo</dc:creator>
			<pubDate>Fri, 20 Mar 2020 13:36:38 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3989</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3971</link>
			<description><![CDATA[Moin Peter, offensichtlich stimmt die Berechtigung nicht. Bedenke dass root nicht auf alles zugreifen kann. Allerdings kann root cih die Berechtigungen geben ;-) Ich habe zu dem Thema HTTPS://unix.stackexchange.com/questions/541200/rsync-permission-denied-13-what-am-i-doing-wrong gefunden. Vielleicht hilft das. Ansonsten frage doch mal im Raspberry Forum (HTTPS://forum-raspberrypi.de/forum/) nach :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 28 Feb 2020 17:50:20 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3971</guid>
		</item>
		<item>
			<title>Peter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3970</link>
			<description><![CDATA[Leider erhalte ich immer diese Fehlermeldung, obwohl ich mit sudo ausführe. rsync: readlink_stat("/home/pi/thinclient_drives") failed: Permission denied (13) Was ist das Problem?]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Fri, 28 Feb 2020 17:16:17 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3970</guid>
		</item>
		<item>
			<title>framps schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3955</link>
			<description><![CDATA[Moin moejoe, ehrlich gesagt verstehe ich Dein Szenario nicht so genau :sad: . Ich denke es ist auch besser Deine Frage auf dem Raspberry Forum (HTTPS://forum-raspberrypi.de/forum/board/153-backup/) zu stellen und in groesserem Kreise drueber zu diskutieren. Cu framp]]></description>
			<dc:creator>framps</dc:creator>
			<pubDate>Sat, 08 Feb 2020 16:15:50 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3955</guid>
		</item>
		<item>
			<title>moejoe schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3954</link>
			<description><![CDATA[Hallo framp, Eine Frage ist es möglich, ein USB-Stick mit Daten zu füttern, aber trotzdem sie für ein Boot Vorgang zu benutzen ? Hintergrund: Ich suche eine Möglichkeit, einfach per Raspi mein rsync Image zurückzuspielen. Bis jetzt per PuppyLinux und V-Box auf win7 System. Hier mal ne kurze Auflistung: 1. Betriebzustand: *SD-Card *USB-Stick für Backup 2. Im Falle eines Backups: *SD-Card *USB-Stick für Backup und mit temporärer Boot Partition von SD-Card Ist es möglich ein Ras Image zum Booten temporär mit den vorhanden Backupdateien auf den USB-Stick zu kopieren ? Oder gibt es einfachere Lösungen ? beste grüsse]]></description>
			<dc:creator>moejoe</dc:creator>
			<pubDate>Sat, 08 Feb 2020 15:42:19 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3954</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3643</link>
			<description><![CDATA[Lass noch mal den Backup laufen. Dann poste das gesamte DebugLog. Mal sehen ob ich was sehe :-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 19 Oct 2019 19:40:56 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3643</guid>
		</item>
		<item>
			<title>caspar schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3642</link>
			<description><![CDATA[Hi, meinst Du das log file? Oder muß ich das BAckup nochmal laufen lassen mit parameter? Hier ist das Ende des LogFiles https://www.evernote.com/l/AHrQWGYWxlFG16ISfZ5l4PSTv6EckWMkvDU Nach aktuellem Dafürhalten würde ich die Karte auch als OK ansehen, da ich diese am Mac problemlos mit PiBaker auslesen und zurückspielen kann. Auch backups offline mit dd laufen fehlerfrei durch.]]></description>
			<dc:creator>caspar</dc:creator>
			<pubDate>Sat, 19 Oct 2019 19:30:48 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3642</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3641</link>
			<description><![CDATA[Oha - eben sehe ich dass Du den OOPs beim Backup erstellen bekommst. Kannst Du mal im Debuglog nachsehen welche 20 Zeilen vor dem OOPs stehen ?]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 19 Oct 2019 18:59:52 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3641</guid>
		</item>
		<item>
			<title>caspar schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3640</link>
			<description><![CDATA[Hi, jetzt war ich zu schnell. Das Backup startet, und dann nach etwa der Hälfte (geschätzt anhand der geschriebenen Bytes (8GB von 16GB SD Karte) kommt der Fehler. fdisk -l aus dem log: https://pastebin.com/rSSJv83B]]></description>
			<dc:creator>caspar</dc:creator>
			<pubDate>Sat, 19 Oct 2019 18:56:54 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3640</guid>
		</item>
		<item>
			<title>caspar schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3639</link>
			<description><![CDATA[Ich hoffe es ist dies hier: Aus dem log file: https://pastebin.com/rSSJv83B]]></description>
			<dc:creator>caspar</dc:creator>
			<pubDate>Sat, 19 Oct 2019 18:54:59 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3639</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3638</link>
			<description><![CDATA[Moin caspar, d.h. der Backup laeuft ohne Fehler durch aber wenn Du das Backup restorst gibt es diesen Fehler? Zeige doch mal die Ausgabe von sudo fdisk -l Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 19 Oct 2019 18:36:03 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3638</guid>
		</item>
		<item>
			<title>caspar schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3637</link>
			<description><![CDATA[ Danke, habe 0.6.4.3. Mittlerweile startet das Backup auch, jedoch bricht es nach einige Zeit (etwa zur Hälfte mit nem Kernel Oops ab. --- RBK0085I: Backup of type dd started. Please be patient. Message from syslogd@localhost at Oct 19 17:23:32 ... kernel:[ 1939.448709] Internal error: Oops: 805 [#1] SMP THUMB2 Message from syslogd@localhost at Oct 19 17:23:33 ... kernel:[ 1939.567823] Process kworker/u4:1 (pid: 3644, stack limit = 0xa8259072) Message from syslogd@localhost at Oct 19 17:23:33 ... kernel:[ 1939.574534] Stack: (0xedbdfa50 to 0xedbe0000) Message from syslogd@localhost at Oct 19 17:23:33 ... kernel:[ 1939.579018] fa40: ed0f6c00 00000000 00000000 c0835ff7 Irgendeine Idee, was da zu tun ist?]]></description>
			<dc:creator>caspar</dc:creator>
			<pubDate>Sat, 19 Oct 2019 18:27:30 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3637</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3636</link>
			<description><![CDATA[Moin caspar, der Kommentar von codiak ist vom letzten Jahr. Ich vermute ja - kann es aber nicht 100% bestaetigen. Deshalb folgende Vorschlaege: 1) Installiere den aktuellen Stand 0.6.4.3 und teste ob der Fehler da auftritt 2) Falls es das Problem immer noch gibt erstelle einen Issue im github: https://github.com/framps/raspiBackup/issues und haenge das Debuglog zwecks Analyse dran. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 19 Oct 2019 17:03:13 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3636</guid>
		</item>
		<item>
			<title>caspar schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3635</link>
			<description><![CDATA[Ist dies mitlerweile gelöst? Erhalte RBK0200I auf einem BananaPi mit Armbian, weiß aber nicht, ob ich was falsch mache oder nur eine falsche Version benutzt habe? Das log sagt v0.6.4.3. Backup soll per dd auf /mnt/nas_backup/ ]]></description>
			<dc:creator>caspar</dc:creator>
			<pubDate>Sat, 19 Oct 2019 15:33:11 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3635</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3594</link>
			<description><![CDATA[Moin Roy, hast Du die FAQs: https://www.linux-tips-and-tricks.de/de/faq/ schon gelesen ? Siehe zu Deinem Thema speziell FAQ24: https://www.linux-tips-and-tricks.de/de/faq/#a24 ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 07 Oct 2019 10:34:01 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3594</guid>
		</item>
		<item>
			<title>Roy schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3593</link>
			<description><![CDATA[Moin framp, ich schon wieder, leider habe ich doch noch ein schwerwiegendes Problem. Somit kann das Backup nicht vollständig durchgeführt werden. Ich bekomme folgende Abschlussmeldung: rsync: set_acl: sys_acl_set_file(mmcblk0p7/media/pi, ACL_TYPE_ACCESS): Operation not supported (95) Ich denke das lässt sich nicht so einfach lösen, oder ? BG Roy]]></description>
			<dc:creator>Roy</dc:creator>
			<pubDate>Mon, 07 Oct 2019 09:38:14 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3593</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3536</link>
			<description><![CDATA[Moin hmw, vielen Dank auf den Hinweis dass hier die Erklärung für die Fehlermeldung noch fehlt. Ich habe sie eben zugefügt. raspiBackup unterstützt denn USB boot mode, d.h. wenn keine SD benutzt wird. Trotzdem wird die Bootpartition, die sich auch auf dem USB Gerät befindet gesichert und wiederhergestellt. Lies bitte meine Erklärung zu RKB0061E. Falls das Dir nicht hilft und Dein Backupverzeichnis in Ordnung ist schicke mir bitte das debug Log vom Restore an meine eMail (Siehe Kontakt Seite) damit ich mir Dein Problem genauer ansehen kann. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 31 Aug 2019 11:56:33 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3536</guid>
		</item>
		<item>
			<title>hmw schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3535</link>
			<description><![CDATA[Hallo, super Tool. Seit Umstieg auf SSD gibt es Probleme mit restore: ... --- RBK0138I: Bootbackup /media/ ... wird benutzt. ??? RBK0061E: Keine Bootpartitionsdateien in /media ... gefunden die mit rpiserver-backup beginnen. ... ??? RBK0077E: Restore wurde fehlerhaft mit RC 102 beendet. Siehe vorhergehende Fehlermeldungen. --- RBK0010I: rpiserver: raspiBackup.sh V0.6.4.3 (2d927a2) Sa 31. Aug 10:53:17 CEST 2019 beendet. Das vorhergehende Backup lief aber ohne Fehlermeldungen problemlos durch. Die SSD, auf der das System läuft, wurde mit Etcher beschrieben. Im Raspi befindet sich KEINE SD-Card bei Booten. "sdb" wurde erst im laufenden System eingesteckt und vor dem Restoreversuch umounted. Ansonsten läuft alles problemlos. Was mache ich falsch? Eigentlich will ich nur den jeweiligen Stand des Systems retten um darauf zurückfallen zu können. Würde es dafür nicht reichen, ohne das boot System / hart auf sdb2 zu schreiben? Wie ginge das? Mfg. Martin]]></description>
			<dc:creator>hmw</dc:creator>
			<pubDate>Sat, 31 Aug 2019 11:06:32 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3535</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3357</link>
			<description><![CDATA[Moin Peter1984, das sieht merkwuerdig aus ... Erzeuge bitte ein Debuglog mit der Option -l debug und schicke mir es per email zu (Siehe Kontaktseite) oder stelle es irgendwo hin wo ich es runterladen kann. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 01 May 2019 15:59:06 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3357</guid>
		</item>
		<item>
			<title>Peter1984 schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3356</link>
			<description><![CDATA[Hallo, super Tool! Ich habe 2 Services definiert, die gestoppt werden sollen - beim Sichern kommt aber "keine Services zu stoppen". In der Conf-Datei stehen die beiden Dienste aber drin...? Was kann das denn sein? Backup läuft durch, wenn ich die Services vorher stoppe.]]></description>
			<dc:creator>Peter1984</dc:creator>
			<pubDate>Wed, 01 May 2019 14:36:14 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3356</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3312</link>
			<description><![CDATA[Moin Bernhard, ja ;-) . Ich habe Dir eine geaenderte Version zugeschickt. Damit sollte der Restore jetzt gehen. Bitte gib Feedback ob jetzt alles OK ist damit ich den Fix in den Master reinrollen kann. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 16 Mar 2019 16:56:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3312</guid>
		</item>
		<item>
			<title>Bernhard schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3311</link>
			<description><![CDATA[Moin framp, habe mich wohl zu früh gefreut. Der Restore läuft bis zum Ende der ersten Partition, dann steigt er aber wegen einem rsync Fehler aus. Komme leider nicht dahinter, was das Problem ist, hier ein Auszug aus dem Logfile: bernhard@debian:~$ sudo raspiBackup.sh -v -l debug -d /dev/sdc /mnt/backup/raspberrypi/raspberrypi-rsync-backup-20190316-143032/ --- RBK0009I: debian: raspiBackup.sh V0.6.4.2 (2184fa5) Sa 16. Mär 15:53:46 CET 2019 gestartet. ... --- RBK0095I: Backup wird auf partition /dev/sdc1 zurückgespielt. sending incremental file list BUILD-DATA ... overlays/w1-gpio-pullup.dtbo overlays/w1-gpio.dtbo overlays/wittypi.dtbo sent 1,766,026,856 bytes received 4,288 bytes 4,831,822.56 bytes/sec total size is 1,765,581,389 speedup is 1.00 ??? RBK0021E: Backupprogramm des Typs rsync beendete sich mit RC 109. ... Hast Du eine Idee? Bernhard]]></description>
			<dc:creator>Bernhard</dc:creator>
			<pubDate>Sat, 16 Mar 2019 16:04:50 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3311</guid>
		</item>
		<item>
			<title>Bernhard schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3307</link>
			<description><![CDATA[Hi framp, ja, klar, das wars. Hatte ich übersehen. Super, jetzt läuft auch der Restore. Danke für die superschnelle Antwort, Bernhard]]></description>
			<dc:creator>Bernhard</dc:creator>
			<pubDate>Fri, 15 Mar 2019 20:51:27 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3307</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3306</link>
			<description><![CDATA[Moin Bernhard, die Meldung ??? RBK0086E: Wiederherstellungsgerät darf keine Partition sein. sagt es eigentlich. Du darfst nicht sudo raspiBackup.sh -d /dev/sdc1 angeben sondern sudo raspiBackup.sh -d /dev/sdc /dev/sdc1 ist eine Partition. Darauf koennen keine weitere Partitionen p1,5,6 und 7 angelegt werden. Es muss ein Geraet sein, also /dev/sdc ;-) Ich werde diese Meldung jetzt hier in der Liste aufnehmen. :roll: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 15 Mar 2019 18:37:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3306</guid>
		</item>
		<item>
			<title>Bernhard schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3305</link>
			<description><![CDATA[Hallo, habe mein Raspberry auf einer NAS gesichert und wollte nun aus einem Linux ein Restore auf eine neue, baugleiche SD Karte machen. Leider bekomme ich folgende Fehlermeldung und weiss nicht weiter: ernhard@debian:/$ sudo raspiBackup.sh -d /dev/sdc1 /mnt/backup/raspberrypi/raspberrypi-rsync-backup-20190309-174422/ --- RBK0009I: debian: raspiBackup.sh V0.6.4.2 (2184fa5) Fr 15. Mär 18:04:27 CET 2019 gestartet. mmcblk0p1 mmcblk0p5 mmcblk0p6 mmcblk0p7 ??? RBK0086E: Wiederherstellungsgerät darf keine Partition sein. --- RBK0032I: Bitte warten bis aufgeräumt wurde. ??? RBK0077E: Restore wurde fehlerhaft mit RC 107 beendet. Siehe vorhergehende Fehlermeldungen. --- RBK0010I: debian: raspiBackup.sh V0.6.4.2 (2184fa5) Fr 15. Mär 18:04:27 CET 2019 beendet.]]></description>
			<dc:creator>Bernhard</dc:creator>
			<pubDate>Fri, 15 Mar 2019 18:07:58 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3305</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3302</link>
			<description><![CDATA[Moin Walter, jetzt habe ich verstanden was Du mit Console meintest :-) D.h. Du moechtest dass in einer eMail auch der Hinweis zu dem vollen Speicherplatz erscheint. Das ist eine sinnvolle und auch nicht zu schwierige Aufgabe. Ich werde mich ihr annehmen :-) Der git issue dazu ist hier: https://github.com/framps/raspiBackup/issues/117. Danke fuer Dein Feedback. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 11 Mar 2019 13:39:02 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3302</guid>
		</item>
		<item>
			<title>Walter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3301</link>
			<description><![CDATA[Der Fehler aus dem hervorgeht, dass der Speicher voll war, wurde nur bei Aufruf von RaspiBackup in der Konsole angezeigt. Wenn das Skript per Cron gestartet wird und man am Ende nur eine Email erhält, war lediglich der nichtssagende Fehler 11 angeführt. Da würde ich mir wünschen, dass man auf den fehlenden Speicherplatz hingewiesen wird. Aber wenn das zu aufwändig ist...]]></description>
			<dc:creator>Walter</dc:creator>
			<pubDate>Mon, 11 Mar 2019 13:33:40 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3301</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3300</link>
			<description><![CDATA[Moin Walter, fein dass Du dir Ursache gefunden hast :thumbsup:. Fehlerbehandlung ist eine aufwaendige Sache: Sowohl beim Codieren als auch beim Testen. Aber wenn Du in einer vorherigen Fehlermeldung die Ursache gesehen hast ist das doch OK. Dann brauche dann doch nicht noch viel Aufwand in Fehlerbehandlung und Test stecken. :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 10 Mar 2019 19:12:34 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3300</guid>
		</item>
		<item>
			<title>Walter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3299</link>
			<description><![CDATA[Danke framp! Tatsächlich war am Ziel zu wenig freier Platz. Da während des Backups in der Konsole entsprechende Fehlermeldungen kamen, wäre es toll wenn es eine eindeutigere Fehlermeldung gäbe.]]></description>
			<dc:creator>Walter</dc:creator>
			<pubDate>Sun, 10 Mar 2019 19:05:42 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3299</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3298</link>
			<description><![CDATA[Moin Walter, diese Meldung entspricht im Wesentlichen der RBK0021E. Nur dass sie sich auf eine einzelne Partition bezieht (Du benutzt den paritionsorientierten Modus). Es hat entweder einen Lese- oder Schreibfehler gegeben. Sollte es ein Lesefehler sein ist das ein Hinweis darauf dass Deine SD Karte ihren Geist aufgibt. Schreibfehler wird vermutlich durch volle Backuppartition oder keine verfuegbaren Inodes erzeugt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 10 Mar 2019 17:52:52 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3298</guid>
		</item>
		<item>
			<title>Walter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3296</link>
			<description><![CDATA[??? RBK0147E: Sicherung der Partition sda2 schlug fehl mit RC 11. Sorry, hatte vorhin statt dem Namen die Fehlermeldung eingetragen. :-/ Wie bereits geschrieben, hatte ich heute diesen Fehler nachdem über ein Jahr das Backup jede Woche immer perfekt funktionierte. Was bedeutet diese Fehlermeldung?]]></description>
			<dc:creator>Walter</dc:creator>
			<pubDate>Sun, 10 Mar 2019 08:35:23 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3296</guid>
		</item>
		<item>
			<title>fraeggle schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3102</link>
			<description><![CDATA[Hi. Ich benutze einen Banana PI mit aktuellem Armbian. Leider bekomme ich den Fehler RBK0142E: Bootgerät kann nicht erkannt werden. Ich hab gelesen, das s dies u.U. mit der Beta 6.4.1 erledigt ist. Ich schicke dir noch das LOG. Gruß]]></description>
			<dc:creator>fraeggle</dc:creator>
			<pubDate>Thu, 27 Dec 2018 08:13:23 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3102</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3062</link>
			<description><![CDATA[Moin anderl78, vielen Dank für das testen der Beta. Das muss ich natürlich fixen. Dazu brauche ich aber das Debuglog von der Beta um die Ursache zu finden. Bitte füge die folgende Optionen beim Aufruf von raspiBackup dazu -l debug -L current und schicke mir das erzeugte Debuglog an meine eMail (Siehe Kontaktseite) zu oder stelle es sonst irgendwo im Netz für mich zum Download zur Verfügung Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 09 Dec 2018 23:07:46 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3062</guid>
		</item>
		<item>
			<title>anderl78 schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3061</link>
			<description><![CDATA[Seit dem Update auf die 0.6.4.1 beta funktioniert mein tar-Backup nicht mehr: --- RBK0085I: Backuperstellung vom Typ tar gestartet. Bitte Geduld. tar: Cowardly refusing to create an empty archive Try 'tar --help' or 'tar --usage' for more information. ??? RBK0021E: Backupprogramm des Typs tar beendete sich mit RC 2. Bin nun zurück auf 0.6.3.2a --> damit fehlerfrei]]></description>
			<dc:creator>anderl78</dc:creator>
			<pubDate>Sun, 09 Dec 2018 23:03:16 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3061</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3033</link>
			<description><![CDATA[Moin Horst, RBK0027E solltest Du nicht bekommen. So wie ich rauslese bekamst Du die Meldung frueher nicht. Fuege doch mal die Option -l debug im Aufruf an und schicke mir das Debuglog per eMail zu ( eMail -> Kontakt Seite) oder stelle es irgendwo im Netz fuer mich zum Download zur Verfuegung. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 26 Nov 2018 22:09:25 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3033</guid>
		</item>
		<item>
			<title>Horst schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3032</link>
			<description><![CDATA[Gibt es denn jetzt eine Möglichkeit, wie ich RBK0027E umgehen kann? Ich habe einen Ordner auf meinem NAS unter /media/nas gemountet und möchte auch das Backup dort sichern. Das hat bis dato immer funktioniert. Nur den Ordner für raspibackup zu ändern wäre jetzt zu aufwändig :-(]]></description>
			<dc:creator>Horst</dc:creator>
			<pubDate>Mon, 26 Nov 2018 21:53:29 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3032</guid>
		</item>
		<item>
			<title>codiak schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3021</link>
			<description><![CDATA[Moin Codiak, rufe bitte raspiBackup mit der zusaetzlichen Option -l debug auf und schicke mir das Debuglog an meine eMail zwecks Analyse (Siehe Kontakt Seite fuer die eMail) oder stelle es irgendwo ins Netz dass ich darauf zugreifen kann. Cu framp]]></description>
			<dc:creator>codiak</dc:creator>
			<pubDate>Sat, 24 Nov 2018 11:05:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3021</guid>
		</item>
		<item>
			<title>codiak schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3020</link>
			<description><![CDATA[Interessant! Es scheint am Backupziel zu liegen. Das ist eine USB-Festplatte. Das ganze bricht mit ExitError 107 ab. isPathMounted: 0 Komisch, denn das Verzeichnis für das Backup wird angelegt, kann dann aber nicht wieder gelöscht werden.]]></description>
			<dc:creator>codiak</dc:creator>
			<pubDate>Sat, 24 Nov 2018 00:07:49 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3020</guid>
		</item>
		<item>
			<title>codiak schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3019</link>
			<description><![CDATA[Moin framp, diese Meldung bekomme ich mit der 0.6.4.1 beta :-?]]></description>
			<dc:creator>codiak</dc:creator>
			<pubDate>Fri, 23 Nov 2018 23:44:48 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3019</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3017</link>
			<description><![CDATA[Moin codiak, in der naechsten Version 0.6.4.1 von raspiBackup wird auch unterstützt dass das boot und root Verzeichnis auf einer Partition liegt. Es gibt schon eine 0.6.4.1 Beta: https://www.linux-tips-and-tricks.de/de/13-raspberry/432-raspibackup-versionshistorie ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 23 Nov 2018 22:42:47 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3017</guid>
		</item>
		<item>
			<title>codiak schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3016</link>
			<description><![CDATA[Hallo, ich hatte jahrelang dieses Script unter Bananian auf meinem BananaPi laufen. Da die Distri nicht mehr weiter gepflegt wird, bin ich auf Armbian umgestiegen. Leider funktioniert das Script hier nicht. Es bricht mit folgender Meldung ab: --- RBK0200I: /boot und / befinden sich auf demselben Gerät mmcblk0. Was kann ich tun? Gruß, codiak]]></description>
			<dc:creator>codiak</dc:creator>
			<pubDate>Fri, 23 Nov 2018 18:38:03 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-3016</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2935</link>
			<description><![CDATA[Hm ... wie sieht denn Dein Aufruf von raspiBackup genau aus? Vielleicht ist da ja noch in der Beta ein kleines Problem :oops:]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 07 Nov 2018 23:46:42 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2935</guid>
		</item>
		<item>
			<title>Jochen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2934</link>
			<description><![CDATA[Mit der Beta kam erst die Meldung "-T Parameter keine Zahl", obwohl ich den gar nicht angegeben hatte. Mit -T "1 2" läuft es jetzt erst mal, und es wurde tatsächlich ein Backup erzeugt. Ist natürlich erstmal alles Quatsch rein virtuell, aber ich kann jetzt die Modi und Email-Einstellungen in Ruhe probieren. Riesensache, das Ganze. Nochmals ganz dicke Danke!]]></description>
			<dc:creator>Jochen</dc:creator>
			<pubDate>Wed, 07 Nov 2018 23:42:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2934</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2933</link>
			<description><![CDATA[Moin Jochen, jupp, Benutze die Beta. Die sollte dann keinen RBK0142E mehr liefern. Wenn doch erstelle das Debuglog mit -l debug und schicke es mir per eMail (siehe Kontakt Seite) zwecks Analyse zu. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 07 Nov 2018 23:28:03 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2933</guid>
		</item>
		<item>
			<title>Jochen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2932</link>
			<description><![CDATA[Danke für die Superschnelle Reaktion. Tatsächlich gibt es (zu meiner Überraschung, keine Ahnung seit wann) unter https://www.raspberrypi.org/downloads/ ein "RaspbianDesktop" zum Download, das tatdellos in VM läuft. Natürlich auf der anderen Architektur und mit einigen Unterschieden. Aber fast alles klappt, was in Verbindung mit Snapshot perfekt zu Rumprobieren ist. Tatsächlich liegt /boot auf der gleichen Partition wie der Rest. Ich kann ja mal die Beta probieren.]]></description>
			<dc:creator>Jochen</dc:creator>
			<pubDate>Wed, 07 Nov 2018 23:24:09 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2932</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2931</link>
			<description><![CDATA[Moin Jochen, mir ist nicht klar wie Du raspbian in VB laufen lassen kannst denn VB kann keine ARM Instruktionen emulieren :-? Ich vermute Du hast das i386 Raspbian Image in die VB gebracht. Die Frage ist ob da das Partitionslayout genauso aussieht wie bei der ARM Version. Es muss die Raspbian Partitionsstruktur vorhanden sein. /boot muss existieren. Die Version 0.6.4 verlangt dass /boot auf einer separaten Partition zu / liegt. In der aktuellen 0.6.4.1 Beta kann /boot auch auf derselben Partition wie / liegen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 07 Nov 2018 23:12:52 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2931</guid>
		</item>
		<item>
			<title>Jochen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2930</link>
			<description><![CDATA[Ich habe Raspbian-Desktop in einer VirtualBox laufen um alles mögliche erstmal in Sicherheit auszuprobieren. Im Prinzip ist das klasse, klappt aber nicht, wenn etwas bestimmte Dinge voraussetzt. raspiBackup erkennt beispielsweise kein Bootgerät (RBK0142E), vermutlich weil die "Platten" anders heißen. Kann ich da etwas machen, um es trotzdem laufen zu lassen, um beispielsweise Optionen gefahrlos zu testen? Mein Layout ist in der VirtualBox (lsblk): NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 32G 0 disk ├─sda1 8:1 0 31G 0 part / ├─sda2 8:2 0 1K 0 part └─sda5 8:5 0 1022M 0 part [SWAP] sdb 8:16 0 16G 0 disk └─sdb1 8:17 0 16G 0 part /media/usb sr0 11:0 1 1024M 0 rom Auf meinem echten Raspi benutze ich das Script schon seit einiger Zeit und es hat mich auch schon einige Male gerettet, dafür meinen allerherzlichsten Dank!]]></description>
			<dc:creator>Jochen</dc:creator>
			<pubDate>Wed, 07 Nov 2018 22:50:38 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2930</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2838</link>
			<description><![CDATA[Moin Ric, nein, da habe ich offensichtlich was uebersehen :oops: . Starte das Backup bitte noch einmal mit der zusaetzlichen Option-l debug und schicke mir das Debuglog an meine eMailAdresse zwecks Fehleranalyse (eMail siehe Kontakt Seite). Danach gehet wieder auf die vorherige Version mit Option -U zurueck bis ich das Problem gefixed habe. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 21 Aug 2018 20:38:25 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2838</guid>
		</item>
		<item>
			<title>Ric schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2837</link>
			<description><![CDATA[Seit dem letzten Update V0.6.4 wird mir folgender Fehler angezeigt: /boot und root befinden sich auf demselben Gerät mmcblk0p2. /boot und root auf demselben Gerät sind nicht unterstützt bei dem Backuptyp rsync. Benutze dd Das Backup hat jahrelang ohne Probleme funktioniert. Habe ich eine Änderung übersehen?]]></description>
			<dc:creator>Ric</dc:creator>
			<pubDate>Tue, 21 Aug 2018 10:02:30 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2837</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2836</link>
			<description><![CDATA[Mir war die Konsequenz nicht bewusst. Das muss ich aendern. Du hast ja schon einen Vorschlag wie ich das verbessern koennte. Man koennte auch zur Laufzeit pruefen ob xattrs unterstuetzt sind und dann das X mit einer Warnmeldung rausnehmen. Mal sehen was ich finde :-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 20 Aug 2018 19:18:50 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2836</guid>
		</item>
		<item>
			<title>Marc schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2835</link>
			<description><![CDATA[ Na dann ist die Erklärung wenigstens da :-) Und beim nächsten Anflug von Langeweile kannst du ja beim Setup abfragen, ob NFS genutzt wird... und dann... usw :-) Bei mir läuft nun zumindest wieder alles wie am Schnürchen! Kein NFS hätte Verzicht auf Hardlinks bei meiner QNAP bedeutet, das wäre blöder gewesen...]]></description>
			<dc:creator>Marc</dc:creator>
			<pubDate>Mon, 20 Aug 2018 13:21:49 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2835</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2834</link>
			<description><![CDATA[Moin Marc, ich habe noch mal im git Repo genauer nachgesehen und Du hast Recht: Ich habe das X bei den rsync Optionen bei der Version 0.6.4 zugefuegt :oops: . Ich muss gestehen dass mir das nicht mehr bewusst war. Letztendlich sollten ja xattrs gesichert werden und sofern Du kein nfs benutzt funktioniert das auch. D.h. aber auch dass zukuenftig jeder mit nfs diese Meldung bekommt. Die Loesung das X in der Konfigurationsoption DEFAULT_RSYNC_BACKUP_OPTIONS rauszunehmen wie Du es getan hast ist die beste Loesung. Somit ist sich jeder bewusst dass keine xattrs gesichert werden. Ich habe noch nie gehoert dass das ein Problem war. Aber ein Benutzer von raspiBackup sollte sich bewusst sein dass sein Backup nicht ganz dem Original entspricht :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 19 Aug 2018 17:15:49 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2834</guid>
		</item>
		<item>
			<title>Marc schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2833</link>
			<description><![CDATA[ Danke... habe gestern Abend schon getestet und in den rsync Options dann das "X" weg gelassen, damit ging es dann einwandfrei. Habe auch schon überlegt ob ich ein dickes OS Upgrade gemacht habe, aber komme nicht mehr drauf. Ist wirklich seltsam... auf dem einen Pi sind es nur zwei Dateien, auf dem anderen aber locker 10. Muss ja durch irgendwas kommen!]]></description>
			<dc:creator>Marc</dc:creator>
			<pubDate>Sun, 19 Aug 2018 12:44:30 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2833</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2832</link>
			<description><![CDATA[Moin Marc, das ist ein bekanntes Problem. Siehe dazu hier: https://www.linux-tips-and-tricks.de/de/benutzung-von-synology#comment-2064. Auf den FAQ: https://www.linux-tips-and-tricks.de/de/faq#a24 habe ich beschrieben wie man es fuer acl verhindern kann. Das sollte auch fuer xaatr funktionieren. Ursache ist dass nfs keine xattrs unterstuetzt. Ich vermute mal Du hast einen Update Deines OS gemacht oder eine neue SW installiert die xattrs benutzt. Wie ich rauslese benutzt Du eine neuere Version von raspiBackup (Vermutlich 0.6.4). Du kannst auf die vorherige Version mit Option -U zurueckgehen und noch mal testen. Du wirst aber denselben Fehler bekommen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 18 Aug 2018 20:27:50 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2832</guid>
		</item>
		<item>
			<title>Marc schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2831</link>
			<description><![CDATA[Hallo, seit heute laufen auf zwei Rai meine Backup Jobs nicht mehr... Ziel ist ein QNAP via NFS Fehler ist jeweils sowas rsync: rsync_xal_set: lsetxattr(""/backup/GProxy/GProxy-rsync-backup-20180818-132050/usr/bin/systemd-detect-virt"","security.capability") failed: Operation not supported (95) Irgendeine Idee dazu? Google meint das es irgendwas mit den erweiterten Rechten zu tun hat (der X Switch von rsync??)... hat sich da mit der letzten Version was geändert? Hatte zuerst meine QNAP / dortiges FW Update im Verdacht... aber nach einem Downgrade dort besteht der Fehler weiterhin!]]></description>
			<dc:creator>Marc</dc:creator>
			<pubDate>Sat, 18 Aug 2018 13:40:23 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2831</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2830</link>
			<description><![CDATA[Moin Markus, das ist hier genau der richtige Platz um die Frage zu stellen. Ich habe die Fehlermeldungen oben in der Liste aufgenommen. Sollte das nicht zur Loesung des Problems ausreichen lass mich wissen und ich erweitere die Erklaerungen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 16 Aug 2018 19:11:51 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2830</guid>
		</item>
		<item>
			<title>Markus Berg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2829</link>
			<description><![CDATA[Hallo, ich bekommen beim Versuch einen Prozess vor dem Backup zu stoppen die folgende Fehlermeldung: 08-16-2018 17:06:04 ??? RBK0048E: Ein Fehler trat beim Beenden von Services auf. RC 1. Beim Versuch den Service wieder zu starten, kommt dann die korrespondierende Meldung: 08-16-2018 17:06:09 ??? RBK0047E: Ein Fehler trat beim Starten von Services auf. RC 1. Leider habe ich hier keine Lösung gefunden? Danke für eine kurze Info. VG Markus]]></description>
			<dc:creator>Markus Berg</dc:creator>
			<pubDate>Thu, 16 Aug 2018 17:10:39 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/raspibackupmeldungen#comment-2829</guid>
		</item>
	</channel>
</rss>
