<?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 - Wiederherstellen eines Backups</title>
		<description>Diskussion raspiBackup - Wiederherstellen eines Backups</description>
		<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen</link>
		<lastBuildDate>Tue, 07 Apr 2026 14:59:34 +0200</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="https://www.linux-tips-and-tricks.de/de/component/jcomments/feed/com_content/240" rel="self" type="application/rss+xml" />
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5117</link>
			<description><![CDATA[Moin Cristian, der Befehl ist richtig. Aber den Restore musst Du durchführen um das Backup zu testen. Du kannst aber den Restore auf eine genügend große HDD oder SSD durchführen und dann davon starten ;-) Die HDD muss auch nur so groß sein wie Daten im Backup sind. Aber letztendlich solltest Du den Restore auch auf die NVMe auch mal testen. Aber wenn der o.g. Test OK ist kannst Du zu 97% sicher sein dass es auch auf NVMe klappen wird.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 30 May 2025 19:41:39 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5117</guid>
		</item>
		<item>
			<title>Christian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5116</link>
			<description><![CDATA[Hallo, ich habe mein Raspberry 5 System auf einer nvme über pci-Anschluß am laufen und mache mein raspiBackup auf eine USB Stick, das klappt auch sehr gut. Für den Restore habe ich mit ein raspiOS light Image auf einen weiteren USB Stick gespielt und auch dort raspiBackup installiert. Ein möglicher Restore würde bei mir so aussehen: Boot vom USB Stick , Mount USB Stick mit den Backups und restore. sudo raspiBackup -d /dev/nvme0n1 /backup/raspi5/raspi5@debian12-rsync-backup-20250526-033001 Habe ich das soweit richtig verstanden? Da ich mich nicht traue den Restore durchzuführen, und keine zweite M2 Karte habe, gilt die Option -F für die Simulation auch für den Restore?]]></description>
			<dc:creator>Christian</dc:creator>
			<pubDate>Fri, 30 May 2025 18:52:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5116</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5096</link>
			<description><![CDATA[ Das ist ein Bug für den es mittlerweile einen Fix gibt. Siehe HTTPS://github.com/framps/raspiBackup/issues/843 Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 26 Feb 2025 14:34:09 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5096</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5095</link>
			<description><![CDATA[ Tut mir leid. Ich nutze kein OMV. Aber ich weiss dass es andere Leute tun und raspiBackup korrekt funktioniert. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 26 Feb 2025 14:30:13 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5095</guid>
		</item>
		<item>
			<title>Hermann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5089</link>
			<description><![CDATA[Hallo, ich habe ein RPI4 mit OMV laufen. Nach einem rsync restore komme ich auf das WebGui des OMV nicht mehr. "Verbindung fehlgeschlagen". Netzwerkzugriffe funktionieren einwandfrei (Freigaben). Hat jemand eine Idee? Habe mit Linux nicht so viel zu tun, arbeite bis jetzt nach Anleitung. Gruß Hermann]]></description>
			<dc:creator>Hermann</dc:creator>
			<pubDate>Tue, 31 Dec 2024 00:10:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5089</guid>
		</item>
		<item>
			<title>Andreas schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5088</link>
			<description><![CDATA[Hallo framp, Weihnachtszeit ist Restore-Zeit und nach einem Test heute mit der 0.7.0-beta habe ich eine Frage. Ich führe den Restore mit "--updateUUIDs -0" aus. Scheinbar werden (bei mir - ArchLinuxARM) die geänderten PARTUUIDs nicht in der /etc/fstab und der /cmdline.txt eingesetzt. Dort stehen nach dem Restore die Einträge des Original-Systems aus dem Backup. Ist das meinem System geschuldet? Beste Grüße, Andreas]]></description>
			<dc:creator>Andreas</dc:creator>
			<pubDate>Sun, 22 Dec 2024 12:54:41 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-5088</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4992</link>
			<description><![CDATA[Moin Jens, die Syno kannst Du nicht als Restoreziel nehmen. Fuer den Test wuerde ich eine entsprechend grosse SD Karte nehmen. Ein USB Stick oder USB Platte bzw SSD wuerde auch gehen. Aber am einfachsten ist es mit einer SD Karte die moeglichst neu sein sollte. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 20 Jan 2024 11:14:09 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4992</guid>
		</item>
		<item>
			<title>Jens schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4991</link>
			<description><![CDATA[Hallo und erstmal vielen Dank für dieses tolle Tool. Ich habe meinen pi 4 mal lt. der Anleitung auf meine Synology gesichert. Hat problemlos funktioniert. Jetzt wollte ich mal den restore simulieren. Kann ich das einfach so machen, dass ich z.b auf der Synology ein Verzeichnis mit die den Test anlege und dieses dann als restore-medium. wähle? Oder wäre es sinnvoller, das auf eine SD-Karte zum machen und dann gleich zu testen, ob der Synology bootet? Ich betreibe auf dem pi einen Phiole mit unbound. Vorab Danke für die Info und Tipps]]></description>
			<dc:creator>Jens</dc:creator>
			<pubDate>Sat, 20 Jan 2024 10:59:24 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4991</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4985</link>
			<description><![CDATA[Hallo framp, OK, dachte ich mir. Werde ich am .conf-Ende (evt. per script) einfügen. Alles ist Gut. raspiBackup läuft einwandfrei und sicher. Danke für die Arbeit. mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 09 Jan 2024 20:53:43 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4985</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4984</link>
			<description><![CDATA[Moin bernd, ja. Ich habe es entfernt da die Option eigentlich nicht allgemein genutzt werden soll. Sie ist ja auch nicht dokumentiert. Irgendwie hatte ich sie dann faelschlicherweise in die Konfig aufgenommen. Jetzt ist sie weg. Du kannst sie aber manuell in der Konfig dazufuegen ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 09 Jan 2024 18:39:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4984</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4983</link>
			<description><![CDATA[Hallo framp, könnte es sein, dass der Eintrag 'DEFAULT_YES_NO_RESTORE_DEVICE=""' aus der raspiBackup.conf entfernt wurde? Was passiert wenn ich diesen manuell nachtrage? mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 09 Jan 2024 14:09:17 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4983</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4980</link>
			<description><![CDATA[Hallo framp, OK ==> Danke für den nützlichen Hinweis. mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 02 Jan 2024 21:54:09 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4980</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4979</link>
			<description><![CDATA[Moin Bernd, "" funktioniert auch. Ist aber gefaehrlich. Ich habe das eingefuehrt damit ich nicht aus Versehen meine Linux Systempartition ueberschreibe beim Restoretest. Also nutze lieber "sda". Aber up to you ... ich habe Dich drauf hingewiesen :roll: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 02 Jan 2024 21:34:56 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4979</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4978</link>
			<description><![CDATA[Hallo framp, stimmt DEFAULT_YES_NO_RESTORE_DEVICE="N" war eingetragen, auf DEFAULT_YES_NO_RESTORE_DEVICE="" gesetzt, mit -Y gestartet, restore läuft durch. Mit DEFAULT_YES_NO_RESTORE_DEVICE="sda" und -Y läuft restore ebenfalls durch. Ich belasse DEFAULT_YES_NO_RESTORE_DEVICE="" und starte mit -Y. mfg + Danke für die Hinweise Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 02 Jan 2024 21:28:05 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4978</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4977</link>
			<description><![CDATA[Moin Bernd, eines vorweg: Du bewegst Dich im Bereich der Optionen die nur fuer das Development gedacht sind ;-) Es gibt die eigentlich undokumentierte Option DEFAULT_YES_NO_RESTORE_DEVICE die Du noch in Deiner Config hast. Die hast Du offensichtlich bei Deinen Versuchen auf N gesetzt. Du benutzt /dev/sda. Setze die mal auf sda. Damit definierst Du den Regex fuer das Device auf welches Du restoren willst. Dann sollte es funktionieren ;-) Aber nur mit der Aufrufoption -Y ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 02 Jan 2024 20:45:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4977</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4976</link>
			<description><![CDATA[Hallo framp, Aufruf: sudo raspiBackup -Y -0 -d /dev/sda /mnt/raspiBackups/pi3/pi3-rsync-backup-20240101-030042 Antwort: ??? RBK0113E: Wiederherstellungsgerät /dev/sda ähnelt nicht N. --- RBK0026I: Debug Logdatei wurde in /home/pi/raspiBackup.logr gesichert. Helfe mir z.Z.: Restore erfolgt mit einer Kopie von raspiBackup.sh, wobei dabei die IF-Abfrage ab Zeile 7400-7403 kommentiert ist, somit übersprungen wird. Keine Dauerlösung, denn könnte beim nächsten raspiBackup-Update schiefgehen. Idee? mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 02 Jan 2024 20:21:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4976</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4975</link>
			<description><![CDATA[Moin Bernd, dummerweise habe ich vergessen die Option aus der Config rauszuloeschen. Du kannst das nicht per Config aktivieren. ABER mit der Aufrufoption -Y funktioniert es ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 02 Jan 2024 16:22:39 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4975</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4974</link>
			<description><![CDATA[Hallo framp, ich möchte den Restore-Prozess automatisch starten, um eine Clone vorzuhalten. Dabei stört die Ja/Nein Abfrage. In der raspiBackup.config habe ich den Eintrag "DEFAULT_YES_NO_RESTORE_DEVICE" mit unterschiedlichen (J, N, sda, 0, 1) vorgaben genutzt, aber ohne Erfolg. Frage, ist diese Eintrag noch aktiv? Welche Angabe ist erforderlich? mfg + gesundes neues Jahr Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 02 Jan 2024 15:14:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4974</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4971</link>
			<description><![CDATA[Moin Bernd, ab 0.6.7 gibt es einen Restoreextensionpoint. Dort wuerde ich es einbauen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 30 Nov 2023 18:25:58 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4971</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4970</link>
			<description><![CDATA[Hallo, danke für den Link zum syncUUIDs.sh. Nur wie binde ich das Script an raspiBackup ein. Im Backup- oder Restore-Prozess ??? mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Thu, 30 Nov 2023 11:07:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4970</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4969</link>
			<description><![CDATA[Moin Bernd, es gibt ein Script von mir: HTTPS://github.com/framps/raspberryTools/blob/master/syncUUIDs.sh was die UUIDs syncen soll. Must Du mal testen ob das bei Dir funktioniert. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 29 Nov 2023 21:09:33 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4969</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4968</link>
			<description><![CDATA[Mojn Baerd, BTW: Es gab gerade im Raspberry Forum eine Diskussion ob noch mixed mode unterstuetzt werden muss von raspiBackup. Du nutzt ihn noch - gut zu wissen :-) Keine Angst - der wird auch nicht verschwinden in den naechsten Releases. ich bleibe immer backward compatible - auch wenn das manchmal Probleme in der Programmierung bereitet ... Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 29 Nov 2023 20:41:01 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4968</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4967</link>
			<description><![CDATA[Moin Bernd, Dein Usecase war nie angedacht bei raspiBackup. Aber mit ein paar Tweeks geht es dann doch :-D Vielen Dank fuer Deinen ausfuehrlichen Bericht. Ich sehe da dass es eine Ecke gibt wo ich noch etwas fixen muss: Bei den weiteren Partitionen, also nicht nur 1-2. Anyhow wuerde ich die nofail Option bei Deinen externen Partitionen in der fstab zufuegen ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 29 Nov 2023 20:35:27 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4967</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4966</link>
			<description><![CDATA[Hallo framp, Original fstab:	proc /proc proc defaults 0 0	PARTUUID=264f3462-01 /boot vfat defaults 0 2	PARTUUID=76d82778-02 / ext4 defaults,noatime 0 0	PARTUUID=76d82778-03 /media/usbplatte/ ntfs-3g defaults,auto,umask=000,users,rw 0	PARTUUID=76d82778-05 /mnt/raspiBackups/ ext4 defaults 0	# a swapfile is not a swap partition, no line here	# use dphys-swapfile swap[on|off] for that ausgeführt:	sudo raspiBackup.sh -d /dev/sda /mnt/raspiBackups/pi3/pi3-rsync-backup-20231129-030001 lt. raspiBackup.msgr --- RBK0102I: PARTUUID wird von 76d82778-02 auf 8685d191-02 in /boot/cmdline.txt geändert. --- RBK0102I: PARTUUID wird von 76d82778 auf 8685d191 in /etc/fstab geändert. --- RBK0102I: PARTUUID wird von 264f3462-01 auf 8685d191-01 in /etc/fstab geändert. cmdline.txt auf clone sda1 nach restore	console=serial0,115200 console=tty1 root=PARTUUID=8685d191-02 rootfstype=ext4 fsck.repair=yes rootwait ==> OK fstab auf clone sda2 nach restore	proc /proc proc defaults 0 0	PARTUUID=8685d191-01 /boot vfat defaults 0 2	PARTUUID=8685d191-02 / ext4 defaults,noatime 0 0	PARTUUID=8685d191-03 /media/usbplatte/ ntfs-3g defaults,auto,umask=000,users,rw 0	PARTUUID=8685d191-05 /mnt/raspiBackups/ ext4 defaults 0	# a swapfile is not a swap partition, no line here	# use dphys-swapfile swap[on|off] for that ==> entspricht der raspiBackup.msgr - Meldung USB-Laufwerk abgetrennt, die SD-Karte entfernt dafür sda in den Kartenslot: !!! Raspi startet nicht !!! fstab auf clone sda2 nach restore manuell geändert	proc /proc proc defaults 0 0	PARTUUID=8685d191-01 /boot vfat defaults 0 2	PARTUUID=8685d191-02 / ext4 defaults,noatime 0 0	#PARTUUID=8685d191-03 /media/usbplatte/ ntfs-3g defaults,auto,umask=000,users,rw 0	#PARTUUID=8685d191-05 /mnt/raspiBackups/ ext4 defaults 0	# a swapfile is not a swap partition, no line here	# use dphys-swapfile swap[on|off] for that ==> die Partitionen 03 und 04 sind mit oder ohne USB-Festplatte physisch nicht vorhanden, also Einträge 03 und 04 manuell auskommentieren oder entfernen !!! Raspi startet !!! Sicherlich ist der Restore-Prozess nicht auf meine speziellen MIX-Modus ausgelegt, aber ich kann damit leben. Eventuell die Clone-fstab per Script nacharbeiten. Ich habe meinen Clone. Der Rest ist dann Handarbeit! Danke für Deine Hilfe und raspiBackup mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Wed, 29 Nov 2023 11:37:52 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4966</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4965</link>
			<description><![CDATA[Hallo framp; lt. meiner Dokumentation sollte ich die richtigen Dateien erwischt haben. Morgen werde ich weiter testen und natürlich aufpassen. Und berichten. mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 28 Nov 2023 19:50:26 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4965</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4964</link>
			<description><![CDATA[Moin Bernd, nein, nicht Hardlinks. Du musst tierisch aufpassen dass Du die richtigen Dateien änderst. Dummerweise gibt es sie zweimal und Du kannst schnell die falsch erwischen. Ich hatte damals als ich den Mixed Mode in raspiBackup eingebaut habe auch öfter beim Testen an der falschen Stelle geändert :( Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 28 Nov 2023 18:39:21 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4964</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4963</link>
			<description><![CDATA[Hallo framp, Nachtrag: habe soeben festgestellt, dass die Änderungen die ich in der cmdline und fstab der zweiten (restored) SD-Karte durchgeführt habe auch (nur) in der fstab des Originalsystems geschrieben wurden??? Hardlinks ??? Start ist OK mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 28 Nov 2023 17:52:45 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4963</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4962</link>
			<description><![CDATA[Hallo framp, genau so dachte ich es mir auch und bin mehrmals so verfahren. Aber es funktioniert leider nicht. Zumal in der raspiBackup.msgr steht: --- RBK0184I: Rootpartitionscheck gestartet. --- RBK0295I: /boot/cmdline.txt und /etc/fstab werden synchronisiert. --- RBK0102I: PARTUUID wird von 76d82778-02 auf cc0c6a8c-02 in /boot/cmdline.txt geändert. --- RBK0102I: PARTUUID wird von 264f3462 auf cc0c6a8c in /etc/fstab geändert. --- RBK0033I: Bitte warten bis aufgeräumt wurde. usw. Die cmdline.txt und fstab im Restore entsprechen dem Originalen. Wie gesagt, die manuellen Änderungen sind ohne Erfolg. Habe auch schon ein dritte SD-Karte für das Restore eingesetzt. Noch eine Idee? mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 28 Nov 2023 17:27:52 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4962</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4961</link>
			<description><![CDATA[Moin Bernd, das geht schon. Nur musst Du nach dem Restore ohne -R noch zwei Aenderungen am restorten System machen: 1) In der /etc/fstab musst Du die PARTUUID von / anpassen. Es muss die von /boot sein - nur am Ende nicht -01 sondern -02. 2) In /boot/cmdline.txt musst Du hinter root= die geaenderte PARTUUID von / aus der /etc/fstab schreiben Dann sollte das System booten. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 28 Nov 2023 16:30:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4961</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4960</link>
			<description><![CDATA[Hallo framp, mit der Option -R muss ich eine Partition auserhalb meiner zweiten SD-Karte bestimmen, die ich nicht habe. Ich wollte das Restore zu Testzwecken auf einer einzelnen SD-Karte haben, also wieder auf einer Karte zusammenführen, als Clone benutzen. Nur für den Fall dass die USB-Festplatte mal ausfällt. Geht das mit raspiBackup ? mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 28 Nov 2023 14:17:29 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4960</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4959</link>
			<description><![CDATA[Moin Bernd, bei Deinem Mixed Mode, also /boot auf SD Karte und /root auf USB musst Du zusaetzlich die Option -R nutzen. Siehe dazu HTTPS://www.linux-tips-and-tricks.de/de/wiederherstellen Abschnitt "Restore auf eine SD Karte und eine externe Partition" Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 28 Nov 2023 12:43:44 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4959</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4958</link>
			<description><![CDATA[Hallo, ich nutze einen Raspberrypi-3B. Bootpartition: SD-Karte Rootpartition: USB-Festplatte (sdb2) RaspiBackup angelegt OK. Das Restore soll auf eine zweite SD-Karte sda erfolgen. Welche Parameter sollte ich nutzen, wenn die Zweite SD nach dem restoren, durch einstecken in den SD-Schacht und entfernten USB-Laufwerk sofort startbar ist. Mit der Option -d funktioniert es nicht wie gewollt. mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 28 Nov 2023 12:27:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4958</guid>
		</item>
		<item>
			<title>Maddin schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4928</link>
			<description><![CDATA[Falls jemand vor dem selben Problem stehen sollte. Mit dem Raspberry Pi Imager unter "other Image" funktioniert es super!]]></description>
			<dc:creator>Maddin</dc:creator>
			<pubDate>Sat, 29 Jul 2023 13:21:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4928</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4926</link>
			<description><![CDATA[Moin Mardin, interessante Frage. Mit einer Raspberry und Linux geht das. Da ich kein Windowskenner bin kann ich Dir da nicht weiterhelfen. Du könntest aber die Frage im Raspberryforum - Unterforum Backup stellen. Dort gibt es raspiBackup Nutzer die Windows kennen und nutzen ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 27 Jul 2023 18:17:08 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4926</guid>
		</item>
		<item>
			<title>Maddin schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4925</link>
			<description><![CDATA[Hallo zusammen, ich habe eine DD Sicherung meiner SSD am Raspi erstellt. Nun würde ich gerne mal zum Test das ganze System an einem Windows Client wiederherstellen. Leider zeigt es mir ja das Laufwerk am Win32 DiskImager nicht an (Weil der vermutlich eine SD Karte benötigt) Hat jemand einen Tip wie ich das auf eine komplett frische SSD Restoren kann?]]></description>
			<dc:creator>Maddin</dc:creator>
			<pubDate>Thu, 27 Jul 2023 15:53:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4925</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4855</link>
			<description><![CDATA[Moin Matze, so ganz verstehe ich nicht warum Du auf eine SD Karte restoren willst. Du schreibst doch dass Du SSD only faehrst. D.h. ich wuerde an Deiner Stelle eine SD Karte mit einem RaspbianOS erstellen und dort raspiBackup installieren. Dann verbindest Du Deine SSD auf der Du restoren willst mit Deiner Raspberry, verbindest Deine USB HDD und restorst das Backup von der HDD auf Deine SSD. Zum Testen willst Du sicherlich nicht Deine aktive SSD nutzen. Da kannst Du eine beliebige HDD oder auch einen USB Stick nehmen - sofern die Datenmenge Deines Backups daraufpasst. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 25 Dec 2022 18:10:05 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4855</guid>
		</item>
		<item>
			<title>Matze schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4854</link>
			<description><![CDATA[Hallo. Ich wollte mal an einen Restore-Test wagen. Ich habe aber das Vorgehen nicht ganz verstanden. Mein System läuft auf einer externen SSD. Es ist keine SD Karte eingelegt. Das Backup liegt auf auf einer externen USB HDD. Das Vorgehen: Ich ziehe die SSD ab und boote von SD Karte. Das ist die, die ich zum Umzug auf die SSD genutzt habe. Hier müsste ich dann RaspiBackup installieren. Kann ich nun auf diese SD Karte den Restore machen? Oder geht der Restore nur auf eine zusätzlich angeschlossenen SD Karte mittels Kartenleser? Danke]]></description>
			<dc:creator>Matze</dc:creator>
			<pubDate>Sun, 25 Dec 2022 12:13:22 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4854</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4845</link>
			<description><![CDATA[Moin Peter, das ist ja das verzwickte: Waehrend des Restores wird von raspiBackup neu partitioniert und usbmount mountet sofort die Partition :-( Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 14 Dec 2022 12:40:36 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4845</guid>
		</item>
		<item>
			<title>lupe schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4844</link>
			<description><![CDATA[Hallo framp Vielen Dank für die prompte Antwort. Was der Eintrag ENABLE=0 in der usbmount.conf bewirkt hat sich mir nicht erschlossen. Jedenfalls erscheint die Meldung "Restore ist nicht möglich wenn 'usbmount' installiert ist. Die Abfrage mit sudo blkid -o list -w /dev/null gibt immer noch (not mounted) aus und trotzdem funktioniert es nicht. Nach Deinstallation von usbmount läuft jetzt alles fehlerfrei. Als nächstes kommt noch der Test ob die so restorte sd-Karte den PiHole auch startet. Vielen Dank für das tolle Programm. Beste Grüsse aus der Schweiz. Peter]]></description>
			<dc:creator>lupe</dc:creator>
			<pubDate>Wed, 14 Dec 2022 12:23:02 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4844</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4843</link>
			<description><![CDATA[Moin, usbmount funkt leider beim Restore dazwischen und darf nicht aktiv sein. Den musst Du erst deaktivieren. Ob er sich so wie Du im folgenden Kommentar beschrieben hast deaktiviert weiss ich nicht. Ich wuerde ihn im Zweifel deinstallieren. Wenn Du -U -S nutzt wird immer aktualisiert auch wenn Du die letzte Version schon hast. Das muss ich mal aendern dass man dann eine Meldung bekommt wenn schon die aktuelle Version lokal vorliegt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 13 Dec 2022 16:42:36 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4843</guid>
		</item>
		<item>
			<title>lupe schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4841</link>
			<description><![CDATA[Hallo framp Teil 1 Das Backup meines PiHoles und meines SmartPi auf mein Synology NAS hat prima funktioniert. Seit zwei Tagen versuche ich nun erfolglos ein Restor auf eine SD-Karte die in einem USB-Reader. Nachfolgen die Abschlussmeldung: root@RPiHole:/home/pi# sudo raspiBackup.sh -d /dev/sda /Backup/RPiHole/RPiHole-rsync-backup-20221213-145702 --- RBK0009I: RPiHole: raspiBackup.sh V0.6.8 - 2022-12-06 (81636e6) Di 13 Dez 2022 15:51:02 CET gestartet. --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt. ??? RBK0277E: Restore ist nicht möglich wenn 'usbmount' installiert ist. --- RBK0033I: Bitte warten bis aufgeräumt wurde. ??? RBK0077E: Restore wurde fehlerhaft beendet. Siehe]]></description>
			<dc:creator>lupe</dc:creator>
			<pubDate>Tue, 13 Dec 2022 16:31:40 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4841</guid>
		</item>
		<item>
			<title>Hami schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4833</link>
			<description><![CDATA[Alles klar, dann mach ich das wohl im git. Danke schon mal, bis dann]]></description>
			<dc:creator>Hami</dc:creator>
			<pubDate>Mon, 24 Oct 2022 18:57:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4833</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4832</link>
			<description><![CDATA[Du kannst auch gerne das Log irgendwo hochladen und mir hier die URL geben. Im git geht die Konversation allerdings leichter (Du bekommst update notifications und kannst auch das log per dragndrop anhaengen) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 24 Oct 2022 17:28:14 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4832</guid>
		</item>
		<item>
			<title>Hami schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4831</link>
			<description><![CDATA[Ja hast recht. Werde mich die tage mal dran setzen und gucken. Ja prima, danke dir, dann mach ich noch mal nen Test und lad dir die logdatei hoch. Soll ich dafür auch nen issue erstellen?]]></description>
			<dc:creator>Hami</dc:creator>
			<pubDate>Mon, 24 Oct 2022 16:37:38 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4831</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4830</link>
			<description><![CDATA[Ok. Dann muss es eine andere Ursache haben. Ich empfehle Dir aber das noch genauer zu untersuchen und zu verstehen. Wenn Du den Ernstfall hast und restoren musst willst Du nicht noch mit so einem intermitierendem Fehler kaempfen. Wenn der Fehler wieder aufftritt stelle mir doch mal das Debuglog zur Verfuegung. Vielleicht finde ich was ... Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 24 Oct 2022 15:49:08 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4830</guid>
		</item>
		<item>
			<title>Hami schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4829</link>
			<description><![CDATA[Also hab jetzt mal nachgesehen, habe kein Paket mit den Namen usbmount installiert, vorsorglich habe ich es deinstalliert bzw versucht, aber auch da kam die Meldung, dass es nicht installiert ist. Komischerweise ging es jetzt dann irgendwann, ohne dass ich etwas anders gemacht habe als davor. Auch bei zwei weiteren Tests: erst kommt ein paar mal der Fehler dass gemounted sei (obwohl es nicht ist), nach mehreren versuchen mit "umount umount /dev/sda" (bzw sda1 und sda2) geht es dann immer irgendwann. Versteh ich zwar nicht, aber gut, hauptsache irgendwann klappt es :D]]></description>
			<dc:creator>Hami</dc:creator>
			<pubDate>Mon, 24 Oct 2022 15:19:26 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4829</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4828</link>
			<description><![CDATA[Moin hami, das klingt mir danach dass bei Dir usbmount aktiv ist. Siehe dazu auch HTTPS://github.com/framps/raspiBackup/issues/515. Den musst Du leider erst deaktivieren fuer den Restore. Falls es nicht daran liegt brauche ich ein Debuglog. Bitte erstelle dazu einen Issue im github und haege dort das Debuglog rein (drag and drop). Gerne auch in Deutsch wenn Du willst :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 24 Oct 2022 10:34:51 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4828</guid>
		</item>
		<item>
			<title>Hami schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4827</link>
			<description><![CDATA[Guten Morgen framp, irgendwie komme ich gerade mit einem Test restore nicht klar. Es kommt immer die Meldung "??? RBK0274E: Das Restoregerät /dev/sda hat gemountete Partitionen. Hinweis: Ein Restore auf das aktive System ist nicht mogöich." Habe das backup auf dem NAS und will es auf eine hinten angesteckte micro sd widerherstellen. Diese war aber nicht gemounted und habe ich mit "umount /dev/sda1" und "umount /dev/sda" auch noch mal vorsichtshalber gemacht. Auch "sudo blkid -o list -w /dev/null" sagt /dev/sda (not mounted). Habe die sd card sogar noch extra formatiert mit "sudo mkfs.ext4 /dev/sda". (übrigens alles Befehle, die ich mir mal notiert hatte, also nicht dass das hier aussieht, als ob ich groß Ahnung hätte was ich da eingebe :-D ) Trotzdem sagt "sudo raspiBackup.sh -d /dev/sda /backupnas/raspberrypi/raspberrypi-rsync-backup-20221024-040001/", dass die gemounted ist. Was mache ich denn schon wieder falsch? Gruß Hami]]></description>
			<dc:creator>Hami</dc:creator>
			<pubDate>Mon, 24 Oct 2022 09:12:59 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4827</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4821</link>
			<description><![CDATA[Moin Peter, Du scheinst eine alte Version von raspiBackup zu nutzen. In der aktuellen Version ist das gefixed :-) Mit “sudo raspiBackup.sh -U -S“ upgradest Du auf die aktuelle Version ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 15 Oct 2022 12:40:04 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4821</guid>
		</item>
		<item>
			<title>Peter schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4819</link>
			<description><![CDATA[Hallo Framp, vorab, ich nutze raspiBackup seit ca. 2 Monaten und habe Restoreversuche lediglich auf WIN mit WIN32DiskImager getestet. Nun, beim Restore auf der Raspi bekomme beim Restore einer Sicherung mit DD folgende Fehlermeldung: Nach der Zeile der Meldung RBK0050I: Backup wird von ... zurückgespielt /usr/local/bin/raspiBackup: Zeile 5250: executeCommandDD: Kommando nicht gefunden. Hast Du oder ein anderer kompetenter Kollege eine Idee wo hier das Problem liegt?]]></description>
			<dc:creator>Peter</dc:creator>
			<pubDate>Sat, 15 Oct 2022 12:24:44 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4819</guid>
		</item>
		<item>
			<title>Micha schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4811</link>
			<description><![CDATA[ Moin framp, vielen Dank für die schnelle Anwort und Hilfestellung. Dann kann ich dank des Hotfixes ja beruhigt alle Rapis umstellen. Danke und VIele Grüße Micha]]></description>
			<dc:creator>Micha</dc:creator>
			<pubDate>Wed, 24 Aug 2022 21:55:37 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4811</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4810</link>
			<description><![CDATA[Moin Micha, in der Release 0.6.7 wurde die Option -m verbessert und dadurch war ein strikter Test des Backupverzeichnisses notwendig (siehe HTTPS://github.com/framps/raspiBackup/releases/tag/v0.6.7). Es gibt auch einen Issue zu dem Thema (Siehe HTTPS://github.com/framps/raspiBackup/issues/530) da der Test zu streng war. Dafuer habe ich einen Hotfix erstellt und in der naechsten Release wird der enthalten sein. D.h. entweder nimmst Du auch den Hotfix aus dem github Issue, Du loeschst/verschiebst alle Dateien und/oder Verzeichnisse im Backupverzeichnis die nicht von raspiBackup erstellt wurden oder Du gehst wieder auf die vorherige Release zurueck (Option -V) und wartest auf das naechste Release. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 24 Aug 2022 11:03:08 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4810</guid>
		</item>
		<item>
			<title>Micha schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4809</link>
			<description><![CDATA[Hallo, ich erhalte nach einem Update von Version 0.6.6.1 auf 0.6.7 , wenn ich einen Backup Lauf mache die folgende Fehlermeldung :RBK0273E Kann es sein das die neue Version mit den alten Ordnern nicht klar kommt?. Wenn ich den alten Ordner umbenenne kommt der Fehler nicht und es wird ein neuer Ordner erstellt Vielen Dank und Viele Grüße Micha]]></description>
			<dc:creator>Micha</dc:creator>
			<pubDate>Tue, 23 Aug 2022 21:16:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4809</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4780</link>
			<description><![CDATA[Moin jeli0001 die Meldung RBK0274E und der dazugehoerige Check ist in 0.6.7 neu und soll verhindern dass jemand aus Versehen einen Restore auf ein gemountetes Geraet vornimmt. Ein Nutzer hat dadurch seine Backupplatte aus Versehen ueberschrieben. "Wenn ich dann allerdings die SD-Karte unmounte, dann findet raspiBackup kein Zielmedium für den Restore. " Das ist merkwuerdig. Welche Fehlermeldung bekommst Du? Die SD Karte auf die restored wird darf auch nicht gemounted sein denn sie wird neu partitioniert und formatiert. Wie sieht denn die Ausgabe von "sudo mount" aus wenn die SD Karte gemounted ist und wie sieht die Ausgabe von "sudo blkid" bei nicht gemounteter SD Karte aus? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 06 Jun 2022 15:07:30 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4780</guid>
		</item>
		<item>
			<title>jeli0001 schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4779</link>
			<description><![CDATA[Beim Restore auf einer Ubuntu-Maschine mit raspiBackup 0.6.7 bekomme ich bei dem Kommando sudo raspiBackup --unsupportedEnvironment -d /dev/sdc /home/nfs/zerow/zerow-rsync-backup-20220605-161037/ die folgende Fehlermeldung: ??? RBK0274E: Restore device /dev/sdc has mounted partitions. Note: Restore to the active system is not possible. Wenn ich dann allerdings die SD-Karte unmounte, dann findet raspiBackup kein Zielmedium für den Restore. Der Restore funktioniert also weder bei gemounteter SD-Karte, noch bei ungemounteter SD-Karte. Mit der Vorgängerversion 0.6.6 funktioniert der Restore auf eine gemountete SD-Karte bei gleichem Kommando (einziger Unterschied: Flag --unsupportedEnvironment nicht gesetzt, da diese offenbar erst in 0.6.7 hinzugekommen ist) einwandfrei. Muss ich da beim Restore einer SD-Karte auf einem Linux System unter Version 0.6.7 ein anderes Kommando verwenden?]]></description>
			<dc:creator>jeli0001</dc:creator>
			<pubDate>Mon, 06 Jun 2022 14:13:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4779</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4763</link>
			<description><![CDATA[Moin Neuling10, Du musst das Backupverzeichnis über seinen Mountpoint angeben und nicht den direkten Pfad auf die Syno benutzen ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 28 May 2022 07:52:04 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4763</guid>
		</item>
		<item>
			<title>Neuling10 schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4762</link>
			<description><![CDATA[Hallo, ich habe ein rsync-Backup auf einer Synology erstellt. Nun möchte ich mittels einem separatem Raspi auf eine neue SD Card das Backup schreiben. Auf diesem Raspi läuft ein Standard Rasbian, Desktop Version. Raspibackup wurde installiert. Der nfs-Ordner auf der Synology wurde gemountet. Schreib- und Lesezugriff mittels Killroy-Datei erfolgreich getestet. Die zu beschreibende SD-Card ist mit einem USB-SD Card Adapter angeschlossen, auf sda. Folgenden Restore-Befehl nutze ich: sudo raspiBackup.sh -d /dev/sda /192.168.xxx.xx:/volume1/Backup_Raspi/raspieins/raspieins-rsync-backup-20220526-210330/ Leider erhalte ich nur die Meldung, dass der Ordner nicht gefunden wird (Fehlercode 108 lt. Logfile). Muss ich den Restore-Befehl irgendwie anpassen, wenn mein Backup auf einer Synology im Netzwerk liegt)?]]></description>
			<dc:creator>Neuling10</dc:creator>
			<pubDate>Fri, 27 May 2022 22:58:26 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4762</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4716</link>
			<description><![CDATA[Moin Rene, lies bitte die FAQ: Dort steht u.A. dass github meine Praeferenz ist. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 06 Apr 2022 23:17:55 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4716</guid>
		</item>
		<item>
			<title>René schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4715</link>
			<description><![CDATA[ root@linux:~# sudo fdisk -l /dev/mmcblk0 | grep "Disk /dev" Disk /dev/mmcblk0: 58.94 GiB, 63281561600 bytes, 123596800 sectors Aber die Backupquelle ist doch knappe 30GB]]></description>
			<dc:creator>René</dc:creator>
			<pubDate>Wed, 06 Apr 2022 23:16:23 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4715</guid>
		</item>
		<item>
			<title>René schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4714</link>
			<description><![CDATA[Gibt es eigentlich ein Forum oder Discord oder irgendwas für den Support? Oder soll ich tatsächlich die Kommentarfunktion hier nutzen? :-? ]]></description>
			<dc:creator>René</dc:creator>
			<pubDate>Wed, 06 Apr 2022 23:11:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4714</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4713</link>
			<description><![CDATA[Moin Rene, Mit sudo fdisk -l /dev/mmcblk0 | grep "Disk /dev" Disk /dev/mmcblk0: 7.5 GiB, 8053063680 bytes, 15728640 sectors kannst Du die aktuelle Groesse der SD Karten herausfinden. Es muss nur ein Byte weniger auf der Ziel SD Karte verfuegbar sein und schon ist Essig :sad: Siehe auch HTTPS://www.linux-tips-and-tricks.de/de/faq/#a34 Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 06 Apr 2022 23:10:45 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4713</guid>
		</item>
		<item>
			<title>René schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4712</link>
			<description><![CDATA[ Also ich versuche das Backup auf eine 32GB Karte zu machen. Die Karte ist neu. Old situation: Device Boot Start End Sectors Size Id Type /dev/sda1 8192 532479 524288 256M c W95 FAT32 (LBA) /dev/sda2 532480 62521343 61988864 29.6G 83 Linux und.. root@linux:~# df -h Filesystem Size Used Avail Use% Mounted on /dev/root 58G 1.4G 55G 3% / devtmpfs 326M 0 326M 0% /dev tmpfs 455M 0 455M 0% /dev/shm tmpfs 182M 752K 182M 1% /run tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/mmcblk0p1 253M 30M 223M 12% /boot tmpfs 91M 0 91M 0% /run/user/1000 192.168.178.58:/volume1/Backup/Raspberry/PiHole 2.7T 1.9T 846G 70% /mnt/NAS]]></description>
			<dc:creator>René</dc:creator>
			<pubDate>Wed, 06 Apr 2022 23:02:04 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4712</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4711</link>
			<description><![CDATA[Moin Rene, die Meldung sagt dass Dein Restoredevice zu klein ist :cry: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 06 Apr 2022 22:55:49 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4711</guid>
		</item>
		<item>
			<title>René schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4710</link>
			<description><![CDATA[Beim Versuch ein Backup einzuspielen: root@linux:~# raspiBackup.sh --version Version: 0.6.6.1 CommitSHA: b4749b7 CommitDate: 2022-03-08 CommitTime: 18:19:59 /dev/sda2: No free sectors available. Failed to add #2 partition: No space left on device Leaving.]]></description>
			<dc:creator>René</dc:creator>
			<pubDate>Wed, 06 Apr 2022 22:52:48 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4710</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4709</link>
			<description><![CDATA[Moin Renè, so ganz verstehe ich Dich nicht. Wenn Du ein 32 Bit Backup zurueckspielst wird das restorte System ein 32 Bit System sein. Egal was da vorher fuer ein System war. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 06 Apr 2022 20:44:15 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4709</guid>
		</item>
		<item>
			<title>René schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4708</link>
			<description><![CDATA[Hallo, ich habe ein Backup von einem Raspberry 32bit System. Kann ich dieses auf ein 64bit System zurückspielen? Ansonsten würde ich CrossGrading versuchen. Gruß]]></description>
			<dc:creator>René</dc:creator>
			<pubDate>Wed, 06 Apr 2022 20:39:13 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4708</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4694</link>
			<description><![CDATA[Moin Kevin, zu RC23 siehe HTTPS://www.linux-tips-and-tricks.de/de/faq/fehlermeldungen/#M0021. Merkwuerdig ist das dass beim zurueckschreiben passiert. ich gehe davon aus dass das Backup nicht veraendert wird. Dann heisst das dass irgendjemand ein oder mehrere Dateien veraendert waehrend sie zurueckgeschrieben werden. Benutze mal DEFAULT_RSYNC_BACKUP_ADDITIONAL_OPTIONS="--info=NAME0" wie auf der o.g. Webseite beschrieben ist. Dann bekommst Du im Debuglog eine genaue Info welche Datei sich geaendert hat. Dann musst Du bei Dir suchen wer und warum diese Datei geaendert wird. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 07 Mar 2022 19:09:33 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4694</guid>
		</item>
		<item>
			<title>Kevin schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4693</link>
			<description><![CDATA[Hallo zusammen, ich wollte gestern ein Rsync Backup auf eine Festplatte zurückschreiben und bekomme nach einiger Zeit immer den Fehler : "Backupprogramm rsync endete beim Restore mit RC 23" Im Log steht unter executeCmd Command: rsync --numeric-ids -aHAx --deletev --exclude=/@HOSTNAME@-backup.* "/media/pi/a203e548-994c-4846-a616-26d9c6327442/@HOSTNAME@/@HOSTNAME@-rsync Der Fehler tritt auch bei anderen Backups auf die ich vorher schon erfolgreich zurück schreiben konnte daher bin ich echt Ratlos woran es liegen könnte Ich bedanke mich auf dem Weg auch für die wirklich GEILE Software :-) Gruß Kevin]]></description>
			<dc:creator>Kevin</dc:creator>
			<pubDate>Mon, 07 Mar 2022 18:46:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4693</guid>
		</item>
		<item>
			<title>john schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4655</link>
			<description><![CDATA[ Ok danke dir werd mal nachhaken regards]]></description>
			<dc:creator>john</dc:creator>
			<pubDate>Wed, 26 Jan 2022 18:21:13 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4655</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4654</link>
			<description><![CDATA[Moin John, das ist eine gute Frage die ich leider nicht beantworten kann. Siehe bitte FAQ47 wo Du wohl eine Antwort bekommst ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 26 Jan 2022 13:22:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4654</guid>
		</item>
		<item>
			<title>john schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4653</link>
			<description><![CDATA[Moin framp Ich habe mal wieder eine Frage, ich restore immer auf einem Windows Client mit VirtualBox und mounte beide Datenträger ( USB Stick mit Backup, SD-Card) und beginne dann den Restore. Jetzt meine Frage ist es evtl. für die Belastung der beiden Datenträger besser das Backup erst auf die VM in einen Ordner zu kopieren oder macht das keinen Unterschied beste grüsse]]></description>
			<dc:creator>john</dc:creator>
			<pubDate>Tue, 25 Jan 2022 23:08:40 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4653</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4652</link>
			<description><![CDATA[Moin Bernd, der Fix steht zur Verfuegung auf HTTPS://raw.githubusercontent.com/framps/raspiBackup/master_413/raspiBackup.sh. Lade den runter in /home/pi, dann chmod +x raspiBackup.sh und dann teste den Restore. Dazu musst Du sudo ./raspiBackup.sh -d /dev/... aufrufen. Beachte ./ vor raspiBackup !!!. Sonst rufst Du nicht den Hotfix auf sondern die alte Version. Du wirst auch eine Warnung erhalten dass Du einen Hotfix nutzt. Lass mich dann wissen ob es funktiniert. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 25 Jan 2022 21:53:57 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4652</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4651</link>
			<description><![CDATA[Hi Framp, danke für die schnelle Antwort. Ich würde den fix gerne testen. Gruß Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Tue, 25 Jan 2022 20:15:27 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4651</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4646</link>
			<description><![CDATA[Moin Bernd, der Fix ist im Branch des naechsten Releases. Wann das kommen wird kann ich nicht sagen. Es wird jedenfalls noch dauern. Ich koennte den Fix in die aktuelle Release reinrollen aber es muss getestet werden und dazu habe ich keine Zeit. Wenn Du den Test machen willst erstelle ich Dir einen Branch im github der den Fix enthaelt. Wenn dann Dein Test OK ist rolle ich den Fix in die aktuelle Release. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 23 Jan 2022 22:01:39 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4646</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4645</link>
			<description><![CDATA[Hi Framp, vielen Dank für dein Projekt. Weißt du schon, wann ein Update mit dem fix aus #413 rauskommt? Viele Grüße Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 23 Jan 2022 21:47:04 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4645</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4617</link>
			<description><![CDATA[Moin Manu, im github gibt es dazu den issue #413 (Siehe HTTPS://github.com/framps/raspiBackup/issues/413). Dort findest Du einen Link auf den Fix ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 29 Dec 2021 15:36:49 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4617</guid>
		</item>
		<item>
			<title>Manu schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4616</link>
			<description><![CDATA[Hi framp, erstmal Respekt für das geile Tool und auch die ausführliche Doku!! Mega!! Ich habe das selbe Problem wie Christian in Post #394, könntest du mir den fix auch zur Verfügung stellen? Version: 0.6.6.1 CommitSHA: 711a501 CommitDate: 2021-12-08 CommitTime: 21:40:00 Vielen Dank, Manu]]></description>
			<dc:creator>Manu</dc:creator>
			<pubDate>Wed, 29 Dec 2021 14:16:49 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4616</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4612</link>
			<description><![CDATA[Moin Andreas, vielen Dank für den Hinweis. Das ist ein kleiner Bug den ich fixen werde. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 25 Dec 2021 18:41:03 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4612</guid>
		</item>
		<item>
			<title>Andreas schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4611</link>
			<description><![CDATA[Hallo framp, zunächst mal möchte ich allseits schöne Weihnachten wünschen. Folgende Frage bzw. Anmerkung würde ich dann gerne in die Runde werfen, da bei mir der Restore nicht funktioniert, wenn ich die Option "DEFAULT_VERBOSE" auf "1" setze. Das Backup ist vom Typ "rsync". Die Fehlermeldung beim Abbruch lautet "rsync: --deletev: unknown option". Im Quellcode scheint man dies in den Zeilen "5271" bzw. "5273" finden zu können. Hast Du (oder ein anderer Mitleser) dazu eine Meinung? Vielen Dank, Andreas]]></description>
			<dc:creator>Andreas</dc:creator>
			<pubDate>Sat, 25 Dec 2021 15:15:20 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4611</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4610</link>
			<description><![CDATA[Moin Christian, es gibt leider einen Bug in der aktuellen Release und das Resizing beim Restore von einem grossen Space auf einen kleineren Space nicht richtig funktioniert. Ich habe es schon in der naechsten Release gefixed. U.U. kann ich Dir einen Fix fuer Deinen Codestand geben. Dazu brauche ich aber die Ausgabe von raspiBackup.sh --version Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 23 Dec 2021 21:36:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4610</guid>
		</item>
		<item>
			<title>Christian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4607</link>
			<description><![CDATA[Raspi Moin, ich hab folgendes Problem. Falls es hier dazu schon was gibt, gebt mir gern einen Hinweis :) Ich versuche einen Restore mit Bootpartition auf SD Karte und externer Rootpartition auf USB Stick. sudo fdisk -l | egrep "^Disk /|^/dev" ergibt folgendes: Disk /dev/sda: 14,75 GiB, 15836643328 bytes, 30930944 sectors /dev/sda1 8192 532479 524288 256M c W95 FAT32 (LBA) /dev/sda2 532480 3817471 3284992 1,6G 83 Linux Disk /dev/sdb: 7,45 GiB, 8004304896 bytes, 15633408 sectors /dev/sdb1 2048 15633407 15631360 7,5G 83 Linux SD Karte ist sda und USB Stick ist sdb Restore versuche ich wie folgt: sudo raspiBackup.sh -d /dev/sda -R /dev/sdb1 /mnt/backup/openhab/openhab-rsync-backup-20211220-010001/ Restore bricht mit Fehler ab. Auszug aus dem Log: >>> Created a new DOS disklabel with disk identifier 0x2fce08fd. /dev/sda1: Created a new partition 1 of type 'W95 FAT32 (LBA)' and of size 256 MiB. Partition #1 contains a vfat signature. /dev/sda2: No free sectors available. Failed to add #2 partition: Auf dem Gerät ist kein Speicherplatz mehr verfügbar Leaving. Wo liegt mein Problem? Danke für eure Hilfe! Christian]]></description>
			<dc:creator>Christian</dc:creator>
			<pubDate>Thu, 23 Dec 2021 08:59:50 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4607</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4572</link>
			<description><![CDATA[Danke fuer den Hinweis. Ich habe dafuer einen Issue erstellt -> github.com/framps/raspiBackup/issues/406]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 05 Dec 2021 14:34:07 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4572</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4571</link>
			<description><![CDATA[Danke fuer den Hinweis. Ich habe einen Issue dazu erstellt -> github.com/framps/raspiBackup/issues/405]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 05 Dec 2021 14:27:51 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4571</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4570</link>
			<description><![CDATA[Moin Martin, danke fuer den Hinweis. Das habe ich eben korrigiert. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 05 Dec 2021 14:17:58 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4570</guid>
		</item>
		<item>
			<title>Martin schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4569</link>
			<description><![CDATA[Sorry, Ein (kosmetisches) Problem hätte ich da noch: Wird die Option -g verwendet so wird zwar für die boot partition ein Fortschrittsbalken angezeigt, nicht jedoch für die root partition (2te Partition). Screen Output häng ich an. pi@pi4:~ $ sudo raspiBackup -g -d /dev/sda /backup/pi4/pi4-rsync-backup-20211205-101132/ --- RBK0009I: pi4: raspiBackup V0.6.6.1 (5635776) started at Sun 05 Dec 2021 12:33:46 PM CET. !!! RBK0018W: Target /dev/sda with 447.13 GiB is larger than backup source with 59.47 GiB. root partition will be expanded accordingly to use the whole space. !!! RBK0065W: Device /dev/sda will be repartitioned and all data will be lost. --- RBK0066I: Device /dev/sda will be overwritten with the saved boot and root partition. --- RBK0069I: Bootpartition /dev/sda1 will be formatted and will get the restored Boot partition. --- RBK0070I: Rootpartition /dev/sda2 will be formatted and will get the restored Root partition. --- RBK0038I: Are you sure? y/N y --- RBK0050I: Restoring backup from /backup/pi4/pi4-rsync-backup-20211205-101132. --- RBK0004I: Adjusting second partition from 59.22 GiB to 446.87 GiB. --- RBK0053I: Restoring first partition (boot partition) to /dev/sda1. 256MiB 0:00:23 [10.8MiB/s] [================================>] 100% --- RBK0055I: Restoring second partition (root partition) to /dev/sda2. --- RBK0033I: Please wait until cleanup has finished. --- RBK0076I: Restore finished successfully. --- RBK0010I: pi4: raspiBackup V0.6.6.1 (5635776) stopped at Sun 05 Dec 2021 12:43:27 PM CET with rc 0. --- RBK0026I: Debug logfile saved in /home/pi/raspiBackup.log. Martin]]></description>
			<dc:creator>Martin</dc:creator>
			<pubDate>Sun, 05 Dec 2021 12:52:13 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4569</guid>
		</item>
		<item>
			<title>Martin schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4568</link>
			<description><![CDATA[Noch ein kosmetisches Problem: Ist pv nicht installiert, so kommt bei Verwendung der Option -g folgende Fehlermeldung: /usr/local/bin/raspiBackup: line 5202: pv: command not found Wirklich rein kosmetisch, aber ev. im Zuge einer neuen Release bei der Auswertung der Option -g checkbar. Sonst scheint alles ganz ganz toll zu funktionieren (raspberry pi4 / raspian / backup auf synology NAS mit DMS 6.x) Martin]]></description>
			<dc:creator>Martin</dc:creator>
			<pubDate>Sun, 05 Dec 2021 12:30:57 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4568</guid>
		</item>
		<item>
			<title>Martin schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4567</link>
			<description><![CDATA[In die Tabelle der Optionen scheint sich ein Fehler eingeschlichen zu haben: -G	Anzeige des Restorefortschitts Hier dürfte -g (kleines g) gemeint sein. Bitte checken u ggF korrigieren Martin]]></description>
			<dc:creator>Martin</dc:creator>
			<pubDate>Sun, 05 Dec 2021 12:23:50 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4567</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4556</link>
			<description><![CDATA[Moin Tom, es ist immer gefaehrlich wenn man ein OS zum Restoren nimmt welches nicht mit dem uebereinstimmt welches den Backup erstellt hat und eigentlich kein unterstuetzter Setup. Aber ich mache es auch so: Ich nutze auch meinen Mint Schlepptop fuer einen Restore. Aber ich hatte schon Faelle in der Vergangenheit wo es Probleme gab. Ich denke es hat hier bei Dir aber nichts damit zu tun. Erstelle doch mal im github einen issue und stelle da das Debuglog vom Backup wie auch vom Restore ein. Vielleicht kann ich da irgendeine Ursache erkennen. Waere schoen in English - aber geht natuerlich auch in Deutsch :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 28 Nov 2021 18:44:36 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4556</guid>
		</item>
		<item>
			<title>Tom schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4555</link>
			<description><![CDATA[Hallo framp, Ich mache das Backup auf einem Raspi4 mit 4GB zu meiner Synology NAS. RaspiBackup hat Verion 0.6.6. Wiederhergestellt habe ich es auf einem Linux Mint System auch mit raspiBackup V0.6.6, mit folgendem Befehl "sudo raspiBackup.sh -d /dev/sdb /rsync-backup-20211126-021502 Gruß Tom]]></description>
			<dc:creator>Tom</dc:creator>
			<pubDate>Sun, 28 Nov 2021 18:03:41 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4555</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4553</link>
			<description><![CDATA[Moin Tom, welche HW und welche SW (OS) nutzt Du denn? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 27 Nov 2021 19:40:52 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4553</guid>
		</item>
		<item>
			<title>Tom schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4552</link>
			<description><![CDATA[Hallo framp, Ich kann mein Backup erfolgreich zurückspielen, doch startet der Raspi danach nicht. Einen defekt der SD-Karte schließe ich aus, da diese neu ist. Es erscheint beim Booten die folgende Fehlermeldung: ----[ end Kernel panic - not syncing: No working init found. Try passing init= option to guidance. ]--- Was kann ich hier machen? Gruß Tom]]></description>
			<dc:creator>Tom</dc:creator>
			<pubDate>Sat, 27 Nov 2021 19:38:26 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4552</guid>
		</item>
		<item>
			<title>CHRIStian. schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4462</link>
			<description><![CDATA[ Vielen Dank! Das ist genau der Anwendungsfall den ich auch brauche. Liebe Grüße CHRIStian.]]></description>
			<dc:creator>CHRIStian.</dc:creator>
			<pubDate>Sun, 05 Sep 2021 16:46:50 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4462</guid>
		</item>
		<item>
			<title>CHRIStian. schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4461</link>
			<description><![CDATA[ Vielen Dank! Das ist exakt der Anwendungsfall den ich auch brauche! Liebe Grüße CHRIStian.]]></description>
			<dc:creator>CHRIStian.</dc:creator>
			<pubDate>Sun, 05 Sep 2021 16:35:54 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4461</guid>
		</item>
		<item>
			<title>Andi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4429</link>
			<description><![CDATA[Hi framp, jetzt hat alles wunderbar geklappt. Hier noch mal mein Setup: sda1: boot sda2: root sda5: backup und daten Backup erstellen: sudo raspiBackup.sh -m detailed --ignoreAdditionalPartitions Backup wiederherstellen: sudo raspiBackup.sh -g -0 -d /dev/sda /home/pi/sda5mount/backup/raspberrypi-rsync-backup-20210802-153743 in raspiBackup.sh folgende Zeilen auskommentiert: if (( $PARTITIONBASED_BACKUP && ( SKIP_SFDISK || $FORCE_SFDISK ) )); then writeToConsole $MSG_LEVEL_MINIMAL $MSG_NO_SKIP_OR_FORCE_ALLOWED exitError $RC_PARAMETER_ERROR fi und if isMounted "$RESTORE_DEVICE"; then writeToConsole $MSG_LEVEL_MINIMAL $MSG_RESTORE_DEVICE_MOUNTED "$RESTORE_DEVICE" exitError $RC_MISC_ERROR fi Ein absolut geniales Tool. Vielen Dank für deine Arbeit! Beste Grüße, Andi]]></description>
			<dc:creator>Andi</dc:creator>
			<pubDate>Mon, 02 Aug 2021 18:01:29 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4429</guid>
		</item>
		<item>
			<title>Marian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4428</link>
			<description><![CDATA[ Hallo framp, das wahr auch mein Problem warum die Wiederherstellung von sda1 und sda2 mit dem Backup auf sda3 nicht funktioniert hat. Ich warte dafür jetzt aber auf das neue Release. Für das /media/pi Problem habe ich das Github issue #351 erstellt. Mfg Marian]]></description>
			<dc:creator>Marian</dc:creator>
			<pubDate>Mon, 02 Aug 2021 17:19:54 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4428</guid>
		</item>
		<item>
			<title>Andi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4427</link>
			<description><![CDATA[ Hi framp, das hat leider nicht funktioniert: grep: /home/pi/pladde5/rootBackup/raspberrypi-das_erste_test_backup/raspberrypi-rsync-backup-20210802-131421/raspberrypi-backup.parted: No such file or directory ??? RBK0001E: Unexpected program error occured. (9df3c1e), Linenumber: 6479, Error: This error should not occur. ??? RBK0148E: @@@@@@@@@@@@@@@@@@@@ Stacktrace @@@@@@@@@@@@@@@@@@@@ Es sieht so aus dass meine backup platte die ich vorher unter pladde5 gemountet hatte vom programm vorzeitig geunmounted wurde. Jedenfalls ist sie nach der fehlermeldung nicht mehr gemounted. Könnte ich das backup nicht auch einfach anstatt mit -P -T "1 2" mit --ignoreAdditionalPartition erstellen? Vielen Dank, Andi]]></description>
			<dc:creator>Andi</dc:creator>
			<pubDate>Mon, 02 Aug 2021 16:02:41 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4427</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4426</link>
			<description><![CDATA[Moin Andi, sorry - ich habe vergessen dass Du -P nutzt. Dann muss noch if (( $PARTITIONBASED_BACKUP && ( SKIP_SFDISK || $FORCE_SFDISK ) )); then	writeToConsole $MSG_LEVEL_MINIMAL $MSG_NO_SKIP_OR_FORCE_ALLOWED	exitError $RC_PARAMETER_ERROR	fi auskommentiert werden (# an den Anfang der Zeile schreiben) . Aber wie gesagt: Teste das alles erst mal auf einem Testsystem ! Du bewegst Dich auf einem ungetesteten Codepfad :sad: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 02 Aug 2021 15:46:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4426</guid>
		</item>
		<item>
			<title>Andi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4425</link>
			<description><![CDATA[ Vielen Dank, habe es probiert, kriege aber diese Fehlermeldung: Option -0 and -1 are not supported with option -P. Lg, Andi]]></description>
			<dc:creator>Andi</dc:creator>
			<pubDate>Mon, 02 Aug 2021 15:16:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4425</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4424</link>
			<description><![CDATA[Moin Andi, ja das musst Du. Ich habe uebrigends einen issue im Github dazu aufgemacht. Ich denke in der naechsten Release wirst Du nichts mehr auskommentieren muessen :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 02 Aug 2021 12:52:16 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4424</guid>
		</item>
		<item>
			<title>Andi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4423</link>
			<description><![CDATA[ Hallo framp, Muss ich dann auch diese Änderung vornehmen bevor ich mit diesem befehl restore? sudo raspiBackup.sh -g -0 -d /dev/sda /media/mounted/backup/raspberrypi/raspberrypi-rsync-backup-20141230-213032/ Vielen Dank, Andi]]></description>
			<dc:creator>Andi</dc:creator>
			<pubDate>Mon, 02 Aug 2021 12:06:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4423</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4422</link>
			<description><![CDATA[Moin Andi, alle Restoreoptionen sind auf HTTPS://www.linux-tips-and-tricks.de/de/13-raspberry/240-restore-eines-mit-raspibackup-sh-erstellten-backups/ beschrieben. Dort findest Du auch die Option -0 (kein Oh sondern Null :lol: ). Aber bevor Du das auf Deinem Produktivsystem durchfuehrst solltest Du vorher das Ganze auf einem Testsystem testen ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 02 Aug 2021 11:09:23 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4422</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4421</link>
			<description><![CDATA[Moin Marian, Ich habe einen issue im Github dazu erstellt. Ich denke im naechsten Release wird die Funktion dann drin sein. (HTTPS://github.com/framps/raspiBackup/issues/349)
Wenn ich danach ein USB Massenspeicher anschließe wird dieser wie gewohnt automatisch in /media/pi gemountet aber auf dem wiederhergestellten System habe ich für die gemounteten Laufwerke darin angeblich keine Berechtigung und er lässt sie mich nicht öffnen. Ohne weitere Informationen kann ich nichts dazu sagen. Bislang wurde mir so ein Problem nicht gemeldet. Zeige doch mal folgende Info: 1) ls -la /media/pi auf dem Originalsystem 2) ls -la /media/pi vom rsync Backupverzeichnis 3) ls -la /media/pi auf dem restoreten System Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 02 Aug 2021 11:02:06 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4421</guid>
		</item>
		<item>
			<title>Andi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4420</link>
			<description><![CDATA[hallo, ich habe eine platte mit folgender konfiguration: sda1: boot sda2: root sda3: backup und daten Ich habe schon erfolgreich ein backup der boot und root partition erstellt mit: sudo raspiBackup.sh -m detailed -P -T "1 2" wie stelle ich dieses backup wieder her, ohne dass meine platte neu formatiert wird und damit meine sda3 daten partition erhalten bleibt? Vielen Dank, Ani]]></description>
			<dc:creator>Andi</dc:creator>
			<pubDate>Mon, 02 Aug 2021 01:25:17 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4420</guid>
		</item>
		<item>
			<title>Marian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4419</link>
			<description><![CDATA[ Die Option mit -P -T "1 2" und -d /dev/sda -0 und der angepassten sh für das gemountete Laufwerk hat in meinem Test leider nicht funktioniert, die Standardvariante dd boot image habe ich noch nicht testen können. Ich werde wohl aber vorerst wieder davon Abstand nehmen und mein System wie bisher auch auch der SD Karte laufen lassen. Evtl. wird eine solche Funktion noch implementiert da in Zukunft wohl mehr Pis mit größeren SSDs betrieben werden und ich nur das reine System aber auf der gleichen SSD sichern möchte bevor ich upgrades durchführe. Mein Wiederherstellungstest mit Standardeinstellungen auf dem geplanten Produktivsystem auf SD Karte verlief soweit erfolgreich mit einer kleinen Einschränkung. Wenn ich danach ein USB Massenspeicher anschließe wird dieser wie gewohnt automatisch in /media/pi gemountet aber auf dem wiederhergestellten System habe ich für die gemounteten Laufwerke darin angeblich keine Berechtigung und er lässt sie mich nicht öffnen. Das löschen des /media/pi Ordners mit root rechten löst zwar das Problem, da der Ordner danach richtig neu angelegt wird aber kannst du das Problem bestätigen? Was die Geschwindigkeit des Backups betrifft kein Vergleich zu meinen alten dd backups, danke dafür.]]></description>
			<dc:creator>Marian</dc:creator>
			<pubDate>Mon, 02 Aug 2021 00:07:52 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4419</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4418</link>
			<description><![CDATA[Moin Marian, Es sollte beides funktionieren: Sowohl -P -T "1 2" als auch --ignoreAdditionalPartition. Ich habe aber beides nicht getestet. So wie ich es sehe hat Staphan die 2te Variante genutzt. -B muss nicht genutzt werden denn das dd Boot Image wird in die /boot Partition geschrieben und ueberschreibt nichts. Aber ich weise darauf hin dass Du Dich in einem nicht unterstuetzten Anwendungsfall von raspiBackup bewegst und er nicht Teil des Regressiontests ist und somit nicht getestet ist. D.h. teste bevor Du es an einem Produktionssystem nutzt erst einmal auf einem Testsystem ob das alles wie gewuenscht funktioniert. Nicht dass Du Dir irgendwas zerschiesst ;-) CU framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 31 Jul 2021 22:44:08 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4418</guid>
		</item>
		<item>
			<title>Marian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4417</link>
			<description><![CDATA[ Hallo ich habe das gleiche vor wie Stephan muss ich die Änderung im Code auch noch vornehmen. Wie muss ich das Backup erstellen mit der Option -P -T "1 2" oder ist --ignoreAdditionalPartitions evtl. mit -B ausreichend da er ja sonst ein dd der boot partition erstellt. Mfg Marian]]></description>
			<dc:creator>Marian</dc:creator>
			<pubDate>Sat, 31 Jul 2021 03:22:51 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4417</guid>
		</item>
		<item>
			<title>Andreas schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4389</link>
			<description><![CDATA[ Vielen Dank, framp! Natürlich beantwortet das meine Frage allumfassend. Ein gründlicheres Studium der Anleitung hätte mich sicher der Lösung auch allein nähergebracht - so habe ich übersehen, dass die Boot-Partition standardmäßig als dd Backup erstellt wird. Sorry und nochmal vielen Dank. Beste Grüße, Andreas]]></description>
			<dc:creator>Andreas</dc:creator>
			<pubDate>Thu, 20 May 2021 07:30:59 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4389</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4388</link>
			<description><![CDATA[Moin Andreas, die Bootpartition standardmaessig wird immer so gross angelegt wie sie zum Zeitpunkt des Backups war. Du kannst aber ein Backup mit der Option -B erzeugen. Wenn Du das restorest wird Deine vorgegebene Partitionsgroesse nicht ueberschrieben. D.h. Du kannst entweder mit resizefs oder per GUI mit gparted die Bootpartition resizsen oder Du fertigst noch einmal ein Backup mit der Option -B an und restorest das. Ich hoffe ich konnte Deine Frage ausreichend beantworten. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 19 May 2021 21:17:10 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4388</guid>
		</item>
		<item>
			<title>Andreas schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4387</link>
			<description><![CDATA[Hallo framp, eine Frage bitte zum Restore, ich habe ein generelles Verständnisproblem. Zum Umzug eines Systems auf einen größeren USB-Stick habe ich auf diesem Stick zwei entsprechend größere Partitionen angelegt. Der Restore mit der Option "-0" funktioniert tadellos, der Raspi startet ohne Probleme. Das Filesystem auf der Boot-Partition ist allerdings nach dem Restore genauso groß wie auf dem alten, kleineren USB-Stick. Müsste ich mit "resize2fs" das Filesystem nach dem Restore vergrößern, damit die gesamte Partition verwendet wird? Danke vorab, Andreas]]></description>
			<dc:creator>Andreas</dc:creator>
			<pubDate>Wed, 19 May 2021 07:09:28 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4387</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4375</link>
			<description><![CDATA[Einen Workaround nicht. Aber einen Hinweis wo Du nachsehen und vermutlich manuell korrigieren musst: In /boot/cmdline.txt und /etc/fstab stehen UUIDs der Partitionen, Die muessen zu den existierenden UUIDs der Partitionen passen die die Partitionen bei Dir haben. Mit "sudo blkid" bekommst Du die existierenden UUIDs angezeigt. Irgendwas passt da nicht zusammen und deshalb kann raspiBackup die UUID nicht in /boot/cmdline.txt updaten. Was genau nicht stimmt kann ich im Debuglog sehen. Das musst Du kontrollieren und korrigieren. Vermutlich findest Du dann auch raus warum raspiBackup Probleme hat. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 27 Apr 2021 21:07:12 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4375</guid>
		</item>
		<item>
			<title>Gregor schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4374</link>
			<description><![CDATA[ Hallo framp, werde ich machen! Hast du vielleicht trotzdem einen Workaround für mich. Würde mir einen ganzen Tag reworken ersparen. :sad: Danke!]]></description>
			<dc:creator>Gregor</dc:creator>
			<pubDate>Tue, 27 Apr 2021 20:02:23 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4374</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4373</link>
			<description><![CDATA[Moin Gregor, RBK0208W erklaert warum das Image nicht bootet. Um die Ursache zu finden brauche ich das Debuglog. Erstelle bitte einen Issue im Github und haenge das Debuglog an. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 27 Apr 2021 19:42:38 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4373</guid>
		</item>
		<item>
			<title>Gregor schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4372</link>
			<description><![CDATA[Hallo framp, ich habe gesehen, du hast das mounten und unmounten integriert, das ich mir so gewünscht habe. :-) Danke! Ich habe gerade ein komplett neues Raspberry OS aufgespielt und bin jetzt beim Restortest angelangt. Ich restore hier ein tgz mit dem Pi auf eine baugleiche microSD Karte ohne externer Partition. Aus mir völlig unerfindlichen Gründen erhalte ich den Fehler "RBK0208W Es konnte keine UUID in /boot/cmdline.txt für root erneuert werden" und die SD-Karte bootet nach Fertigstellung im Pi nicht. Ich fürchte ich bin nicht genug Expert um den Fehler eigenständig zu korrigieren. Lg Gregor]]></description>
			<dc:creator>Gregor</dc:creator>
			<pubDate>Tue, 27 Apr 2021 19:01:06 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4372</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4265</link>
			<description><![CDATA[Freut mich dass es geklappt :-) mit der Config braucht man da nichts zu aendern. Das ist ein Fehler im Script den ich fixen werde. Der Codepfad ist nur noch nie durchlaufen worden weil noch niemand auf die Idee gekommen ist raspiBackup so zu verwenden wie Du es tust :roll: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 08 Jan 2021 14:44:05 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4265</guid>
		</item>
		<item>
			<title>Stephan schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4264</link>
			<description><![CDATA[Hallo framp, super, restore lief nun durch und hat funktioniert! Vielleicht kannst du das ja in einer Folgeversion mit aufnehmen .... wäre super wenn dies über die Config eingestellt werden kann. Danke für den Support! Gruß Stephan]]></description>
			<dc:creator>Stephan</dc:creator>
			<pubDate>Fri, 08 Jan 2021 12:59:18 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4264</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4262</link>
			<description><![CDATA[Hm ... daran habe ich nicht gdeacht. Die Ueberpruefung macht bei Option -0 keinen Sinn. Du musst raspiBackup.sh ein wenig aendern. Du musst entweder die folgenden Zeilen loeschen - oder besser - jeweils ein # an den Anfang der jeweiligen Zeile schreiben. Aber Achtung: Wenn Du die Datei unter Windows aenderst solltest Du notepad++ benutzen damit Du keine Windows Only Zeichen reinbringst (CR LF statt LF) ]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 07 Jan 2021 19:12:29 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4262</guid>
		</item>
		<item>
			<title>Stephan schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4260</link>
			<description><![CDATA[hallo framp, funktioniert nicht .... es kommt leider folgende Fehlermeldung Habe die Parameter -g -0 -d vewendet. muss aber mit sda3 mounten, da dort ja die Sicherung ist. Gibt es eine andere Möglichkeit ? Gruß Stephan]]></description>
			<dc:creator>Stephan</dc:creator>
			<pubDate>Thu, 07 Jan 2021 19:06:21 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4260</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4259</link>
			<description><![CDATA[Verstehe. Dann ist es auch nicht schlimm wenn doch was schiefegehen sollte. Glaube ich zwar nicht ... aber Du weisst ja :-*]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 07 Jan 2021 18:54:03 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4259</guid>
		</item>
		<item>
			<title>Stephan schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4258</link>
			<description><![CDATA[ Hallo framp, das Backup geht eben auf der SSD wesentlich schneller als ich das über das Netzwerk schick, und die Dienste auf de raspi stehen dan wieder zur Verfügung. Nach dem Backup kopiere ich die Backups dann über das Netzwerk auf eine sichere Store. Gruß Stephan]]></description>
			<dc:creator>Stephan</dc:creator>
			<pubDate>Thu, 07 Jan 2021 18:24:02 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4258</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4257</link>
			<description><![CDATA[Moin Stephan, mit der Option -0 wird bewirkt dass die existierende Partitionierung genutzt wird und somit auch Deine 3te Partition nicht geloescht wird. --resizeRootFS funktioniert nur wenn nicht die Option -0 benutzt wird. Die Option -d musst Du angeben denn damit wird angegeben wohin zu Restoren ist. Ich habe Dein ungewoehnliches Szenario nicht getestet denn ein Backup sollte auf einem anderen Medium abgelegt werden als das System. Es sollte aber funktionieren. Trotzdem rate ich Dir die dritte Partition noch irgendwo zur Sicherheit extern zu sichern. Der Teuffel ist ein Eichhoernchen :cry: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 07 Jan 2021 17:44:20 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4257</guid>
		</item>
		<item>
			<title>Stephan schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4254</link>
			<description><![CDATA[Hallo framp, habe ein Raspi mit SSD vo der ich auch boote. auf der 3.Partition habe ich die Backups liegen.
sda1 /boot sda2 /root sda3 /store als (/media/store gemountet) Nun möchte ich das letzte rsync Backup auf sda3 gezielt in die sda1 und sda2 restoren. sudo RaspiBackup.sh --resizeRootFS- -0 /dev/sda /media/store/raspberrypi ....... den Parameter -d darf ich ja nicht benutzen, da ansonsten die komplette SSD (also auch die Sicherungen aud sda3) gelöscht werden. Ist der Parameter --resizeRoorFS- überhaupt notwendig, wenn der Parameter -0 angegeben ist ? Wäre schön, wenn kurzfristig geholfen wird.... :-) Gruß Stephan ist dies so richtig ?]]></description>
			<dc:creator>Stephan</dc:creator>
			<pubDate>Thu, 07 Jan 2021 15:23:39 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4254</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4238</link>
			<description><![CDATA[Moin Gunther, vielen Dank dass Du die Beta testest. Leider hilft mir die Fehlermeldung nicht viel. Ich benoetige das Debuglog vom Backup und Restore. Entweder stellst Du das irgendwo ins Netz und schreibst hier die URL oder Du schickst mir die Logs per eMail. Die eMail findest Du auf der Kontaktseite :-) CU framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 07 Dec 2020 21:16:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4238</guid>
		</item>
		<item>
			<title>Gunther schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4237</link>
			<description><![CDATA[Hallo framp, ich hab die Version 0.6.6 auf dem Raspi. Backup funktioniert hervorragend. Jetzt wollte ich zum Testen ein restore machen. Befehl und Fehlermeldung sehen so aus. sudo raspiBackup.sh -d /dev/sdb /media/usb-platte/backup_raspi/raspberrypi-dd-backup-20201206-023001 /usr/local/bin/raspiBackup.sh: Zeile 1318: ((: 0]]></description>
			<dc:creator>Gunther</dc:creator>
			<pubDate>Mon, 07 Dec 2020 20:29:34 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4237</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4225</link>
			<description><![CDATA[Moin Mike, ein Restore auf ein laufendes System geht nicht bzw liefert unberechenbare Ergebnisse :cry: . Du musst an eine Raspberry einen USB SD Kartenleser einstecken und dort eine SD Karte einstecken auf die dann restored wird :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 28 Nov 2020 11:42:33 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4225</guid>
		</item>
		<item>
			<title>Mike schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4224</link>
			<description><![CDATA[Moin zusammen, ich erstelle mittels raspiBackup ein rsync Backup auf meine Synology. Und das funktioniert prima. Aber ich stehe auf dem Schlach, wie der Restore funktioniert. Kann ich mit der laufenden/bestehenden SD Karte direkt ein Restore starten (auf sich selbst als Ziel)? Beim Pi kann ich ja keine zweite Karte installieren?]]></description>
			<dc:creator>Mike</dc:creator>
			<pubDate>Sat, 28 Nov 2020 11:24:30 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4224</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4173</link>
			<description><![CDATA[Moin Wolfgang, es sieht mir so aus als wenn bei Dir irgendwas von /dev/sda2 benutzt wird. Mit lsof | grep /dev/sda2 solltest Du sehen wer oder was noch /dev/sda2 benutzt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 26 Oct 2020 19:31:56 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4173</guid>
		</item>
		<item>
			<title>Wolfgang schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4172</link>
			<description><![CDATA[Hallo framp, vielen Dank für Deinen Tip. sda1 ist über /boot gemounted, sda2 über /. Wenn ich sudo umount /dev/sda2 ausführe, erscheint: target is busy, wenn ich dasselbe mit sda1 mache, findet Raspi die Befehle nicht mehr. Möglicherweise hängt das mit meinem Umzug auf USB Platte (USB Boot Mode) ohne SD Karte zusammen. Alle meine Versuche zur gewaltsamen Entfernung der Mounts führen zum Kollaps. Dein Vorschlag in Kommentar #309 zum Umzug der root-Partition auf USB-SSD mit dem Erhalt der SD-Karte als Bootpartition im System habe ich studiert. Ich wäre aber gerne die SD-Karte los. Siehst Du noch eine Möglichkeit, meinen jetzigen USB Boot Mode für raspiBackup zu retten? Gruß Wolfgang]]></description>
			<dc:creator>Wolfgang</dc:creator>
			<pubDate>Sun, 25 Oct 2020 22:06:28 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4172</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4167</link>
			<description><![CDATA[Moin Wolfgang, der Restore Befehl ist schon richtig. Das Problem ist dass eine oder sogar beide Partitionen von /dev/sda bei Dir gemounted ist. Das fuehrt zu Fehlern beim Restore. Du musst einfach nur sudo umount /dev/sda{1,2} vor dem Restore ausfuehren um alle Partitionen von /dev/sda zu umounten ;-) Dann wird der Restore durchlaufen. Cu framp PS: Ich lebe nicht an der Kueste. Man sagt Moin auch weiter suedlich :lol: .]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 19 Oct 2020 18:09:30 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4167</guid>
		</item>
		<item>
			<title>Wolfgang schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4165</link>
			<description><![CDATA[Hallo Framp, vielen Dank für Deine Antwort. Deine Begrüßung "Moin" lässt mir das Herz aufgehen, weil ich viele Urlaube an der Nordsee verbracht habe. Wohltuende Laute in schlimmen Zeiten! Ich habe für den Restorebefehl sudo.raspiBackup.sh -d /dev/sda /media/usb/raspberrypi/....weiterer backupPfad benutzt. Kam Fehlermeldung: Ein Restore ist nicht möglich wenn eine Partition von /dev/sda gemounted ist. Restore wurde fehlerhaft mit RC 102 beendet. Habe noch nicht begriffen, wie der Restoremechanismus geht! Auf Disk sda befinden sich die Partitionen sda1 (Boot) und sda2 (root), auf Disk2 sdb befindet sich sdb1 über den Mount /media/usb die BackupDatei. Nur diese beiden Partitionen - so meine ich - sind im Backup gesichert und müssen wieder zurück nach sda. Muss ich das Restore mit -d getrennt machen, also ... -d /dev/sda1 ... und dann im zweiten Durchgang ...-d /dev/sda2 ....? Oder müssen sda1 und sda2 in einen Befehl gepackt werden, aber wie? Am backupPfad kann es doch nicht liegen! Bitte nochmals um Deine Hilfe. Gruß Wolfgang]]></description>
			<dc:creator>Wolfgang</dc:creator>
			<pubDate>Mon, 19 Oct 2020 17:48:14 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4165</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4159</link>
			<description><![CDATA[Moin Wolfgang, Du benutzt den USB Boot Modus wo keine SD Karte mehr benutzt wird. Dann musst Du die Option -R bei USB Boot Mode nicht benutzen. Es reicht raspiBackup -d /dev/sdaX backupPfad anzugeben wobei /dev/sdaX das USB Geraet ist auf dem Du Deinen Backup restoren willst. Durch Deinen Kommentar habe ich gesehen dass auf der Restoreseite ein Beispiel fuer den Fall fuer den USB Mode fehlt. Das werde ich gleich ergaenzen :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 14 Oct 2020 22:27:52 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4159</guid>
		</item>
		<item>
			<title>Wolfgang schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4158</link>
			<description><![CDATA[Hallo Framp mit Hilfe Deiner ausgezeichneten Arbeit zum Thema RaspiBackup - und nach der verlustreichen Überwältigung meiner Windows-Denke - habe ich es geschaftt, meinen Raspi etwas umzubauen und eine komplettes rsync-Backup zu erstellen und zu speichern. Kompliment an Dich für diese tolle Vorlage. Nun kannst Du bezüglich der Hinweise für das Restore eines bestehenden Backups nicht jede denkbare Konstallation abbilden. Weil das so ist würde ich Dich gerne fragen, wie der Restorebefehl für mein System aussehen soll: pi@raspberrypi:~ $ lsblk NAME MM M SIZE RO TYPE MOUNT POINT sda 8:0 0 232,9G 0 disk ├─sda1 8:1 0 256M 0 part /boot └─sda2 8:2 0 232,6G 0 part /	ist wohl root sdb 8:16 0 223,6G 0 disk └─sdb1 8:17 0 223,6G 0 part /media/usb	hier ist RaspiBackup Gebootet wird von einer USB-SSD (sda), eine zweite USB-SSD (sdb) dient als Speichermedium. In dieser Konstellation habe ich das Backup erstellt. Beide SSD's sind wegen der Rückübertragung der Rechte in ext4 formatiert. Es gibt keine SD-Karte mehr. Mein Problem ist/sind die Funktion/en des/der Parameter im Restore-Befehl: sudo raspiBackup.sh xxxParameterxxx /Pfad für das Backup Aus Deiner Tabelle "Parameter/Funktion/Standard" geht hervor, dass das Ausgabedevice -R als Option für Systeme mit einer externen Rootpartition steht. Ich bin mir aber nicht sicher, wie der Parameterteil ausformuliert werden muss, damit Bootpartition, Partitionslayout und Masterbootrecord wieder an den richtigen Stellen landen. Ich würde mich sehr freuen, wenn Du mir einen Hinweis geben könntest. Gruß Wolfgang]]></description>
			<dc:creator>Wolfgang</dc:creator>
			<pubDate>Wed, 14 Oct 2020 22:19:08 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4158</guid>
		</item>
		<item>
			<title>Kelley schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4137</link>
			<description><![CDATA[Thanks for finally writing about >Restore]]></description>
			<dc:creator>Kelley</dc:creator>
			<pubDate>Mon, 14 Sep 2020 23:57:15 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4137</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4029</link>
			<description><![CDATA[Alles klar, dann weiß ich Bescheid. Danke für die Hilfe und ein schönes Wochenende noch.]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Fri, 24 Apr 2020 14:37:07 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4029</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4028</link>
			<description><![CDATA[Moin Flo, Antwort kurz und knapp: Nein. Ein rsync Backup reicht. Warum? Es gab schon mal jemanden der hat danach gefragt. Es gibt eine kleine Diskussion und Erklaerungen meinerseits dazu in dem Kommentar HTTPS://www.linux-tips-and-tricks.de/de/raspibackup/#comment-3287 ff. Lies Dir das bitte mal durch :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 24 Apr 2020 13:30:00 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4028</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4027</link>
			<description><![CDATA[Alles gut. ;) Ja, werde den Restoretest vll vierteljährlich oder alle zwei Monate mal machen, mal schauen. Den initialen Restoretest hab ich schon gemacht. Um nochmal auf meine Frage zurückzukommen: Muss ich jetzt beim rsync Backup alle inkrementellen Backups wiederherstellen oder reicht das letzte? Wenn ich immer nur die Änderungen sichere, gehen mir ja Daten verloren, wenn ich nur das letzte Backup wiederherstelle, oder nicht?]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Fri, 24 Apr 2020 12:27:38 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4027</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4026</link>
			<description><![CDATA[ Hatte ich nicht mehr im Kopf. Bei so vielen Anfragen verliert man schon mal den Ueberblick und jedesmal den ganzen Thread wieder zu lesen ist mir zu aufwaendig :-* Aber dann bist Du ja bestens gewappnet gegen eventuelle Ausfaelle - auch wg der USV. Nur nicht vergessen immer mal wieder einen Restoretest durchzufuehren. Ab der raspiBackup Version 0.6.5 die demnaechst publiziert wird wirst Du auch immer regelmaessig daran erinnert :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 24 Apr 2020 11:23:16 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4026</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4025</link>
			<description><![CDATA[Ja, ist es. Und den Pi sichere ich mit insgesamt zwei USVs (eine große APC und ein StromPi mit Battery Hat) gegen einen plötzlichen Stromausfall ab. Also bis am Pi wirklich die Lichter ausgehen, muss schon bissl was passieren und dann hab ich glaub ich andere Probleme. Ja, ich benutze rsync (siehe mein erster Post). Deswegen auch die Frage mit dem Backup, ob ich, wenn ich mehrere Backups vorhalte, alle restoren muss, um ein Klon der SD Karte im Pi zu erhalten.]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Fri, 24 Apr 2020 11:03:00 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4025</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4024</link>
			<description><![CDATA[Moin Flo, das ist gut dass die Wetterstation die Daten puffert. Um die Backupzeit klein zu halten solltest Du rsync benutzen. Das ist bis auf das erste mal ja immer ein inkrementeller Vollbackup ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 24 Apr 2020 09:17:41 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4024</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4023</link>
			<description><![CDATA[Ehrlich gesagt hab ich kein Problem damit, z.B. einmal im Monat einen Restore zu machen, so zeitintensiv ist das nicht. Falls es mich auf Dauer doch stört, werde ich das evtl angehen. Meine Wetterstation besteht aus einem Außenmodul und einer Basis, die per USB an den Pi angeschlossen ist. Der Pi frägt dann alle 30 Minuten die Basis ab, ob sie neue Einträge hat und wenn ja, überträgt er sie in die Datenbank und erstellt die entsprechenden Graphen. Jetzt ist es Gott sei Dank so, dass die Basis auch einen internen Speicher hat, in dem die Messwerte über mehrere Wochen (mind. 4 Wochen) gespeichert werden. Das heißt, solange die Basis Strom hat, verliere ich keine Daten, die Messwerte werden nur nicht auf der Webseite dargestellt. Im Katastrophenfall mach ich also zuerst den Restore von RaspiBackup, dann tausche ich die SD Karten, dann stelle ich das Backup der Wetterstation wieder her (]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Fri, 24 Apr 2020 07:45:22 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4023</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4022</link>
			<description><![CDATA[Moin Flo, das was Du Dir vorstellst kannst Du mit raspiBackup recht schnell erreichen. Allerdings musst Du dazu ein wenig bash Code schreiben. Entweder arbeitest Du Dich mal in bash Scripting ein oder Du kennst jemanden der sich damit auskennt und Dir hilft. Wenn Du Dich ein wenig in bash Scripting eingelesen hast wird Dir sicherlich auch im Raspberry Forum geholfen werden -> HTTPS://forum-raspberrypi.de/forum/ Wie Du waehrend der Downtime keine Wetterdaten verlieren willst verstehe ich nicht. Raspi down - keine Wetterdaten mehr :sad: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 23 Apr 2020 23:39:37 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4022</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4021</link>
			<description><![CDATA[Also unbedingt muss das Image nicht komprimiert werden, bei 2,5 GB ist das für mich nicht so entscheidend. :D Das Mounten und Unmounten des Backup Pfades des raspiBackupWrapper Skripts brauche ich hoffentlich nicht, hab mir dafür autofs eingerichtet. Leider konnte ich es noch nicht mit raspiBackup testen, aber vll komme ich am Wochenende dazu. Da ich leider keine Ahnung habe, wie ich so ein Skript schreiben würde, werde ich das erst mal lassen. Der Restoreprozess dauert wie gesagt ja auch nicht lange und im Katastrophenfall verliere ich dadurch nicht allzu viel Zeit. Und im besten Fall verliere ich durch die Downtime nicht einmal Daten an der Wetterstation, was auch sehr wichtig ist. Ich kann formulieren, was so ein Skript für mich können müsste, aber selber kann ich sowas nicht erstellen. Meine Anforderungen wären: -Erstellen eines Images auf Basis des raspiBackupRestore2image.sh in einen von mir konfigurierbaren Ordner mit einem gleichbleibenden, definierten Namen (wenn möglich ohne pishrink) -Restore des Backups auf einer SD Karte auf einem entfernten Server -Löschen des lokalen Images nach erfolgreichem Abschluss (ggf. mit E-Mail Benachrichtigung zum erfolgreichen Abschluss des Restoreprozesses)]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Thu, 23 Apr 2020 22:20:11 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4021</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4020</link>
			<description><![CDATA[Moin Flo, ich habe gerade mal genauer nachgesehen und festgestellt das das Script auch pishrink aufruft um das Image minimal zu machen. Weiss nicht ob das in Deinem Sinne ist. Jedenfalls schreibt raspiBackup in eine Datei rein wo das Backup erstellt wurde. In raspiBackupWrapper findest Du den entsprechenden Code:
function readVars() {	if [[ -f /tmp/raspiBackup.vars ]]; then	source /tmp/raspiBackup.vars	# retrieve some variables from raspiBackup for further processing
# now following variables are available for further backup processing
# BACKUP_TARGETDIR refers to the backupdirectory just created
# BACKUP_TARGETFILE refers to the dd backup file just created	else	echo "/tmp/raspiBackup.vars not found"	exit 42	fi
} Vermutlich ist es besser Du benutzt eines der Wrapperscripts als template und baust Dir Dein eigenes Script zusammen :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 23 Apr 2020 21:46:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4020</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4019</link>
			<description><![CDATA[Jetzt musst du mir nochmal helfen. Mit dem raspiBackupRestore2Image.sh Skript erzeuge ich neben dem Backup ein Image des Pis, das ich auf meiner zweiten SD Karte wiederherstellen soll. Wenn ich dich richtig verstanden habe, soll ich dazu einen dd Befehl am Ende des raspiBackupRestore2Image.sh Skripts einfügen, der so aussehen könnte: dd if=/pfad/zum/image/Image Filename | ssh benutzer@IP_des_OMV_Servers "cat > /dev/sdX" Das X in sdX steht für den Laufwerksbuchstaben meiner SD Karte im OMV Server. Jetzt würde ich gerne nur noch wissen, unter welchem Pfad das Image zu finden ist und wie der korrekte Ausdruck für Image Filename ist. Kurzum: Wie sieht das if des dd Befehls aus? Ist das so korrekt oder hab ich was übersehen?]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Thu, 23 Apr 2020 20:38:18 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4019</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4018</link>
			<description><![CDATA[Ok. Ich glaube jetzt habe ich verstanden was Du willst. Da weise ich Dich noch mal auf raspiBackupRestore2Image.sh hin. Damit wird automatisch beim Backup ein Restore in eine Image Datei gemacht. Du muesstest dann nur noch dieses Image in einerm angepassten raspiBackupRestore2Image.sh am Ende auf Deine zweite Backup SD Karte kopieren ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 23 Apr 2020 19:25:44 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4018</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4017</link>
			<description><![CDATA[Ok, ich versuchs nochmal zu erklären, was meine Idee war: Mein Plan wäre es gewesen, dass der Pi mit raspiBackup einmal in der Woche ein Vollbackup von sich selbst auf dem NanoPi M4 mit OMV erstellt und OMV nach 2-3 Stunden von sich aus das neu erstellte Backup auf einer zweiten Backup SD Karte, die im OMV Server permanent steckt, wiederherstellt. Somit hätte ich vollautomatisch ein aktuelles Klon meiner SD Karte vom Pi und müsste bei einem Ausfall der SD Karte im Pi nur die zweite SD Karte aus dem OMV Server in den Pi stecken. Der Unterschied zu jetzt ist, dass ich den Restoreprozess manuell machen muss, was natürlich auch kein Problem ist. Ich werde mir dazu vermutlich eine Notiz mit dem Befehl an einem geeigneten Ort hinterlegen, dann muss ich den Befehl nicht erst wieder nachschauen. ;) Und nein, mir ist der Befehl auf keinen Fall zu lang, das passt alles. :) Ich hoffe, es ist jetzt deutlicher geworden, was ich machen möcht. ;)]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Thu, 23 Apr 2020 19:08:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4017</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4016</link>
			<description><![CDATA[Moin Flo, irgendwie habe ich Dich wohl immer noch nicht richtig verstanden. cron benutzt Du um regelmaessig was zu tun. Du willst doch nichtregelmaessig restoren. Wenn Dir die Optionen fuer den Restore mit raspiBackup zu lang sind (so viele sind es doch nicht... ) kannst Du einen Comman Alias erstellen oder auch ein kleines bash Script schreiben in dem der Aufruf mit entsprechenden Optionen stattfindet. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 23 Apr 2020 18:19:18 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4016</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4015</link>
			<description><![CDATA[Servus Framp, Ok, gut zu wissen. Dann werde ich auf jeden Fall mehrere Backups vorhalten, bei einer derzeitigen Backupgröße von 2,5 GB ist das nicht so speicherlastig. Zu 2. Mir ging es ehrlich gesagt rein um die Automatisierung des Restoreprozesses, aber wenn das nicht geht, kann ich damit auch leben. Aktuell dauert der Restoreprozess 20-25 Minuten, das ist absolut im Rahmen. Ich habe mich nur gefragt, ob es möglich wäre, die Wiederherstellung durch Eintragung eines Befehls in die Crontab zu automatisieren, aber wenn das nicht geht, muss ich das Backup eben manuell wiederherstellen. Grüße Flo]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Thu, 23 Apr 2020 18:07:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4015</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4014</link>
			<description><![CDATA[Moin Flo, zu Frage 1: Ein Backup ist ein Full Backup des Systems. Du brauchst also zum Restore nur ein Backup. Du scheinst im Hinterkopf Deltabackups zu haben. D.h. wenn Du im Backupfall nur das letze erstellte Backup brauchst reicht 1 Backup. Ich wuerde aber immer mehrere vorhalten. Lieber etwas mehr als zu wenig :-) zu Frage 2: Wie man den Restore zu automatisieren kann hat bislang noch niemand gefragt. Ehrlich gesagt ist das auch fuer mich ein einmaliger Vorgang. Was ich mir aber vorstellen kann was Du im Hinterkopf hast ist ein tar oder rsync Backup zu erstellen und davon ein dd Backup welches Du per Windows restoren kannst zu erstellen. Ist meiner Meinung nach Overkill aber das geht :-) Gehe mal auf HTTPS://github.com/framps/raspiBackup/tree/master/helper und siehe Dir raspiBackupRestore2Image.sh an :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 22 Apr 2020 22:27:23 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4014</guid>
		</item>
		<item>
			<title>Flo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4013</link>
			<description><![CDATA[Hallo Framp, vielen Dank für dieses coole Tool, es gefällt mir ehrlich gesagt richtig gut. Vor allem die breite Anwendbarkeit was unterschiedliche Backupmethoden, Backupziele und Quellsysteme angeht, haben es mir angetan und ich bin gespannt, was ich damit noch alles machen kann. Kurz zu meinem bisherigen Einsatzszenario: Ein Raspberry 3B mit weewx (Software für meine Wetterstation) und div. Sicherheitssoftware sichert per rsync auf ein gemountetes NFS Laufwerk eines Openmediavault Servers (Hardware: NanoPi M4 + eMMC + SATA hat + Crucial MX500 SSD; Falls gewünscht, kann ich zu der Einrichtung des OMV Servers auch ein paar Zeilen schreiben). Der Restore erfolgt unter OMV auf eine SD Karte, die in einem USB 3.0 Adapter steckt. Mein Ziel ist es, dass der Pi einmal in der Woche ein Backup von sich selbst auf den OMV Server erstellt und der das Backup dann auf die SD Karte wiederherstellt. Somit hätte ich quasi jede Woche ein aktuelles Klon der SD Karte und müsste bei einem Ausfall der primären SD Karte nur die Backup SD Karte in den Pi stecken. Jetzt endlich zu meinen Fragen: 1. Am einfachsten ist das ganze natürlich, wenn ich die Anzahl vorzuhaltender Backups auf 1 stelle, weil ich dann nur ein Backup restoren muss. Wenn ich aber einstelle, dass zwei Backups vorgehalten werden sollen, muss ich ja auch beide Backups restoren, um ein komplettes Klon der SD Karte zu erhalten, richtig? Oder übersehe ich da was? 2. Gibt es eine Möglichkeit den Restore Prozess zu automatisieren? Im Aufruf des Skripts muss man ja den Pfad angeben, in dem das Image liegt, aber dieser Pfad ändert sich ja immer mit dem Datum. Gibt es eine Möglichkeit, den Befehl zum Restore so zu gestalten, dass immer automatisch das aktuellste Image im Backup Ordner genommen wird? Ich hoffe, es ist klar, was ich meine, ansonsten stehe ich natürlich gerne für Rückfragen zur Verfügung. Vielen Dank schon mal für die Hilfel! Viele Grüße Flo]]></description>
			<dc:creator>Flo</dc:creator>
			<pubDate>Wed, 22 Apr 2020 22:08:47 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-4013</guid>
		</item>
		<item>
			<title>framps schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3938</link>
			<description><![CDATA[Moin Felix, So ganz verstehe ich Deine Frage nicht. Wenn Du ein Backup restorest wird es i.d.R. eine neue SD Karte sein auf die Du restorest. Auf ein laufendes System zu restoren ist vielleicht moeglich (Ich habe es nicht ausprobiert) aber das Ergebnis ist nicht deterministisch. Das bedeutet das root keinen Readzugriff auf die Backupdaten hat. Du musst die Sambaberechtigungen ueberpruefen. Cu framp]]></description>
			<dc:creator>framps</dc:creator>
			<pubDate>Mon, 20 Jan 2020 20:12:48 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3938</guid>
		</item>
		<item>
			<title>Felix schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3937</link>
			<description><![CDATA[Hi framp, Da war mein Denkfehler! Erst mounten, dann restoren. :-) Besten Dank. Wie könnte ich es eleganter machen? Wenn ich mir das Kistchen zerschieße habe ich ja i.d.R. kein laufendes System darauf, daher dieser Ansatz die SD Karte neu zu bespielen, Ich kann ja nicht auf einem laufenden System einen restore fahren?! Mein Restore hat noch Fehler rsync: send_files failed to open "..." Permission denied (13) Vermutlich weil Nutzer pi auf der Quelle ohne sudo arbeitet. Eine Idee, wie ich das sicher (!) lösen kann? Besten Dank & Gruß]]></description>
			<dc:creator>Felix</dc:creator>
			<pubDate>Mon, 20 Jan 2020 19:49:16 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3937</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3936</link>
			<description><![CDATA[Moin Felix, Du musst erst Dein Samba Laufwerk auf ein lokales Verzeichnis (z.B. /remote/raspberrybackups oder auch /mnt) mounten. Dann gibst Du diesen Pfad beim Restore an :-) Eigentlich ist raspiBackup dafuer gedacht auf einer raspBerry auch fuer den Restore ausgefuehrt zu werden. Aber es wird i.A. auch auf einem Linuxrechner funktionieren. Speziell Mint wird tun und ist getestet denn ich restore meine Backups auch auf meinem Mintrechner :lol: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 20 Jan 2020 09:18:27 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3936</guid>
		</item>
		<item>
			<title>Felix schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3935</link>
			<description><![CDATA[Guten Abend, nach erfolgreichem Einrichten und Erzeugen der ersten Sicherungen über das Wochenende, steht nun ein Restoretest an. Die Sicherung möchte ich direkt von der am pi angeschlossenen externen Festplatte über eine Samba Freigabe auf die neue, leere SD Karte in meinem Rechner (Linux Mint) schreiben lassen. Wie mache ich das? Der Restorebefehl akzeptiert die Pfadangabe der Quelle mit smb:/// nicht. Wo ist mein Denkfehler? :-) Danke und Gruß, Felix]]></description>
			<dc:creator>Felix</dc:creator>
			<pubDate>Sun, 19 Jan 2020 21:48:05 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3935</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3806</link>
			<description><![CDATA[Moin Marco, nachdem ein aenhliches Feedback schon letztes Jahr kam habe ich das kleine Erdmaennchen (es ist kein Hund :-) ) deaktiviert. Aktivieren werde ich es aber wieder wenn ich den Code so geaendetr habe dass man ihn durch einen Klick stoppen bzw verschwinden lassen kann. Es ist mittlerweile Tradition auf dieser Webseite dass zur Weihnachtszeit ab dem 1. Advent bis zum 24.12.das kleine Erdmaennchen rumwackelt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 14 Dec 2019 15:24:13 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3806</guid>
		</item>
		<item>
			<title>Marco schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3805</link>
			<description><![CDATA[Hallo zusammen, ich finde eure Seite ja echt super. Aber es ist für mich kaum auszuhalten, dass mir ein Hund mit Schal immer wieder über den Text fliegt. Ich versuche mich zu konzentrieren, das Ding nervt einfach nur.]]></description>
			<dc:creator>Marco</dc:creator>
			<pubDate>Sat, 14 Dec 2019 13:48:34 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3805</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3504</link>
			<description><![CDATA[Moin hardl, [end Kernel panic - not syncing:VFS: Unable to mount root fs on unknown-block7179,2) ] Das Image ist mist. Siehe mein vorhergehenden Kommentar. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 31 Jul 2019 20:36:40 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3504</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3503</link>
			<description><![CDATA[Moin hardl, Das Image muss so gross sein wie die Quell SD :roll: Wenn es so gross ist wie die Ziel SD hast Du die Ziel SD gesichert, nicht die Quell SD. Keine Ahnung wie Du das geschafft hast :-* Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 31 Jul 2019 20:34:22 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3503</guid>
		</item>
		<item>
			<title>hardl schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3502</link>
			<description><![CDATA[Inzwischen habe ich auch einen Schirm angeschlossen: Stop ist bei: [end Kernel panic - not syncing:VFS: Unable to mount root fs on unknown-block7179,2) ]]]></description>
			<dc:creator>hardl</dc:creator>
			<pubDate>Wed, 31 Jul 2019 15:21:37 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3502</guid>
		</item>
		<item>
			<title>hardl schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3501</link>
			<description><![CDATA[Hier habe ich nochmals die Größen der beiden SD`s aufgelistet. Original SD: /dev/mmcblk0 Disk /dev/mmcblk0: 29.8 GiB, 31973179392 bytes, 62447616 sectors Device Boot Start End Sectors Size Id Type /dev/mmcblk0p1 8192 93802 85611 41.8M c W95 FAT32 (LBA) /dev/mmcblk0p2 98304 62447615 62349312 29.7G 83 Linux Ziel-SD: Disk /dev/sda: 29.7 GiB, 31914983424 bytes, 62333952 sectors Device Boot Start End Sectors Size Id Type /dev/sda1 8192 93802 85611 41.8M c W95 FAT32 (LBA) /dev/sda2 98304 62447615 62349312 29.7G 83 Linux Die zu kopierende ist ca. 60 MB größer. Das Image davon ist genauso groß, wie die Ziel-SD: openHABianPi-dd-backup-20190729-145742.img 31.914.983.424 Byte (31,92 GB auf dem Volume)]]></description>
			<dc:creator>hardl</dc:creator>
			<pubDate>Wed, 31 Jul 2019 14:06:52 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3501</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3500</link>
			<description><![CDATA[Moin hardl, daran kann es nicht liegen. Es muss irgendwo in Deinem Setup ein HW/SW Problem geben. Was zeigt denn der Schirm beim Booten des Images welches vom dd Backup erstellt wurde? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 31 Jul 2019 14:00:59 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3500</guid>
		</item>
		<item>
			<title>hardl schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3498</link>
			<description><![CDATA[Hallo framp, ist es möglich, dass ich schon beim Anmelden auf dem Raspi bei openHAB Fehler mache und somit nicht die ganze SD im Backup enthalten ist? Anmeldung im Terminal(MAC) mit "ssh openhabian@openhabianpi" Passwort Ausgabe: [09:47:27] openhabian@openHABianPi:~$ Eingabe: "sudo bash" Passwort Ausgabe:[09:50:50]root@openHABianPi:/home/openhabian# "cd /" Ausgabe:[09:52:40] root@openHABianPi:/# Eingabe: "sudo raspiBackup.sh -a : -o : -m detailed" Nachdem bei mir noch nie ein Backup funktioniert hat, egal ob mit raspiBackup mit dd, rsync oder direkt dd, rsync, von der Eingabe, muss ich mal alles infrage stellen.]]></description>
			<dc:creator>hardl</dc:creator>
			<pubDate>Wed, 31 Jul 2019 10:04:35 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3498</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3496</link>
			<description><![CDATA[Moin Hardl, :cry: . Ein dd Backup wird 1 zu 1 restored und sollte sofort wieder starten. D.h. entweder ist das Backup korrupt oder das restorte Image. Dann bleibt nur noch mal einen Schirm an die Raspi anzuschliessen und nachzusehen was fuer Fehlermeldungen auf dem Schirm erscheinen. Allerdings ist es haeufig schwer aus den Ausgaben zu erkennen wo das Problem liegt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 30 Jul 2019 22:09:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3496</guid>
		</item>
		<item>
			<title>hardl schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3495</link>
			<description><![CDATA[Es sind 2 Stück 32GB SD Karten und das Sichern auf das NAS ging in 45 Minuten. Nachdem ich das Image auf die Festplatte gezogen und mit Etcher auf die SD kopiert habe, braucht das Restore ca. 40 Minuten. Es gibt auch keine Fehlermeldungen, aber beim Booten blinkt der Raspi 2x und dann nichts mehr.]]></description>
			<dc:creator>hardl</dc:creator>
			<pubDate>Tue, 30 Jul 2019 21:58:29 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3495</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3494</link>
			<description><![CDATA[Moin hardl, ein dd Backup wird von raspiBackup mit dem Linux tool dd restored. Das klappt aber auch mit dem win32diskimager (selbst getestet) und andere raspiBackup Benutzer haben von erfolgreicher Nutzung von Etcher zum Restore des dd Backups berichtet. Zu Apple-Pi Backer habe ich keine Kenntnis. 3.5 Stunden ist sehr lang. Hast Du so eine riesige SD Karte gesichert? Oder liegt es an der langsamen NAS Anbindung da Du davon Dein Backup liest? Kennst Du FAQ26: https://www.linux-tips-and-tricks.de/de/faq/#a26? Wenn Deine Ziel SD Karte nur ein Byte kleiner ist bekommst Du beim Restore Fehler. Dann musst Du Dir eine groessere SD Karte besorgen oder das existierende Image verkleinern (mit pishrink: https://github.com/Drewsif/PiShrink z.B.) Ansonsten mal das dd Backup auf eine USB Platte oder USB Stick kopieren und restoren. Kann sein dass auch Deine NAS Anbindung beim Restore Probleme macht. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 30 Jul 2019 14:30:56 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3494</guid>
		</item>
		<item>
			<title>hardl schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3493</link>
			<description><![CDATA[Moin framp, dank Deiner Unterstützung ist es mir gelungen, mit raspiBackup unter dd auf meinem QNAP NAS, ein Image von Openhab ohne Fehlermeldung zu erstellen. Das habe ich mit Etcher auf eine neue SD gespielt. Auch mit ApplePi-Baker kommt nach 3 1/2 Std. die Meldung : Error - Error reading/writing input and/or output file(s) Die SD bootet aber nicht. Ist das mit Restore raspiBackup anders?]]></description>
			<dc:creator>hardl</dc:creator>
			<pubDate>Tue, 30 Jul 2019 13:29:13 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3493</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3492</link>
			<description><![CDATA[Moin Yuan, raspiBackup kannst Du nicht zum Clonen von SD zu SSD benutzen. SD->SD, SSD->SSD und SD(boot)/SSD(root)->SD(boot)/SSD(root) geht dagegen. D.h. Du musst nur einmal Deinen SD Inhalt manuell ohne raspiBackup auf Deine SSD clonen. Wie das geht habe ich hier: https://www.linux-tips-and-tricks.de/de/raspberry/26-wie-raspberry-pi-umziehen-auf-usb-stick-oder-usb-disk/ beschrieben. Danach kannst Du raspiBackup benutzen um ein Backup von Deiner SSD anzufertigen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 29 Jul 2019 22:20:49 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3492</guid>
		</item>
		<item>
			<title>Yuan schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3491</link>
			<description><![CDATA[Hi Framp, zuerst möchte ich mich bei dir herzlichen bedanken, dass du so ein tolles Skript entwickelt hast und immer gepflegt hast. Ich habe dein Skript immer gebraucht und bis jetzt auch alles funktioniert. Momentan habe ich vor, mein Raspberry Pi nicht von SD-Karte sondern von ein SSD über USB zu booten, dadurch ich mir keine Sorge über die Lifetime der SD-Karte machen muss. Ich habe ein Backup aus mein 16GB MicroSD Karte erstellt und möchte auf ein 120GB Samsung 840EVO SSD zurückzuspielen. Der Backup und Restore lief ohne problem. Die Partition "boot" ist auch in der SSD zu sehen. Nun kann das System nicht von SSD gebootet werden. Ich habe vorher das Boot von SSD mit den aktuellen Raspbian Buster Lite ohne Problem mehrmals geschafft. Das System auf meiner SD-Karte soll auch die Aktuelles sein. Könnten Sie irgendwie feststellen, woran das Problem liegen kann? Vielen Dank für weitere Hilfe. Beste Grüße aus Ingolstadt Yuan]]></description>
			<dc:creator>Yuan</dc:creator>
			<pubDate>Mon, 29 Jul 2019 21:36:31 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3491</guid>
		</item>
		<item>
			<title>ahmet schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3489</link>
			<description><![CDATA[ morgen framp, nein eigentlich nicht kann es mir auch nicht erklären aber ich passe es an, danke für die schnelle hilfe!]]></description>
			<dc:creator>ahmet</dc:creator>
			<pubDate>Mon, 29 Jul 2019 13:46:07 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3489</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3487</link>
			<description><![CDATA[Moin ahmet, danke fuer die Info. Mir ist die Ursache beim Lesen des Codes aufgefallen: Initial ist /etc/crontab.d/raspiBackup 0 5 * * 0	root	/usr/local/bin/raspiBackup.sh Bei Dir steht bei der 0 ein * und das erzeugt den Fehler. Hast Du die Datei manuell editiert? Die geaenderte Syntax bedeutet es wird jeden Tag gesichert. Das wird aber nicht vom Installer unterstuetzt. Ich kann mir das mal merken und vielleicht bringe ich die Option 'taeglich' in einer naechsten Release rein. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 29 Jul 2019 11:25:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3487</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3485</link>
			<description><![CDATA[Moin sarcos, da ist irgendwo der Wurm drin :cry: . Kannst Du mir bitte ddie Debuglogs vom Backup und Restore an diese eMail: https://www.linux-tips-and-tricks.de/de/kontakt/ schicken damit ich nach der Ursache suchen kann? Vielen Dank. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 29 Jul 2019 10:26:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3485</guid>
		</item>
		<item>
			<title>sarcos schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3484</link>
			<description><![CDATA[Hallo, leider bekomme ich bei meinem Restore-Versuch immer den Fehler "??? RBK0061E: Keine Bootpartitionsdateien in /backup/openHABianPi/openHABianPi-rsync-backup-20190728-182855 gefunden die mit openHABianPi-backup beginnen." Auf der Website finde ich leider nichts zu dem Fehler, das Backup ließ sich fehlerfrei erstellen. Laut log versucht das Programm .img, .tmg, .sfdisk. und .mbr zu finden, die in dem Verzeichnis aber nicht angelegt sind. Muss ich vorher noch einen anderen Schritt durchführen? Danke!]]></description>
			<dc:creator>sarcos</dc:creator>
			<pubDate>Sun, 28 Jul 2019 23:02:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3484</guid>
		</item>
		<item>
			<title>ahmet schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3483</link>
			<description><![CDATA[ Hallo framp, sicherlich. Die Ausgabe schaut wie folgt aus: --------------------------------------------------------- # # Crontab entry for raspiBackup.sh # # (C) 2017-2019 framp at linux-tips-and-tricks dot de # # Create a backup once a week on Sunday morning at 5 am (default) # 0 2 * * *	root	/usr/local/bin/raspiBackup.sh -------------------------------------------------------------]]></description>
			<dc:creator>ahmet</dc:creator>
			<pubDate>Sun, 28 Jul 2019 21:19:11 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3483</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3480</link>
			<description><![CDATA[Moin ahmet, vielen Dank fuer den Hinweis. Ich habe versucht den Fehler zu reproduzieren, es aber nicht geschafft :cry: Koenntest Du vielleicht mal die Ausgabe von sudo cat /etc/cron.d/raspiBackup bei Dir zeigen? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 28 Jul 2019 16:21:45 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3480</guid>
		</item>
		<item>
			<title>ahmet schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3478</link>
			<description><![CDATA[Hallo, habe einen Fehler in der InstallationsUI entdeckt. Folge ich M3>C9>R2 (Wochentag des wöchtentlichen Backups) fliege ich aus dem Programm und es kommt folgende Meldung: /usr/local/bin/raspiBackupInstallUI.sh: Zeile 2150: *: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"*\"). mfg]]></description>
			<dc:creator>ahmet</dc:creator>
			<pubDate>Sun, 28 Jul 2019 15:15:01 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3478</guid>
		</item>
		<item>
			<title>Senfsosse schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3341</link>
			<description><![CDATA[Hallo framp, ja, das Ziel ist 32 GB, die Quelle 16 GB. Debug-Log ist unterwegs. Gruß Senfsosse]]></description>
			<dc:creator>Senfsosse</dc:creator>
			<pubDate>Fri, 19 Apr 2019 19:29:29 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3341</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3340</link>
			<description><![CDATA[Moin Senfsosse, Du benutzt den partitionsorientierten Modus (Option -P). In diesem gibt es keine automatische Groessenanpassung falls die Ziel SD Karte zu klein ist. eigentlich sollte raspiBackup das feststellen und eine entsprechende Fehlermeldung schreiben. Pruefe bitte ob die Ziel SD Karte wirklich groesser ist als die Quell SD Karte (Siehe hier: https://www.linux-tips-and-tricks.de/de/faq/#a26. Falls ja schicke mir bitte das Debuglog zu zwecks Analyse (eMail siehe Kontakt Seite). Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 19 Apr 2019 16:03:32 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3340</guid>
		</item>
		<item>
			<title>Senfsosse schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3339</link>
			<description><![CDATA[Hallo framp, ich habe mein erstes rsync Backup erstellt und anschließend den Restore versucht. Der schlägt aber fehl mit >>> Created a new DOS disklabel with disk identifier 0x0b77cd68. /dev/sda1: Created a new partition 1 of type 'W95 FAT16 (LBA)' and of size 63 MiB. Partition #1 contains a vfat signature. /dev/sda2: Created a new partition 2 of type 'Extended' and of size 14,8 GiB. /dev/sda3: Created a new partition 5 of type 'Linux' and of size 32 MiB. Partition #5 contains a ext4 signature. /dev/sda6: Start sector 204800 out of range. Failed to add #6 partition: Das numerische Ergebnis ist außerhalb des gültigen Bereiches Hast du 'ne Idee, was da im Argen ist? Grüße Senfsosse]]></description>
			<dc:creator>Senfsosse</dc:creator>
			<pubDate>Fri, 19 Apr 2019 13:47:54 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3339</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3329</link>
			<description><![CDATA[Moin Lars, BananaPi teste ich nicht aber es müsste mit raspiBackup funktionieren. Benutze doch mal die Option -l debug beim Backup und Restore und schicke mir logs per email zu. Siehe dazu die Kontaktseite. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 29 Mar 2019 08:13:52 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3329</guid>
		</item>
		<item>
			<title>lars schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3328</link>
			<description><![CDATA[ich habe den schnellstart befolgt und mit sudo raspiBackup.sh -a : -o : -m detailed das erste backup erstellt, ohne fehlermeldung. das wollte ich nun testen mit sudo raspiBackup.sh -d /dev/sdb /backup/bananapi/bananapi-rsync-backup-20190328-213712/ aber es bricht mit fehler RC 102 und RBK0061E: Unable to find bootpartition files ab. was ist der grund? wonach soll ich suchen?]]></description>
			<dc:creator>lars</dc:creator>
			<pubDate>Thu, 28 Mar 2019 23:54:02 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3328</guid>
		</item>
		<item>
			<title>motofix schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3322</link>
			<description><![CDATA[Hallo framp, meine Fehlerbeschreibung hat sich erledigt. Die SD-Karte hatte im Cardreader keinen richtigen Kontakt. Restore läuft. Vielen Dank für dieses Tool. Werde noch etwas tiefer einsteigen. Gruß motofix]]></description>
			<dc:creator>motofix</dc:creator>
			<pubDate>Wed, 20 Mar 2019 17:57:10 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3322</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3201</link>
			<description><![CDATA[Moin Bernd, ach so - das willst Du machen :roll: Nein, auf ein laufendes System einen Backup zurueckzuspielen mag gelingen - macht aber keiner da das System in einen undefinierbaren Zustand kommen wird der einfach unbrauchbar ist. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 27 Jan 2019 18:11:34 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3201</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3200</link>
			<description><![CDATA[Hallo framp, das mit den Schlauch durchschlagen hat soweit geklappt, da ich verstanden habe, dass ich das Backup nur auf einen 'andere - 2-SD-Karte' zurückspielen kann! Mein Test sollte auf die einzige im Raspi eingetseckte (also gebootete) SD-Karte das Backup zurück spielen. Klappt so nicht! Also, ich haben verstanden! Danke + Gruß Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 27 Jan 2019 18:04:02 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3200</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3199</link>
			<description><![CDATA[Moin Bernd, dann versuche ich mal den gordischen Schlauch zu durchschlagen :-) So wie ich es sehe Du hast ein Backup auf /dev/sda1, welches auf /backup gemounted ist, gesichert. Nun willst Du es auf eine andere SD Karte zurückspielen. Dazu musst Du eine weitere SD Karte mit einem SD Kartelesen in Deine Raspberry einstecken. Die taucht dann vermutlich bei Dir dann als /dev/sdb bei sudo fdisk -l | egrep "^Disk /|^/dev" auf. Den Befehl habe ich oben angegeben. Nur ist es da umgekehrt: /dev/sda ist eine 16GB SD Karte und /dev/sdb1 ist eine USB Platte von 300GB welches das Backup enthaelt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 27 Jan 2019 17:50:56 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3199</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3198</link>
			<description><![CDATA[Hallo framp, ich stehe auf'n Schlauch. pi@pi3:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% ingehängt auf /dev/root 15G 3,2G 11G 24% / devtmpfs 460M 0 460M 0% /dev tmpfs 464M 0 464M 0% /dev/shm tmpfs 464M 12M 452M 3% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 464M 0 464M 0% /sys/fs/cgroup /dev/mmcblk0p1 44M 23M 22M 51% /boot tmpfs 93M 0 93M 0% /run/user/1000 /dev/sda1 7,1G 3,8G 3,0G 57% /backup somit kein /dev/sbd vorhanden. welches /dev/??? muss ich umount + benutzen? Danke + Gruß Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 27 Jan 2019 17:35:11 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3198</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3193</link>
			<description><![CDATA[Moin Bernd, siehe Beitrag 288. Ich hatte das übersehen und den Beitrag entsprechend updated. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 27 Jan 2019 16:28:39 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3193</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3192</link>
			<description><![CDATA[ sda1 ist mein USB-stick mit den Backup-Dateien. Die SD-Karte ist die, von der ich das Backup gemacht haben. Zum Testen wollte ich also das Backup auf die SD-Karte zurück spielen. Danke + Gruß Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 27 Jan 2019 16:27:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3192</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3191</link>
			<description><![CDATA[Moin Bernd, auf /dev/sda1 liegt Dein Backup. Das wird so überschrieben! Du musst fuer -d Deine SD Karte angeben, also z.B. /dev/sdb !!! Dann muss es heissen sudo raspiBackup.sh -d /dev/sdb /backup/pi3/pi3-rsync-backup-20190127-120126/ Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 27 Jan 2019 16:17:51 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3191</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3190</link>
			<description><![CDATA[Hallo framp, Backup wie beschrieben auf /dev/sda1/backup. Für das restore benutze ich: sudo raspiBackup.sh -d /dev/sda1 /backup/pi3/pi3-rsync-backup-20190127-120126/ und erhalte den Fehler: ??? RBK0154E: Ein Restore ist nicht möglich wenn eine Partition von /dev/sda1 ge mounted ist. Was mache ich falsch. Danke + Gruß Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 27 Jan 2019 15:31:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3190</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3189</link>
			<description><![CDATA[Moin Bernd, so ganz verstehe ich Deine Frage nicht :sad: . Diese Seite beschreibt doch genau wie es geht. Wo verstehst Du etwas nicht? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 27 Jan 2019 14:58:10 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3189</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3188</link>
			<description><![CDATA[Hallo framp, Ich habe wie beschrieben einen USB-Stick in das Verzeichnis /backup geladen (mount /dev/sda1 /backup) und raspiBackup als RSYNC ausgeführt. Das Backup liegt nun unter /backup/pi3/pi3-rsync-backup-20190127-120126. pi3 ist dabei mein Raspi der gesichert wurden. Nun möchte ich das Backup testen, also restore ausführen, ohne die Hardware zu verändern. Wie lautet der Aufruf? Danke + Gruß Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Sun, 27 Jan 2019 14:04:48 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3188</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3163</link>
			<description><![CDATA[Moin waldbone, raspiBackup ist ein AllOrNothing Tool. D.h. wenn Du nur Teile aus dem Backup restoren willst musst Du - wie Du schon geschrieben hast - mit Linux Bordmitteln arbeiten. Wie das geht habe ich ja geantwortet. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 23 Jan 2019 20:04:30 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3163</guid>
		</item>
		<item>
			<title>waldbone schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3161</link>
			<description><![CDATA[Vielen Dank für die Info. Und wie mache ich es in meinen zwei Beispielen mit dem raspiBackup-Tool?]]></description>
			<dc:creator>waldbone</dc:creator>
			<pubDate>Wed, 23 Jan 2019 08:28:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3161</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3151</link>
			<description><![CDATA[Moin waldbone, das ist zwar nicht der Normalfall aber es geht mit dem raspiBackup Backup: Du kannst jedes tar Backup mit cd /; tar -xvzf /backup/mmcblk0p5.tar.gz oder cd /; tar -xvf /backup/mmcblk0p5.tar restoren. Denke aber daran vorher die Partition auf die Du restoren willst zu löschen - ausser Du willst die Dateien des Backups dazufügen ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 18 Jan 2019 20:25:23 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3151</guid>
		</item>
		<item>
			<title>waldbone schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3147</link>
			<description><![CDATA[Hallo, ich bin grad das Tool ausführlich am testen und bisher funktioniert das Sichern sehr gut. Aufgrund der Größe meiner Partition (120GB) wähle ich als Backuptyp tar (gezippt und ungezippt), sowie ein partitionsorientierter Backup. Einige Auszüge aus der raspiBackup.conf: DEFAULT_BACKUPTYPE="tar" DEFAULT_ZIP_BACKUP="0" DEFAULT_PARTITIONBASED_BACKUP="1" Jetzt hab ich zwei Backups, mit folgenden Kommandos erstellt: a.) sudo raspiBackup.sh -t tar b.) sudo raspiBackup.sh -t tar -z Meine Frage ist: Wie kann ich jetzt die einzelne Partition (z.B. sda2) mit Linux-Boardmittel wiederherstellen? Vorschlag von Rasbian ist ja das Backup mit 'sudo dd if=/dev/sda2 | gzip > backup.gz' zu sichern und mit 'gunzip -c backup.gz | sudo dd bs=4M of=/dev/sda2' wiederherzustellen. Wie ist aber das Kommando bei TAR-Archiven?]]></description>
			<dc:creator>waldbone</dc:creator>
			<pubDate>Fri, 18 Jan 2019 09:29:40 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3147</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3144</link>
			<description><![CDATA[Moin Chris, schicke mir doch mal ein Debauglog von einem Backuplauf zu (eMail siehe Kontakt Seite). Daraus kann ich dann sehen wie Dein Environment genau aussieht und es mal versuchen bei mir nachzustellen um zu eruieren wo das Problem liegt. Kann aber etwas dauern da ich momentan ziemlich busy bin. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 16 Jan 2019 20:09:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3144</guid>
		</item>
		<item>
			<title>Chris schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3143</link>
			<description><![CDATA[Genau, ich nutze den USB-Bootmode. Klappt super. Nur das Backup ist das Problem. Er stopt einfach während des Boot -Vorgangs. So als würde er keine Partition finden von der er Booten soll. Habe daher von SD-Karte gebootet und in die cmdline.txt auf der Boot partition die für dev/sda1 (Usb-HDD) ausgelesene UUID eingetragen. Allerdings weiß ich nicht ob sich diese UUID nicht ändert wenn nur die HDD ohne SDkarte angeschlossen ist. Das hatte ich nicht mehr probiert. Ich bin dann irgendwann auf Backuptyp TAR umgestiegen und das schien vielversprechend. Doch jetzt gerade bin dabei ein Backup testhalber zurückzuspielen und er hängt wieder beim booten. Diesesmal kommt er weiter bis zur meldung: Failed to mount sysfs at /sys: No such file or directory Das gleiche mit proc und devtmpfs. Es muss doch eine funktionierende gescheite Lösung geben =(!]]></description>
			<dc:creator>Chris</dc:creator>
			<pubDate>Wed, 16 Jan 2019 19:55:17 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3143</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3135</link>
			<description><![CDATA[Moin Chris, herzlichen Glueckwunsch zum erfolgreichen Restore mit raspiBackup. Da hast Du ja noch ein weiteres Geschenk vom Weihnachtsmann bekommen :-) Du schreibst dass Du Boot+Rootfs auf die USB HDD ausgelagert hast. Benutzt Du den USB Bootmode der Raspi. ? Ich muss gestehen dass der USB Bootmode nicht Teil der Regressiontestsuite ist, da der USB Bootmode nicht auf einer VM getestet werden kann und ein manueller Test zu zeitaufwaendig wie auch der SD Kartenverschleiss zu hoch ist (Siehe Details dazu hier: https://www.linux-tips-and-tricks.de/de/raspibackupcategorie/509-raspibackup-ausgefuehrte-regressiontests). Ich stimme Dir aber zu dass es eigentlich keinen Unterschied machen sollte. Was fuer Fehler bekommst Du denn so? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 12 Jan 2019 10:10:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3135</guid>
		</item>
		<item>
			<title>Chris schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3134</link>
			<description><![CDATA[Ich benutzte Raspibackup schon recht lange und war bisher immer gut damit zufrieden... bis jetzt. Daher benötige ich eure Hilfe! An Heilig Abend ist meine SD Karte abgeraucht. Das war kein Problem dank eines ddz Backups mit RaspiBackup. Ich konnte die Daten auf eine neue SD Karte via Etcher einspielen und diese einfach in den Raspi stecken. Damit das mit der SD Karte nicht noch einmal passiert, habe ich das Komplette System Boot+Rootfs auf eine externe USB Hdd ausgelagert. Beim Raspi3b+ funktioniert das ganz wunderbar. Allerdings: Die gemachten DDz Backups via RaspiBackup lassen sich zwar wieder auf eine HDD mit Etcher aufspielen, aber viele Dinge wie z.B. ioBroker funktionieren nicht mehr. Das ist für mich völlig unverständlich. 1. Die HDD ist dieselbe von der das Backup bezogen wurde. 2. Bei SD Karten gabs nie so ein Problem wo ist der unterschied? 3. Ich dachte DD erstellt ein 1:1 Abbild. Wie kann es sein das es sich dennoch unterscheidet? Vielen Dank für eure Hilfe!]]></description>
			<dc:creator>Chris</dc:creator>
			<pubDate>Sat, 12 Jan 2019 03:52:11 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3134</guid>
		</item>
		<item>
			<title>Mr.Coffee schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3101</link>
			<description><![CDATA[Hallo framp, das mit dem Verzeichnisnamen war noch einmal der entscheidende Tipp! Jetzt funktioniert es:-) Hab vielen Dank für die schnelle und nette Hilfe. Ich habe mir auch das Skript zum Umwandeln angeschaut. Ich denke, das würde ich jetzt auch hinbekommen. Brauche ich aber nicht mehr;-) Komm gut ins neue Jahr. Grüße Mr.Coffee]]></description>
			<dc:creator>Mr.Coffee</dc:creator>
			<pubDate>Thu, 27 Dec 2018 02:12:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3101</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3100</link>
			<description><![CDATA[Moin Mr.Coffee, der Backuppfad scheint noch nicht zu stimmen: Du musst nicht die tgz Datei sondern das Verzeichnis worin die tgz Datei und die anderen Tateien stehen, angeben. Siehe hier: https://www.linux-tips-and-tricks.de/de/raspibackup-restore wo steht sudo raspiBackup.sh -d /dev/sdf /remote/raspifix/disks/backup/rsync/raspberrypi/raspberrypi-rsync-backup-20141230-213032/ . Hier: https://www.linux-tips-and-tricks.de/de/raspibackup#verzeichnis sind Beipiele wie ein Backupverzeichnis aussieht und was fuer Dateien drin stehen. Cu framp PS: Mit dd Backup meinte ich einfach noch mal ein Backup zu erstellen - nur eben mit -t dd statt -t tar. Man kann aber auch aus dem tar Backup wieder ein dd Backup erzeugen lassen. Dazu nimmst Du einfach dieses Script: https://github.com/framps/raspiBackup/blob/master/helper/raspiBackupRestore2Image.sh.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 26 Dec 2018 18:47:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3100</guid>
		</item>
		<item>
			<title>Mr.Coffee schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3098</link>
			<description><![CDATA[Hi framp. Danke für die rasche Antwort. Ich hatte in der Tat nur den Ordner nicht aber die tgz-file angegeben. Insofern war das schon mal hilfreich. Leider klappt es immernoch nicht. Wenn ich "sudo raspiBackup.sh -d /dev/sda1 /home/pi/backup/NAME_DER_DATEI" eingebe, kommt die Fehlermeldung "Wiederherstellungsgerät darf keine Partition sein. RC 107" Wenn ich nur sda anstelle sda1 verwende, heißt es " Bootbackup /PFAD/DATEINAME.tgz wird benutzt. Bootpartitionsdateien des Backups aus dem Verzeichnis /home/pi/backup die mit raspberrypi-backup beginnen werden benutzt. Zugriff auf '/PFAD/DATEINAME.tgz/*.sfdisk' nicht möglich: Ist kein Verzeichnis Datei /PFAD/DATEINAME.tgz/*.sfdisk nicht gefunden. Restore wurde fehlerhaft mit RC 108 beendet. Hast Du eine Idee? Wie könnte ich ein neues DD-Backup vom tgz-Backup machen, was Du als Alternative meintest?]]></description>
			<dc:creator>Mr.Coffee</dc:creator>
			<pubDate>Wed, 26 Dec 2018 13:56:38 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3098</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3097</link>
			<description><![CDATA[Moin Mr. Coffee, so wie ich es sehe hast Du das falsche Backupverzeichnis angegeben. Icg vermute es ist irgendwas wie /home/pi/backup/. Woebei amende der Hostname der Raspberry steht gefolgt von einem Datum. Allerdings kannst Du doch auch noch mal ein dd Backup erstellen und das dann restoren. Ansonsten kannst Du natuerlich das Backup auch mit einer Raspberry restoren.Siehe dazu hier: https://www.linux-tips-and-tricks.de/de/raspibackup-restore. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 26 Dec 2018 10:07:50 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3097</guid>
		</item>
		<item>
			<title>Mr.Coffee schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3096</link>
			<description><![CDATA[Hi framp, bei einem Backup habe ich aus Versehen ein tar-gz File erstellt. Ich bin allerdings ein Win0 Nutzer und hätte ein DD Backup benötigt. Kannst Du mir helfen meine Daten zu retten?:-) Kurz was bisher geschah: - ein Backup mittels "sudo raspiBackup.sh -a : -o : -m detailed" - Es kamen 5 Dateien heraus. Ein kleines Image, ein Textdokument, eine MBR, eine SFDISK und ein 4 GB tgz-Backup - Ich habe alle Dateien auf einen Raspberry kopiert - Danach einen USB Stick mit leerer FAT-SD-Karte angeschlossen - ich starte: " sudo raspiBackup.sh -d /dev/sda1 /home/pi/backup/" Leider kommt die Fehlermeldung: Wiederherstellungsdatei /home/pi/backup ist ungültig. Restore wurde fehlerhaft mit RC 108 beendet. Siehe vorhergehende Fehlermeldungen. Hast Du eine Idee? Gibt es einen alternativen Weg für den Restore? Über WinRar komme ich auf Win10 an alle Dateien. Vielen Dank für Deine Hilfe.]]></description>
			<dc:creator>Mr.Coffee</dc:creator>
			<pubDate>Tue, 25 Dec 2018 18:28:44 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-3096</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2928</link>
			<description><![CDATA[Moin BLW/553/c, besten Dank für Dein Feedback. Das ist eine interessante Information. Ich hatte schon den Fall dass es Probleme gab weil eine andere OS Version zum Restore benutzt wurde als die mit der der Backup erstellt wurde. Dass die raspiBackup Version eine Rolle spielt sollte eigentlich nicht so sein :cry: Jetzt wuerde mich wirklich das Debuglog mit -v interessieren. Vielleicht hast Du ja Lust und Laune es zu erstellen und mir zuzuschicken :-* Wenn nicht ist auch gut. Hauptsache Dein Backup konnte wieder restored werden (Der Trick die Version aus dem Backup zu ziehen ist pfiffig :-) ) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 05 Nov 2018 20:06:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2928</guid>
		</item>
		<item>
			<title>BLW/553/c schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2927</link>
			<description><![CDATA[Hallo Framp und Danke für die schnelle Antwort. Das Problem hat sich gelöst! Ich hatte für den Restore nicht die gleiche Version von raspiBackup.sh verwendet, wie für das Backup. Mit der gleichen Version (aus dem TAR-Archiv genommen) lief dann alles smooth.]]></description>
			<dc:creator>BLW/553/c</dc:creator>
			<pubDate>Mon, 05 Nov 2018 19:58:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2927</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2926</link>
			<description><![CDATA[Moin BLW/553/c, Du kannst noch die Option -v benutzen oder auch die aktuelle Beta: https://github.com/framps/raspiBackup/blob/beta/raspiBackup.sh wo Du weitere Meldungen von dd zum Fehler sehen solltest. Ich schätze Mal Deine SD Karte auf die Du restoren willst ist hinüber :sad: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 05 Nov 2018 16:59:01 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2926</guid>
		</item>
		<item>
			<title>BLW/553/c schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2923</link>
			<description><![CDATA[Hallo framp, ich versuche gerade auf Linux ein TAR-Backup von einem USB-Stick auf die SD-Karte zu spielen und erhalte dabei immer folgende Fehlermeldung: ??? RBK0030E: .mbr Datei Erzeugung mit dd endet fehlerhaft mit RC 1. ??? RBK0077E: Restore wurde fehlerhaft mit RC 117 beendet. Siehe vorhergehende Fehlermeldungen. Woran kann das liegen?]]></description>
			<dc:creator>BLW/553/c</dc:creator>
			<pubDate>Mon, 05 Nov 2018 00:10:19 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2923</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2916</link>
			<description><![CDATA[Moin Roland, benutze doch bitte die aktuelle Beta: https://www.linux-tips-and-tricks.de/de/downloads/raspiBackup-beta-sh/download mit der Option -l debug und schicke mir das Debuglog per eMail zu (Siehe Kontaktseite). Ohne dieses kann ich leider keine Aussage machen warum nur mmcblk0p1 gesichert wird ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 01 Nov 2018 10:46:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2916</guid>
		</item>
		<item>
			<title>Roland schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2914</link>
			<description><![CDATA[Hi framp. Mir ging es eigenlich nur darum wie ich die drei Partitonen /dev/mmcblk0p1: LABEL="BOOT" UUID="78C1-A4EB" TYPE="vfat" PARTUUID="4333b1f2-01" /dev/sda1: LABEL="boot" UUID="D332-A79C" TYPE="vfat" PARTUUID="b7abddf3-01" /dev/sda2: LABEL="system" UUID="a1389a4a-766a-43b7-a3dd-dc89722f63d7" TYPE="ext4" PARTUUID="b7abddf3-02" konsistent sichern kann. Ich stoppe ja schon diverse Services vorher aber das Script sichert leider nur mmcblk0p1. Ich nutze das X820 Case mit HDD und einen PI3. Gruß Roland]]></description>
			<dc:creator>Roland</dc:creator>
			<pubDate>Thu, 01 Nov 2018 08:26:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2914</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2876</link>
			<description><![CDATA[Moin Roland, mache einen normalen offline Restore. Je nachdem was fuer einen Backup Du hast kann man technisch ein laufendes System restoren. Aber Du wirst damit zu 99.99% nicht gluecklich werden. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 02 Oct 2018 22:00:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2876</guid>
		</item>
		<item>
			<title>Roland schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2875</link>
			<description><![CDATA[ Hi framp. Ich habe meine nextcloudpi Umgebung durch eine php7.2 Aktualisierung "etwas" zerschossen. Um nun nicht lange nach Fehler zu suchen möchte ich auf schnellstem Wege ein Restore machen... Gruß Roland]]></description>
			<dc:creator>Roland</dc:creator>
			<pubDate>Tue, 02 Oct 2018 21:54:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2875</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2874</link>
			<description><![CDATA[Moin Roland, Ein laufendes System hat aktiven Hauptspeicher in dem diverse Dinge gecached sind. Wenn Du dann dem unter der Decke Dateien aenderst kommt kein konsistentes System raus. raspiBackup sichert nur Dateien und keinen Hauptspeicher. Das koennen nur Virtualisierungsloesungen wie VMware mit ihren Snapshots. Wieso willst Du eigentlich ein laufendes System restoren? Was bezweckst Du damit? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 02 Oct 2018 20:52:39 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2874</guid>
		</item>
		<item>
			<title>Roland schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2873</link>
			<description><![CDATA["•Raspberry Pi kann sich selbst wiederherstellen" Folgendes Scenario habe ich hier: RPI3+ bootet komplett von einer SSD (sda). Die SD wird nur als "Ablage" genutzt. Wie kann ich sda1/sda2 restoren quasi im laufenden Betrieb. Ich habe Backups von Typ DD gemacht. /dev/mmcblk0p1: LABEL="BOOT" UUID="78C1-A4EB" TYPE="vfat" PARTUUID="4333b1f2-01" /dev/sda1: LABEL="boot" UUID="D332-A79C" TYPE="vfat" PARTUUID="b7abddf3-01" /dev/sda2: LABEL="system" UUID="a1389a4a-766a-43b7-a3dd-dc89722f63d7" TYPE="ext4" PARTUUID="b7abddf3-02" Thx.]]></description>
			<dc:creator>Roland</dc:creator>
			<pubDate>Tue, 02 Oct 2018 20:12:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2873</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2870</link>
			<description><![CDATA[harrison hat einen Bug gefunden der gefixed ist. Git issue: https://github.com/framps/raspiBackup/issues/72dazu.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 21 Sep 2018 22:29:51 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2870</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2867</link>
			<description><![CDATA[Moin harrison, PARTITIONBASED_BACKUP=0 wirkt nur beim Backup. Beim restore wird anhand der vorhandenen Dateien herausgefunden welcher Backupmode vorliegt. Was genau die Ursache fuer den Fehler ist kann ich so nicht sagen. Schicke mir bitte das Debuglog an meine eMail (Siehe Kontaktseite) zur Analyse zu. Cu framp.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 20 Sep 2018 20:24:43 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2867</guid>
		</item>
		<item>
			<title>harrison schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2866</link>
			<description><![CDATA[Guten Abend Framp, habe ein rsync-Backup von SD-Karte (/boot) und USB-Platte (root-FileSystem) im Normalmodus auf einen USB-Stick (/backup) gemacht. Alles ohne Fehlermeldung. (backup.img, backup.mbr und backup.sfdisk werden im Verzeichnis angelegt) Der Restore schlägt dagegen fehl. Restore-Aufruf: raspiBackup.sh -d /dev/sdc -R /dev/sdd1 /backup/rsync-backup-20180919-221913/ Restore-Fehlermeldung: Zugriff auf '/backup/rsync-backup-20180919-221913/*.blkid' (*.parted'/*.fdisk) nicht möglich: Datei oder Verzeichnis nicht gefunden ??? RBK0077E: Restore wurde fehlerhaft mit RC 108 beendet. Der Restore hat ein partitionbasiertes Backup erkannt, -> 20180919-225837: DBG -- PartitionbasedBackup detected? 1 obwohl in der log-Datei folgendes steht: 20180919-225836: DBG -- PARTITIONBASED_BACKUP=0 (kommt wohl aus der conf-Datei) Warum? Ich verwende die aktuelle Version 0.6.4. Thx]]></description>
			<dc:creator>harrison</dc:creator>
			<pubDate>Wed, 19 Sep 2018 23:28:24 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2866</guid>
		</item>
		<item>
			<title>Jan schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2822</link>
			<description><![CDATA[Hallo Framp, Ich habe jetzt die Restore versugt weil die 8Gb SD karte segmentation faults gibt. Aber es ended sehr schnell im Fehler RC 117, auch wenn Ich es mit eine neue SD kart von 64 Gb versuche nach reboot. Ich kann nicht finden was diese Fehler sein soll, auch wenn ich eine der andere backups brauche gibt das dasselbe RC 117. Hiermit das letzte Teil des logs: !!! RBK0066W: Device /dev/sdc will be overwritten with the saved boot and root partition. --- RBK0038I: Are you sure? y/N y --- RBK0050I: Restoring backup from /media/pi/2a784356-1ec4-43a4-a198-ac8b42d5d256/raspberrypi/raspberrypi-tar-backup-20180722-030002. --- RBK0051I: Restoring mbr from /media/pi/2a784356-1ec4-43a4-a198-ac8b42d5d256/raspberrypi/raspberrypi-tar-backup-20180722-030002/raspberrypi-backup.mbr to /dev/sdc. ??? RBK0030E: .mbr file creation with dd failed with RC 1. ??? RBK0077E: Restore failed with RC 117. Check previous error messages. Was bedeutet dieses error?]]></description>
			<dc:creator>Jan</dc:creator>
			<pubDate>Mon, 30 Jul 2018 11:15:48 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2822</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2745</link>
			<description><![CDATA[Für die Mitleser, Markus hat ein raspiBackup Image welches per Stretch erzeugt wurde versucht mit einem Weezy zu restoren. Leider hat sich das sfdisk inzwischen inkompatibel zwischen Wheezy und Stretch geändert :cry: D.h. es ist tunlichst angeraten ein backup auf der OS version zu restoren auf dem es erstellt wurde. Leider speichert raspiBackup beim backup nicht ab welches OS version benutzt wird und kann deshalb auch nicht auf diese Inkompatibilitaet in einer Meldung hinweisen :sigh:]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 04 Jun 2018 19:19:48 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2745</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2729</link>
			<description><![CDATA[Moin Markus, der SD Karte ist wohl zu heiss geworder. Oder hat der Blitz eingeschlagen? :-* Bei den Ausgaben kann ich nicht sehen was die Ursache ist. Lsse den restore noch mal mit der Option -l debug laufen und schicke mir das Debuglog zur Analyse zu. Meine eMail findest Du auf der Kontaktseite ;-) PS: Du bist nicht der Erste dem das passiert. Und ich sach noch ... :roll: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 02 Jun 2018 12:39:14 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2729</guid>
		</item>
		<item>
			<title>Markus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2728</link>
			<description><![CDATA[Hier noch das Log aus der Log-Datei: 20180602-115736: MSG --- RBK0128I: Logdatei ist /home/pi/raspiBackup.log. 20180602-115736: MSG --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt. 20180602-115739: MSG !!! RBK0065W: Gerät /dev/sdb wird repartitioniert und die gesamten Daten werden gelöscht. 20180602-115739: MSG 20180602-115739: MSG !!! RBK0100W: Gerät /dev/sdb wird mit dem Backup beschrieben. 20180602-115740: MSG --- RBK0038I: Bist Du sicher? j/N 20180602-115742: MSG --- RBK0009I: raspberrypi3: raspiBackup.sh V0.6.3.2a (1015c57) um Sa 2. Jun 11:57:42 CEST 2018 gestartet. 20180602-115742: MSG --- RBK0097I: Partitioniere und formatiere /dev/sdb. 20180602-115742: MSG --- RBK0052I: Partition(en) werden auf /dev/sdb erstellt. Checking that no-one is using this disk right now ... OK Disk /dev/sdb: 14772 cylinders, 64 heads, 32 sectors/track Old situation: Units = sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdb1 8192 93236 85045 c W95 FAT32 (LBA) start: (c,h,s) expected (4,0,1) found (0,130,3) end: (c,h,s) expected (45,33,21) found (5,204,60) /dev/sdb2 94208 30253055 30158848 83 Linux start: (c,h,s) expected (46,0,1) found (5,220,24) end: (c,h,s) expected (1023,63,32) found (1023,254,63) /dev/sdb3 0 - 0 0 Empty /dev/sdb4 0 - 0 0 Empty sfdisk: unrecognized input: dos 20180602-115743: MSG Usage: umount -h | -V umount -a [-d] [-f] [-r] [-n] [-v] [-t vfstypes] [-O opts] umount [-d] [-f] [-r] [-n] [-v] special | node... Usage: umount -h | -V umount -a [-d] [-f] [-r] [-n] [-v] [-t vfstypes] [-O opts] umount [-d] [-f] [-r] [-n] [-v] special | node... 20180602-115743: MSG ??? RBK0077E: Restore wurde fehlerhaft mit RC 112 beendet. Siehe vorhergehende Fehlermeldungen. ]]></description>
			<dc:creator>Markus</dc:creator>
			<pubDate>Sat, 02 Jun 2018 12:06:00 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2728</guid>
		</item>
		<item>
			<title>Markus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2727</link>
			<description><![CDATA[Hallo, ich habe beim Restore des Backups leider ein kleines Problem und komme nicht weiter... Ich weiß, es heißt erst das Backup testen, aber wie es der Teufel so will, ist das System erst abgeschmiert, bevor ich eine neue SD organisieren konnte... Also spiele ich das Backup auf die Karte auf, von dem es kommt. Folgende Aufrufe haben ich gemacht und dabei nachfolgeneden Output bekommen: pi@raspberrypi ~ $ sudo fdisk -l | egrep "^Disk /|^/dev" Disk /dev/mmcblk0: 15.9 GB, 15931539456 bytes /dev/mmcblk0p1 8192 122879 57344 c W95 FAT32 (LBA) /dev/mmcblk0p2 122880 31116287 15496704 83 Linux Disk /dev/sda: 1000.2 GB, 1000204886016 bytes /dev/sda1 2048 1953521663 976759808 7 HPFS/NTFS/exFAT Disk /dev/sdb: 15.5 GB, 15489564672 bytes /dev/sdb1 8192 93236 42522+ c W95 FAT32 (LBA) /dev/sdb2 94208 30253055 15079424 83 Linux pi@raspberrypi ~ $ sudo raspiBackup.sh -m detailed -d /dev/sdb /mnt/fritzbox/Backup_RPi/RPi3/raspberrypi3/raspberrypi3-tgz-backup-20180523-192041/ --- RBK0009I: raspberrypi: raspiBackup.sh V0.6.3.2a (1015c57) um Sa 2. Jun 11:57:36 CEST 2018 gestartet. --- RBK0128I: Logdatei ist /home/pi/raspiBackup.log. --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt. !!! RBK0065W: Gerät /dev/sdb wird repartitioniert und die gesamten Daten werden gelöscht. !!! RBK0100W: Gerät /dev/sdb wird mit dem Backup beschrieben. --- RBK0038I: Bist Du sicher? j/N j --- RBK0009I: raspberrypi3: raspiBackup.sh V0.6.3.2a (1015c57) um Sa 2. Jun 11:57:42 CEST 2018 gestartet. --- RBK0097I: Partitioniere und formatiere /dev/sdb. --- RBK0052I: Partition(en) werden auf /dev/sdb erstellt. ??? RBK0077E: Restore wurde fehlerhaft mit RC 112 beendet. Siehe vorhergehende Fehlermeldungen. Nur zur Info, an dem RPi, mit dem ich das Restore mache, hängt noch eine externe HD. Kann mir hier jemand helfen? Vielen Dank im Vorraus Markus]]></description>
			<dc:creator>Markus</dc:creator>
			<pubDate>Sat, 02 Jun 2018 12:05:28 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2727</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2583</link>
			<description><![CDATA[Moin Lscheff, das klingt sehr merkwürdig. Hast Du beim Backup Fehlermeldungen bekommen? Ansonsten lass mal den Backup mit der Option -l debug durchlaufen und schicke mir das Log an meine eMail (-> Kontakt Seite): Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 01 Apr 2018 21:23:33 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2583</guid>
		</item>
		<item>
			<title>Lscheff schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2581</link>
			<description><![CDATA[ich nutze die aktuelle Version und bis aufgrund des dhcp Problems auf rsync umgestiegen. Habe heute festgestellt bei einem restore dass keine img, mbr, sfdisk Dateien abgelegt wurden. daher auch kein Restore möglich. ich habe eine neue Installation auf eine 128GB Karte gemacht und dann ca. 4 Probeläufe durchgeführt. Wo ist mein Fehler?]]></description>
			<dc:creator>Lscheff</dc:creator>
			<pubDate>Sun, 01 Apr 2018 20:42:22 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2581</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2580</link>
			<description><![CDATA[Moin MadTrinity, freut mich dass der restore nun geklappt hat. ZU Deinem dhcp Problem: Das ist bekannt und wurde u.A. hier: https://www.linux-tips-and-tricks.de/de/raspibackup-restore#comment-2555 schon behandelt ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 01 Apr 2018 10:39:20 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2580</guid>
		</item>
		<item>
			<title>MadTrinity schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2579</link>
			<description><![CDATA[Hallo Leute, Danke für eure Hilfe also madm4x mit deinem blkid konnte ich nichts anfangen. Danke framp mit deinem post konnte ich das Backup erfolgreich zurückspielen ausser Dhcpd scheint alles zu funktionieren Danke nochmal Gruss Mad]]></description>
			<dc:creator>MadTrinity</dc:creator>
			<pubDate>Sun, 01 Apr 2018 06:19:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2579</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2578</link>
			<description><![CDATA[Moin MadTrinity, es gibt einen Unterschied zwischen /dev/sda und /dev/sda1: Ersteres ist ein Device/Gerät. Letzteres ist eine Partition. madm4x hat es geschrieben: Du musst beim Restore ein Gerät angeben - also /dev/sda - keine Partition. Beim ersten Restoreversuch hast Du richtigerweise /dev/sda angegeben. Da war aber /dev/sda1 noch gemounted :sigh: Jetzt hast Du plötzlich ein /dev/sda1 genommen :cry: Versuche es noch mal wieder mit /dev/sda :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 31 Mar 2018 21:28:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2578</guid>
		</item>
		<item>
			<title>madm4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2577</link>
			<description><![CDATA[ Da er schreibt das Null Linuxkenntnisse vorhanden sind, wird das befürchte ich nicht ausreichen ;) @Mad bevor du das Backup wiederherstellst solltest du erstmal rausfinden auf welchem Laufwerksname deine neue SD liegt bzw. eingebunden ist. Am einfachste ist das denke ich mit dem Befehl "blkid" .. in der Ausgabe siehst du dann welches Device deine neue SD Karte hat. Denn /dev/sda sollte oder ist in der Regel immer die Karte auf der sich das System befindet von dem Bootest und mit dem du gerade arbeitest. Und darauf sollte ja wohlkaum das Backup zurück gespielt werden. ;) Die Neue SD Karte sollte daher eher /dev/sdb oder /dev/sdc lauten so das der Befehl dann raspiBackup.sh -d /dev/sdb oder sdc sein müsste. Und wenn du dir unsicher bist führst du als erstes "blkid" aus und schließt dann die neue SD Karte an. Anschließen führst du "blkid" nochmal aus und siehst welches Device neu hinzugekommen ist. VG]]></description>
			<dc:creator>madm4x</dc:creator>
			<pubDate>Sat, 31 Mar 2018 20:34:58 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2577</guid>
		</item>
		<item>
			<title>MadTrinity schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2576</link>
			<description><![CDATA[Hi framp, danke für deine mühe, linux ist nicht meine Welt habe versucht damit was anzufangen leider ohne erfolg. sudo parted -l Model: Generic Mass-Storage (scsi) Disk /dev/sda: 31,9GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 4194kB 31,9GB 31,9GB primary fat32 lba Model: SD SL32G (sd/mmc) Disk /dev/mmcblk0: 31,9GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 4194kB 70,3MB 66,1MB primary fat32 lba 2 70,3MB 31,9GB 31,8GB primary ext4 sudo mount | grep /dev/sda /dev/sda1 on /media/pi/3363-6538 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) dann habe ich mal sudo umount /dev/sda1 und danach nochmal das zurückspielen ausprobiert sudo raspiBackup.sh -d /dev/sda1 /media/NetBackup/raspberrypi/raspberrypi-tar-backup-20180315-051002/ --- RBK0009I: raspberrypi: raspiBackup.sh V0.6.3.1 (590ae9c) um Sa 31. Mär 20:10:47 CEST 2018 gestartet. ??? RBK0086E: Wiederherstellungsgerät darf keine Partition sein. ??? RBK0077E: Restore wurde fehlerhaft mit RC 107 beendet. Siehe vorhergehende Fehlermeldungen. Was muss ich den jetzt machen habe eine neue SD Karte in den USB Adapter gesteckt da möchte ich gerne das Backup was auf der NAS liegt zurückspielen. Was muss ich machen? Gruß Mad]]></description>
			<dc:creator>MadTrinity</dc:creator>
			<pubDate>Sat, 31 Mar 2018 20:14:15 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2576</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2575</link>
			<description><![CDATA[Moin Mad, Deinen Kommentar habe ich zum Anlass genommen die Fehlermeldung RBK0154E hier: https://www.linux-tips-and-tricks.de/de/fehlermeldungen zu dokumentieren. Lass mich wissen wenn das noch nicht ausreicht ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 31 Mar 2018 17:48:42 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2575</guid>
		</item>
		<item>
			<title>MadTrinity schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2572</link>
			<description><![CDATA[Hallo, habe mir eine neue SD Karte geholt und wollte ein Backup auf die neue Karte zurückspielen. Das Backup liegt auf meiner NAS, die neue SD Karte ist in einem Adapter am USB eingesteckt. Blick da nicht so richtig durch habe es so probiert sudo raspiBackup.sh -d /dev/sda /media/NetBackup/raspberrypi/raspberrypi-tar-backup-20180315-051002/ bekomme aber eine Fehlermeldung --- RBK0009I: raspberrypi: raspiBackup.sh V0.6.3.1 (590ae9c) um Sa 31. Mär 12:26:32 CEST 2018 gestartet. ??? RBK0154E: Ein Restore ist nicht möglich wenn eine Partition von /dev/sda gemounted ist. ??? RBK0077E: Restore wurde fehlerhaft mit RC 102 beendet. Siehe vorhergehende Fehlermeldungen. Kann mir einer bitte schreiben wie ich das Backup jetzt auf die neue Karte bekomme. Es sind nahezunull Linux kentnisse vorhanden. Vielen Dank vorab Gruß Mad]]></description>
			<dc:creator>MadTrinity</dc:creator>
			<pubDate>Sat, 31 Mar 2018 12:29:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2572</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2564</link>
			<description><![CDATA[Moin Kuppi, Weil vielleicht andere Stellen auf der SD Karte benutzt werden und keine defekten dabei sind. Mir wurden schon ganz verueckte Fehler bercihtet durch defekte SD Karten. Ist aber nur eine Vermutung meinerseits. Das könnte natuerlich auch ein Timingproblem beim Booten sein. Ich habe das Gefuehl dass das u.U. mit dem dhcp auch ein Timingproblem sein koennte. Ist aber auch nur eine Vermutung :roll: Ich benutze auch rsync und da laeuft alles ohne Probleme. Ehrlich gesagt finde ich von den drei Backupmethoden, dd, tar und rsync auch rsync das bester Verfahren. Es werden nicht immer alle Daten kopiert und man hat die BackupDaten nicht in einer Datei gepackt sondern gleich griffbereit. Dadurch kann man eben schnell mal einzelene Dateien manuell aus dem Backup zurueckholen wenn man merkt dass eine /etc Datei verhunzt wurde :-) Nein, es funktioniert nicht. rsync benoetigt ext3/4 da es nur da Hardlinks gibt. Probleme mit tar gibt es immer wieder so dass ich manchmal ueberlegt habe tar ganz rauszunehmen aus raspiBackup. Aber es gibt auch viele Benutzer von tar die haben keine Probleme. Deshalb lasse ich es drin - auch wenn es immer wieder deshalb Problemberichte und Diskussionen gibt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 24 Mar 2018 12:43:39 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2564</guid>
		</item>
		<item>
			<title>Kuppi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2563</link>
			<description><![CDATA[Hallo framp, das es an einer defekten SD-Karte liegt schließe ich aus. Warum sollte ein Restore auf die gleiche SD-Karte funktionieren, wenn es von einem rsync Backup erfolgreich funktioniert und das System anschließend einwandfrei läuft? Nein, es liegt nicht daran das keine IP Adresse bezogen wird. Es treten Fehler auf das Hardware nicht korrekt eingebunden wird, zumeist wird das WLAN nicht eingebunden oder es gibt Schwierigkeiten mit dem Bluetooth. Zuletzt hat bei mir ein Restore von einem tar Archiv gebootet und bei Start von X hat sich das System aufgehangen. Ja, ich benutze für meine Backups nun immer rsync und bestätige das klappt damit auch das Restore. Ich bin mir nicht ganz sicher ob dass das Backup auch auf nicht Linux Filesysteme funktioniert, das teste ich noch mal aus. Aktuell verwende ich immer ein EXT4 Filesystem formatiertes Volume, dann kann man sicher sein das es auch funktioniert. Gruß, Kuppi...]]></description>
			<dc:creator>Kuppi</dc:creator>
			<pubDate>Sat, 24 Mar 2018 12:20:57 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2563</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2562</link>
			<description><![CDATA[Moin Kuppi, wenn Du beim tar Backup beim restorten System unterschiedliches Fehlerverhalten bekommst liegt es vermutlich an einer defekten SD Karte. Wenn das Verhalten immer gleich ist und keine IP Adresse bezogen wird findest Du direkt unter Deinem kommentar jemanden der selbige Erfahrung gemacht. Dort habe ich auch Hinweise auf loegliche Lösungen genannt: 1) rsync benutzen 2) networkd und nicht dhcpcd benutzen Auch ich habe dieses Verhalten be Restoretests mit raspiBackup bei Jessie und Stretch festgestellt und versucht eine Lösung zu finden - dann aber nach Tagen der Suche und des Testens aufgegeben :sad: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 23 Mar 2018 18:26:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2562</guid>
		</item>
		<item>
			<title>Kuppi schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2560</link>
			<description><![CDATA[Die erstellten Backups lassen sich nur lauffähig wieder Restoren wenn der Backup Typ rsync ist. Das Backup läuft auch mit tar durch (unabhängig ob mit ZIP oder ohne Komprimierung), aber wenn ich das Backup auf ein Device Restore startet der Raspberry zwar aber läuft nicht richtig. Mal wird Hardware nicht korrekt erkannt, mal bleibt das System beim Bootvorgang irgenwo hängen, etc...etc... Wiederhole ich den Vorgang mit identischer Hardware (also gleiches Device unter /backup gemountet) nur im Mode rsync und stelle das Restore wieder her, dann läuft alles. Ich vermute das es mit Links (symbolisch oder auch hard) zusammen hängt, bin aber nicht sicher. Auf jeden Fall bekomme ich ein lauffähiges Restore nur von einem rsync erstellten Backup wieder hergestellt, alles andere funktioniert nicht. Jemand ähnliche Erfahrung oder einen Tipp für mich? Danke und besten Gruß, Kuppi...]]></description>
			<dc:creator>Kuppi</dc:creator>
			<pubDate>Thu, 22 Mar 2018 16:48:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2560</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2559</link>
			<description><![CDATA[Moin Lscheff, :thumbsup: Ich habe Tage spendiert um die Ursache rauszufinden und letztendlich aufgegeben :cry: Ja, kann man sicherlich. Ich habe wie gesagt irgendwann aufgegeben. Es scheint auch irgendwie mit Deinem Router bzw der dhcp Konfig zusammenzuhängen. Das tar bei Jessie ist neu und unterstuetzt weitere Attribute wie xattr. Es kann sein dass dass man damit das Problem loesen kann. Man muss nur Zeit investieren :-* Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 21 Mar 2018 22:09:25 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2559</guid>
		</item>
		<item>
			<title>Lscheff schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2558</link>
			<description><![CDATA[Hi framp, ja Jessie und tar backup. 1000 Dank. Hat prima funktioniert, zumindest sieht das nach den ersten Tests gut aus :D Wenn die De- und Installation von dhcpcd5 erfolgreich war, dann liegt es doch sicher an fehlenden Dateien oder Rechten. mir ist aufgefallen, dass beim ersten Booten die Datei rc.local eine Fehlermeldung gezeigt hat. Kann man nicht ein Diff der dhcpcd5 Installation (Inhalte und Rechte) vorher/nachher machen?]]></description>
			<dc:creator>Lscheff</dc:creator>
			<pubDate>Wed, 21 Mar 2018 21:40:57 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2558</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2555</link>
			<description><![CDATA[Moin Lscheff, ich vermute mal dass Du ein tar Backup unter Jessie hastdenn nur da weiss ich von einem dhcp Problem beim Restore (Siehe hier: https://raspberrypi.stackexchange.com/questions/68859/cloned-jessie-image-fails-to-acquire-a-dhcp-address) :roll: Die einzige Möglichkeit die ich kenne erfordert 1) einen angeschlossenen Monitor 2) eine angeschlossene Tastatur 3) eine Kabelverbindung Dann logon als pi und sudo dhcpcd eth0 sudo apt-get remove dhcpcd5 sudo apt-get install dhcpcd5 Vermutlich geht es auch mit einer WLAN Verbindung aber dann muss wlan0 anstatt eth0 benutzt werden. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 20 Mar 2018 23:16:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2555</guid>
		</item>
		<item>
			<title>Lscheff schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2553</link>
			<description><![CDATA[Hi framp, Habe (glücklicherweise) ein Backup gemacht bevor meine SD Karte dahin ging. Jetzt habe ich das Problem mit dem dhcp nach dem restore. Kannst du mir bitte den workaround geben, damit mein raspi wieder arbeiten kann?]]></description>
			<dc:creator>Lscheff</dc:creator>
			<pubDate>Tue, 20 Mar 2018 22:24:27 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2553</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2507</link>
			<description><![CDATA[Moin dgh, dieses Szenario wurde nicht beruecksichtigt. Ich sehe aber drei Moeglichkeiten für Dich: 1) Du probierst es einfach mal aus. Es gibt eine gewisse Wahrscheinlichkeit dass es funktioniert. Dann benutzt noch Du -l debug beim restore und schickst mir das Debuglog per email zu. Vielleicht kann ich es ja relativ schnell fixen. 2) Du definierst die zwei Partitionen (boot und root) auf der SSD und benutzt restore wobei Du auch eine SD Karte benutzt. Dann kopierst Du per DD die Bootpartition des Backups auf die SSD. Anschliessend updatest Du in /etc/fstab die uuid der Bootpartition und nimmst dabei die uuid der Rootpartition aus der fstab. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 01 Mar 2018 20:07:14 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2507</guid>
		</item>
		<item>
			<title>dgh schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2505</link>
			<description><![CDATA[Hallo, mein System bootet im Moment von SD und die root partition ist auf einer SSD. Gesichert wurde immer mit der tar option.Es wurde auch ein image von der boot partition auf der sd erstellt. Nun möchte ich so restoren (auf eine ssd oder auf eine sd), dass ich das ganze System (root & boot) wieder auf einem einzigen Medium habe. Wie sieht dazu der restore Befehl aus ? Geht das überhaupt ? Gruss]]></description>
			<dc:creator>dgh</dc:creator>
			<pubDate>Thu, 01 Mar 2018 10:07:47 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2505</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2476</link>
			<description><![CDATA[Moin Matze, so wie ich es sehe sollte ausser der Homematik SW nicht weiter gestoppt werden müssen. Vielleicht liest ja auch ein Homematic Benutzer hier mit und kann Dir dazu seinen Kommentar abgeben. Oder Du fragst auch mal im Homematic SW Forum nach ob da jemand raspiBackup benutzt und was er stoppt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 10 Feb 2018 18:43:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2476</guid>
		</item>
		<item>
			<title>Matze schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2475</link>
			<description><![CDATA[Nabend, welche Services muss ich vor dem Backup beenden? Könnt ihr mir einen Rat geben? Auf meinem Pi3 läuft die Homematic-Software. Bisher stoppe ich nur "cron". pi@PiVccu:~ $ service --status-all [ + ] alsa-utils [ + ] avahi-daemon [ + ] bluetooth [ - ] console-setup.sh [ + ] cron [ + ] dbus [ + ] dphys-swapfile [ + ] fake-hwclock [ - ] hwclock.sh [ - ] keyboard-setup.sh [ + ] kmod [ + ] lxc [ + ] lxc-net [ + ] lxcfs [ + ] networking [ - ] nfs-common [ - ] paxctld [ - ] plymouth [ - ] plymouth-log [ + ] procps [ + ] raspi-config [ + ] rpcbind [ - ] rsync [ + ] rsyslog [ + ] ssh [ - ] sudo [ + ] triggerhappy [ + ] udev Gruss Matze]]></description>
			<dc:creator>Matze</dc:creator>
			<pubDate>Sat, 10 Feb 2018 18:13:43 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2475</guid>
		</item>
		<item>
			<title>Matze schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2474</link>
			<description><![CDATA[Hi framp, Dank deiner schnellen Hilfe funktionniert der Restore jetzt bei mir. Besten Dank. Backup mit "rsync" habe ich mit Hilfe der "FAQ 17" überprüft, rsync funktioniert tatsächlich. Ich dachte es wird immer ein komplettes Backup erstellt, weil ich die Speichergröße von den einzelnen Backups verglichen habe, ist immer identisch. Danke schön Gruss Matze]]></description>
			<dc:creator>Matze</dc:creator>
			<pubDate>Thu, 08 Feb 2018 10:01:08 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2474</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2471</link>
			<description><![CDATA[Moin Matze, die Meldunge bekommst Du wenn Du fuer Option -d eine Partition angibst, also z.B. /dev/sda1. Du kannst nicht auf eine Partition restoren. Es muss eine ganze SD Karte sein wie z.B. /dev/sda. Bist Du sicher dass rsync immer ein komplettes Backup erstellt? Siehe dazu FAQ 17: https://www.linux-tips-and-tricks.de/de/faq#a17 Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 07 Feb 2018 20:37:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2471</guid>
		</item>
		<item>
			<title>Matze schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2470</link>
			<description><![CDATA[Hallo, ich habe von meinem RaspberryPi3, auf dem Raspian Stretch läuft, erfolgreich ein "dd" und ein "tar" Backup erstellt. Bei "rsync" hatte ich Probleme, es wurde jedesmal ein komplettes Backup erstellt. DIe Backups werden auf meiner Synology NAS abgelegt, das mounten des Laufwerks war kein Problem. Nun wollte ich zum Test von meinem Laptop (LinuxMint) das Backup auf eine leere SD-Karte (steckt im externen Kartenleser) zurückschreiben. Nun erscheint aber folgende Fehlermeldung: "RBK0086E Wiederherstellungsgerät darf keine Partition sein". Wie bekomme ich das Problem gelöst? Gruss Matze]]></description>
			<dc:creator>Matze</dc:creator>
			<pubDate>Wed, 07 Feb 2018 15:05:09 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2470</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2440</link>
			<description><![CDATA[Moin Georg, ja - gestern Abend um 21:30 Uhr. Ich habe Dir eben die Mail noch einmal geschickt. Vielleicht siehst Du mal in Deinem Spamordner nach ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 22 Jan 2018 21:26:27 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2440</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2439</link>
			<description><![CDATA[Hi framp, sorry - aber hast du mir die Datei schon geschickt? An EDIT framp: eMail gelöscht ...]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Mon, 22 Jan 2018 20:47:51 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2439</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2434</link>
			<description><![CDATA[Moin Georg, ja - es gibt einen Workaround: Den dhcpd neu zu installieren. Aber dazu brauchst Du eine direkte Verbindung zur Raspi. Auch muss das ohne Workarounds mit der IP funktionieren. Ich habe Dir die Beta zugeschickt ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 20 Jan 2018 21:26:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2434</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2433</link>
			<description><![CDATA[ Ja - gerne. Würde ich schon mal testen. Gibt es keine Möglichkeit dhcpd irgendwie manuell wieder einzurichten?]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Sat, 20 Jan 2018 21:07:22 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2433</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2432</link>
			<description><![CDATA[Moin Georg, ich vermute Du hast ein Jessie oder Stretch gesichert. Da gibt es Probleme mit dhcpd. Entweder Du benutzt dd oder rsync Backup oder Du testest mit der aktuellen neuen Betaversion, bei der die neue tar Funktionalität von Jessie/Strech benutzt wird und wo es keine Probleme mit dhcp gibt. Wenn Du die nächste Betaversion ausprobieren willst lass mich wissen und ich schicke sie Dir zu. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 20 Jan 2018 21:01:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2432</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2431</link>
			<description><![CDATA[Hallo framp, vielen, herzlichen Dank für die schnelle Hilfe. Es hat geklappt! :lol: Ein Problem habe ich noch - ich weiß das hier der richtige Ort ist. Ich habe die SD-Karte nun in einen Raspberry von dem NICHT das Backup ist. Dieser Raspberry bootet scheinbar normal, ich kann mich sogar mittels Login und PW einloggen. Nur via SSH (ist aktiviert) und Browser (ein entsprechender Dienst läuft) komm ich nicht drauf. Laut "ip r" hat der Raspi gar kein keine IP-Adresse... Bei "netstate" ist auch alles leer... Kann es sein, dass dies an dem unterschiedlichen Raspi liegt (= unterschiedliche MAC)?]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Sat, 20 Jan 2018 20:49:28 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2431</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2430</link>
			<description><![CDATA[Moin madm4x, raspiBackup restore sollte auf jedem normalen Linux funktionieren. Ich benutze raspiBackup auch immer auf meinem Linux System (Mint) um ein Backup zu restoren. Warum soll es dann nicht auf einer Syno funktionieren? Da läuft ja auch ein Linux. Testen kann ich es nicht da ich keine Syno habe. Aber ich bin zuversichtlich dass es funktioniert. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 20 Jan 2018 19:59:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2430</guid>
		</item>
		<item>
			<title>madm4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2429</link>
			<description><![CDATA[ raspibackup auf einer Synology? Hab ich was verpasst? ;)]]></description>
			<dc:creator>madm4x</dc:creator>
			<pubDate>Sat, 20 Jan 2018 19:52:47 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2429</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2428</link>
			<description><![CDATA[Mojn Georg, Du hast eine Partition von /dev/sdq noch gemounted. Da der Restore alles auf /dev/sdq überschreibt ist das eine Warnung und verhindert dass Du aus versehen eine falsche Partition plattmachst denn eine gemountete Partition ist normalerweise absichtlich gemounted weil sich Daten darauf befinden ;-) Mit mount kannst Du nachsehen was Du fuer eine Partition gemountet hast und wenn es wirklich die richtige ist sie mit sudo umount /dev/sdq aushaengen. Dann wird raspiBackup nicht mehr meckern :lol: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 20 Jan 2018 18:56:59 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2428</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2427</link>
			<description><![CDATA[Hallo, ich habe ein Backup im tar-Format erstellt. Nun wollte ich mal den Restore auf meiner Synology getest. Leider ohne Erfolg. - raspibackup habe ich erfolgreich auf der Synology installiert - eine SD-Karte in den SD-Schacht der NAS gesteckt - Befehl: sudo raspiBackup.sh -d /dev/sdq ioBroker-RasPi-tar-backup-20180115-012001 Fehlermeldung: Ein Restore ist nicht möglich wenn eine Partition von /dev/sdq gemounted ist. Was mache ich falsch?]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Sat, 20 Jan 2018 18:10:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2427</guid>
		</item>
		<item>
			<title>madm4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2383</link>
			<description><![CDATA[Moin, wahrscheinlich hab ich deswegen direkt von Anfang an mein System auf USB ausgelagert ;) Freut mich ebenfalls das alles wieder läuft und die Tatsache das sowas an einer defekten SD liegen kann ist auf jeden Fall notiert ;) VG]]></description>
			<dc:creator>madm4x</dc:creator>
			<pubDate>Sat, 06 Jan 2018 14:18:09 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2383</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2382</link>
			<description><![CDATA[Moin framp, Danke nochmals für Deien Hilfe. Leider konnte ich mit "sudo e2fsck -c -c /dev/sdg2" die SD-Karte nicht reparieren. Selbst ein Formatieren mit gparted war erfolglos. Due Partitionen und Dateien wollen einfach nicht verschwinden. Hab jetzt also eine "SD-Rom" Karte :lol:]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Sat, 06 Jan 2018 13:18:11 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2382</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2381</link>
			<description><![CDATA[Moin Zwieback, Vielen Dank für Deinen Update. Freut mich dass es jetzt wie gewünscht funktioniert. Tut mir leid dass mir nicht eher eingefallen ist dass sowas schonmal wegen einer defekten SD Karte berichtet wurde :-* . Ist jetzt das zweite Mal und zukünftig werde ich bestimmt dran denken. :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 06 Jan 2018 13:11:16 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2381</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2380</link>
			<description><![CDATA[Moin, moin framp Erfolgsmeldung: Dein Script und dd waren nicht Schuld!!!!!! Hab heute mal bei "ALDIgutenGaben" zugeschlagen und mir zwei neue SD-Karten besorgt. Das erste original RaspiBackup mit Win32DiskImager auf die neue SD Karte gezogen und siehe dar: Alles läuft wie es laufen soll :-) Login wird gespeichert und auch die erstellten Daten sind nach reboot wieder vorhanden! Vielen Dank für Deine /Eure Hilfe]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Sat, 06 Jan 2018 12:49:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2380</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2379</link>
			<description><![CDATA[Dann benutze aber die Optionen -c -c bei mkfs um explizit zu prüfen ob die SD karte OK ist ;-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 05 Jan 2018 20:41:13 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2379</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2378</link>
			<description><![CDATA[es wird immer verwunderlicher, hab einmal mit Win32DiskImager ein frisches Stretch Image auf die SD Karte kopiert und mich doch sehr gewundert das ich genau das gleiche Verhalten mit dem gleichem letztem Login habe. Mein Pi3 läuft mit einem kleinem Display an den GPIOs. Dafür muss ich einige Anpassungen am frische System vornehmen. Beim erstem Boot des frischen Images war das >Display aber bereits funktionstüchtig!!! Gehe jetzt davon aus das die SD Karte defekt ist. Werde mal meinen PC mit Linux starten und die komplette SD-Karte formatieren.]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Fri, 05 Jan 2018 20:36:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2378</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2377</link>
			<description><![CDATA[In /var/log/syslog. Aber Du koenntest recht haben. Ich erinnere mich jetzt an einen Fall dass bei einem raspiBackup Benutzer alle Aendernungen wieder weg waren sobald ein Reboot erfolgte weil die SD Karte einen weg hatte und der Superblock nicht geschrieben werden konnte. Im Superblock stehen alle Verweise auf Dateien und wenn da kein Update erfolgen kann bleibt der alte Inhalt stehen. Teste doch mal mit einer anderen SD Karte bzw fuehre mal ein e2fsck -c -c auf der SD Karte aus. ACHTUNG: Der Check dauert sehr lange ! Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 05 Jan 2018 19:21:59 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2377</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2376</link>
			<description><![CDATA[Moin framp, mal in eine ganz andere Richtung gedacht! Gibt es eine Log Datei für das Runterfahren des Pi? Mir ist aufgefallen das beim starten des Pis ab und an ein "checkdisk" ausgeführt wird. Werden unter Umständen alle Änderungen nicht abgespeichert weil der Pi nicht sauber herunter fährt. Könnte es damit zu tun haben?]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Fri, 05 Jan 2018 18:59:39 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2376</guid>
		</item>
		<item>
			<title>madm4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2375</link>
			<description><![CDATA[ Kannst du dir eigentlich sparen ;) Rsync unter Stretch läuft und dd kann ich gerne morgen oder am WE mal testen. Ne Lösung oder Ursache ist mir allerdings auch noch nicht in den Sinn gekommen :( @Zwieback Hast du mal sämtliche Log Files durch geschaut? Oder auch mal nachgeschaut ob und Journald was zu finden ist? VG]]></description>
			<dc:creator>madm4x</dc:creator>
			<pubDate>Thu, 04 Jan 2018 21:36:17 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2375</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2374</link>
			<description><![CDATA[Dann nimm tar :-) . Dann brauchst Du nichts umzupartitionieren.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 04 Jan 2018 21:23:35 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2374</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2373</link>
			<description><![CDATA[Moin framp, für das rsync Backup muss ich erst mal meien hdd neu partitionieren um einen ext4 Partition zu erhalten. Die Platte läuft derzeitig als NTFS Partition.]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Thu, 04 Jan 2018 21:21:22 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2373</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2372</link>
			<description><![CDATA[Moin Zwieback, klar doch. Die Symptome sind so merkwuerdig dass ich natuerlich auch wissen will worin die Ursache liegt - auch wenn es nichts mit raspiBackup zu tun hat. Dein mount Delta hat nichts damit zu tun. Ich will mal die nächsten Tage ein dd Backup von Stretch erzeugen und ich hoffe ich kann Dein Problem reproduzieren. Hast Du mal ein rsync Backup ausprobiert? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 04 Jan 2018 21:17:36 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2372</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2371</link>
			<description><![CDATA[Moin framp, hoffe Du hilfst mir trotzdem weiter den Fehler zu finden!? Hab mal die Ausgabe von "mount von beiden Systemen verglichen: Bis auf eine Zeile sind alle anderen Zeilen gleich, teilweise aber in anderer Reihenfolge vorhanden. Aber es gibt eine Zeiole da gibt es eien Unterschied. in der lauffähigen Version steht "fd=30", in der anderen steht "fd=32" Eine Idee ob das das Problem sein kann?]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Thu, 04 Jan 2018 21:06:27 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2371</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2370</link>
			<description><![CDATA[Moin Zwieback, dann kann ich jetzt ja wenigstens wieder ruhig schlafen denn das beweist dass raspiBackup nicht die Problemursache ist :-) Dienste stoppen denke ich wird auch nicht die Ursache sein :sad: Vielleicht vergleichst Du mal die Ausgabe von mount bei beiden Szenarien. (Ist nur eine Idee). Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 04 Jan 2018 12:11:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2370</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2369</link>
			<description><![CDATA[Moin, moin framp, hier mal eine Wasserstandsmeldung: Auch das manuell angestoßende dd Image im laufendem Betrieb verhält sich gleich. Werd heute abend nach der Arbeit mal ein dd Image anstoßen wo alle Dienste gestoppt werden. Hab auch eine Kollegen gebeten das auf seinem Pi mal nachzustellen.]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Thu, 04 Jan 2018 10:43:23 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2369</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2366</link>
			<description><![CDATA[Moin moin framp, das manuelle backup mitt dd läuft grad. dauert aber bei meiner 16GB SD auf die angeschlossenen Hdd ca. 1,5h. Danach werd ich ein rsync Backup probieren und dann anschließend berichten. Danke schon mal für die hilfreiche Unterstützung.]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Wed, 03 Jan 2018 21:56:56 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2366</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2365</link>
			<description><![CDATA[Moin Zwieback, vielen Dank fuer Deinen Test - auch wenn er nicht erfolgreich war :sad: Ich sehe nun nur folgende Moeglichkeiten um vielleicht die Quelle des Uebels zu finden: 1) Ein reines DD Backup erstellen von der SD Karte und restoren. Damit wird bewiesen bzw ausgeschlossen dass es an raspiBackup liegt (ich habe mir den Code angesehen und da wird nur dd aufgerufen. Aber der Teufel ist ja bekanntlich ein Eichhoernchen :-x ) 2) Mal ein tar oder rsync Backup ausprobieren. Darueber kann man sehen ob es am dd liegt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 03 Jan 2018 21:28:48 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2365</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2364</link>
			<description><![CDATA[Moin, moin da bin ich wieder. Leider hat das mit dem länger als eien Stunde laufen lassen vor dem reboot auch nicht geklappt. Nach dem reboot waren wieder alle Daten verschwunden und als letzter Login war auch wieder der 28.12 eingetragen.]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Wed, 03 Jan 2018 19:56:46 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2364</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2362</link>
			<description><![CDATA[Hallo framp, nee noch nicht, kann ich aber gerne mal machen. Werd mich dann morgen wieder melden . lass das System mit dem restortem Image dann mal über nacht laufen. Stoße dann auch mal ein manuelles Image mit dd auf die hdd an. Bis später dann :-)]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Tue, 02 Jan 2018 21:17:03 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2362</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2360</link>
			<description><![CDATA[Dumm. :sad: Ich bin mir sicher dass der Hase da irgendwo im Pfeffer liegt... Hast Du Dein restortes Image mal länger als 1 Stunde laufen lassen?]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 02 Jan 2018 20:57:14 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2360</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2359</link>
			<description><![CDATA[Hallo framp das scheint es auch nicht gewesen zu sein :sad: pi@raspberrypi3:~ $ date Di 2. Jan 20:43:05 CET 2018 pi@raspberrypi3:~ $ sudo /etc/cron.hourly/fake-hwclock pi@raspberrypi3:~ $ date Di 2. Jan 20:43:22 CET 2018 pi@raspberrypi3:~ $ sudo reboot login as: pi pi@192.168.178.64's password: Linux raspberrypi3 4.9.59-v7+ #1047 SMP Sun Oct 29 12:19:23 GMT 2017 armv7l The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Thu Dec 28 18:31:08 2017 pi@raspberrypi3:~ $ date Do 28. Dez 18:31:17 CET 2017 pi@raspberrypi3:~ $ date Do 28. Dez 18:31:21 CET 2017]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Tue, 02 Jan 2018 20:45:30 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2359</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2358</link>
			<description><![CDATA[Es liegt an /etc/fake-hwclock.data. Im Backup befindet sich dort die Backupzeit und deshalb startet der Restore auch mit dieser alten Zeit. ntp setzt dann die Zeit aktuell nachdem eine Netzverbindung steht. Da die Raspi keine RTC hat sichert ein cron Job -> /etc/cron.hourly/fake-hwclock die aktuelle Zeit jede Stunde. Wenn nun der Shutdown frueher vorgenommen wird bleibt die alte Backupzeit auf dem Image :sigh: @Zwieback: Gib doch mal vor dem Shutdown folgendes ein: sudo /etc/cron.hourly/fake-hwclock Dann wird das Image auch nicht mehr mit der alten Zeit starten :-) raspiBackup setzt automatisch die Zeit auf die aktuelle Zeit beim Restore sofern ein tar oder rsync Backup vorliegt.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 02 Jan 2018 20:31:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2358</guid>
		</item>
		<item>
			<title>madm4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2357</link>
			<description><![CDATA[ Ich hab zwar kein Plan von dem "Loggin system" oder der damit Verbundenen "User Verwaltung". Aber auf den ersten Blick sieht es für mich so aus das du Aktuell mit "pi pts/0" eingeloggt bist und es laut System noch ein User "pi tty1" gibt der eingeloggt war von dem aber das logout fehlt. Wie sich das auf dein Problem auswirkt kann ich nich sagen.... Ihr dürft mich auch gerne hauen wenn das rein gar nichts damit zu tun hat :D Wie gesagt hab mich mit sowas bisher nie Beschäftigt ... nur fällt mir das auf den ersten Blick auf zumal das bei mir ähnlich aussieht: root bin ich aktuell über ssh und pi loggt sich automatisch ein über Pixel-Desktop. Vielleicht kann framp da ja mehr zu sagen und/oder ins Detail gehen ;) VG]]></description>
			<dc:creator>madm4x</dc:creator>
			<pubDate>Tue, 02 Jan 2018 20:09:02 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2357</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2356</link>
			<description><![CDATA[hallo zusammen, grad nochmals das system mit sudo reboot durchgestartet und mit putty wieder eingelogt. danach sofort ein date gemacht und siehe da das Datum war als, gleich darauf nochmal "date" und das Datum stimmt!? Das verhalten läast sich mit jedem "sudo reboot" reproduzieren! Werd jetzt erst mal meine 16GB SD-Karte partitionieren damit ein Backp nicht immer so lange dauert.]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Tue, 02 Jan 2018 20:04:52 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2356</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2355</link>
			<description><![CDATA[hallo framp, hallo madm4x, erst mal vielen Dank für eure Hilfe. mit last wird mir der aktuelle Login korrekt angezeigt. Allerdings steht der nach einem "sudo reboot" nicht in der Liste und der aktuelle dadrüber. Aufgefallen ist mir allerdings das mein Aufruf anders aussieht als bei Dir. Meine Antwort auf "last" sieht nach jedem reboot gleich aus: Mein System scheint aber das richtige Datum und Uhrzeit zu haben Hab auch schon mit einem erneutem Backup ausprobiert aber da ist es das gleiche Verhalten.]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Tue, 02 Jan 2018 19:45:07 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2355</guid>
		</item>
		<item>
			<title>madm4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2354</link>
			<description><![CDATA[ Nachtrag zu meinem Posting. Ist mir gerade noch spontan eingefallen ;) Welche Ausgabe bekommst du denn wenn du direkt nach dem Restore und dem ersten Boot "date" eingibst? Und welche Ausgabe bekommst nach einem Reboot und der Eingabe von "date"??? VG]]></description>
			<dc:creator>madm4x</dc:creator>
			<pubDate>Tue, 02 Jan 2018 17:49:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2354</guid>
		</item>
		<item>
			<title>madm4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2353</link>
			<description><![CDATA[Klink mich ma hier ein... Mal abgesehen davon das ich mir dieses Verhalten auch nicht erklären kann und ich auch nicht wüsste wie man das "Nachstellen" könnte, stellt sich mir allerdings auch gerade die Frage ob das ein Phänomen durch raspiBackup, von dd oder durch Stretch selbst verursacht wird???? @Zwieback hast du das ganze mal mittels rsync versucht? oder auch mal manuell eine Kopie per dd versucht? VG]]></description>
			<dc:creator>madm4x</dc:creator>
			<pubDate>Tue, 02 Jan 2018 17:44:59 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2353</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2352</link>
			<description><![CDATA[Moin Zwieback, das ist sehr merkwuerdig. Die Loginversuche werden in /var/log/wtmp vermerkt.
ls -la /var/log/syslog
-rw------- 1 root root 13180 Jan 2 16:56 /var/log/syslog Mit last kannst Du die Liste ansehen: Beispiel
last
framp pts/1 majestix Tue Jan 2 16:56 still logged in
framp pts/1 majestix Tue Jan 2 16:55 - 16:56 (00:01)
framp pts/1 majestix Tue Jan 2 13:14 - 13:15 (00:00)
framp pts/1 majestix Mon Jan 1 19:30 - 19:59 (00:28) Kannst Du denn in /var/log/syslog Deine erneuten Logins sehen? Ich muss gestehen, dass ich mir das Ganze nicht erklären kann - ausser Du schreibst irgendwo anders die neuen Daten hin. Deshalb komme ich auf fstmp. Allerdings sollte sich dann auch Dein Original so verhalten :kopfkratz: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 02 Jan 2018 17:08:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2352</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2351</link>
			<description><![CDATA[Moin, moin, nee, mir ist das aufgefallen beim ersten Login. Da steht doch immer der letzte Login Versuch drüber und der hatte nach jedem Reboot das gleiche Datum und die gleiche Uhrzeit. Wenn ich die original SD KArte nehme dann ist das nicht so. Dann steht da immer eine aktuellere Zeit, nähmlich die vom letztem Login. Aufgefallen war mir das weil ich bei meinem Hausautomationsprogramm IPSymcon immer wieder eine Setting Datei von dem Datum drin hatte an dem auch der letzte Login stattfand. Der letzte Login war am 28.12.2017 auch wenn ich mich gestern am 01.01.2018 eingelogt habe. Die Setting datei von IPSymon wurde auch alle paare Minuten mit korrektem Zeitstempel abgelegt. Die Datei hatte nach einem Reboot aber wieder einen Zeitstempel vom 28.12.2017 und nicht wie vor dem Reboot einen Zeitstempel vom 01.01.2017 Ob ich ein tmpfs in der /etc/fstab nutze kann ich heute abend mal nachschauen.]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Tue, 02 Jan 2018 16:40:32 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2351</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2350</link>
			<description><![CDATA[Moin Zwieback, vielen Dank. Dir wuensche ich auch ein frohes Neues :-) Verstehe ich richtig, dass jedesmal, wenn Du Dein Image, welches Du restored hast nach jedem reboot mit dem befehl last prüfst wer logged on war und keinen neuen logon siehst? Das ist merkwürdig und sollte nicht passieren. Die Logins werden in /var/log/wtmp recorded. Wenn sich die datei nicht aendert ist der Effekt zu erklären. Kann es sein dass Du irgendwo ein tmpfs in Deiner /etc/fstab benutzt? Du erwaehnst dass Aenderungen nach einem reboot weg waren. Welche Aenderungen waren es denn? Vielleicht laesst sich darueber rausfinden was die Ursache ist. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 01 Jan 2018 19:41:46 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2350</guid>
		</item>
		<item>
			<title>Zwieback schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2349</link>
			<description><![CDATA[Hallo, erst einmal ein fröhliches Neues Jahr. Nun zu meinem Problem: Ich habe mir ein Backup mittels raspibackup (dd) von meinem lauffähigem PI3 mit Stretch auf eine exteren HDD erstellt. Das Backup hab ich dann mit Win32DiskImager auf eine andere SD Karte überspielt. So weit so gut. Der Pi3 bootet dananch auch von der neuen SD Karte und es hat den Anschein das alles i.O. ist. Aufgefallen ist mir dann aber das das letzte Login Datum nach einem reboot immer das gleiche ist. Eigendlich müsste sich diese dann ja aktuallisieren!!! Aufgefallen ist mir das weil Änderungen die ich am wiederhergestelltem System vorgenommen habe (Änderungen in meinem Hausautomationsprogramm IPSYMCON) nach einem Reboot verschwunden sind. Gibt es hierfür eine Erklärung oder einen Hinweis wo ich nach der Ursache für dieses Verhalten suchen kann!? Mt besten Dank im Vorraus Zwieback]]></description>
			<dc:creator>Zwieback</dc:creator>
			<pubDate>Mon, 01 Jan 2018 19:21:25 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2349</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2317</link>
			<description><![CDATA[Moin Phil, freut mich dass Du raspiBackup gut bei Dir einsetzen kannst :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 07 Dec 2017 20:45:18 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2317</guid>
		</item>
		<item>
			<title>Phil schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2316</link>
			<description><![CDATA[Keine Frage sondern nur ein schnelles Lob - funktioniert tadellos. Ich habe folgendes Szenario: Eine Home Assistant Installation auf einem schon älteren Raspberry Pi, welche ich per rsync auf ein Synology NAS sichere. Es gab anfangs Probleme mit einer stabilen Verbindung zum NAS, wo ich die etwas instabile WLAN Verbindung ursächlich verantwortlich machen konnte (LAN geht leider aufgrund baulicher Bedingungen nicht dauerhaft). Inzwischen geht das Backup recht zuverlässig (mache per crontab eine tägliche Sicherung meines Raspberry) und auch der Test Restore auf eine andere SD Karte hat ohne Probleme funktioniert. Dazu habe ich mir eine Ubuntu Linux VM in VMware Fusion installiert, dort vom Mac den SD Card Reader gemountet und dann über den von Dir beschriebenen Weg einen Komplett Restore gefahren. Nach dem Restore SD Card in den Raspberry - Boot - läuft...]]></description>
			<dc:creator>Phil</dc:creator>
			<pubDate>Thu, 07 Dec 2017 20:38:38 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2316</guid>
		</item>
		<item>
			<title>madm4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2182</link>
			<description><![CDATA[Moin, hab mich ma kurz hier eingelesen. 1. Interessant wäre es wirklich zu Wissen ob du dein Netzwerk über DHCP laufen lässt oder nicht. 2. Wäre es von Vorteil wenn du mal den Inhalt von /etc/network/interfaces und von /etc/dhcpcd.conf hier posten würdest. 3. Mit welchem System oder Programm verbindest du dich den per SSH? Putty, WinSCP? (Falls das schon genannt wurde, sorry, wie gesagt habe nur kurz überlesen) Für eine fehlerhafte oder gar keine Verbindung per ssh kann es ja mehrere Gründe geben. Die Hauptgründe die mir spontan einfallen und bei nem Backup/Restore passieren können sind: -Gleicher Hostname auf mehreren Systemen, sowie gleiche Einträge unter /etc/hosts -Eventuell IP schon vorhanden aufgrund von DHCP Lease -Ungültiger ssh_key bzw, Keymanagement da dieser schon auf nem andere RPi genutzt wurde/wird. Aber aus der Ferne schwer zu beurteilen. VG]]></description>
			<dc:creator>madm4x</dc:creator>
			<pubDate>Fri, 29 Sep 2017 21:03:07 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2182</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2181</link>
			<description><![CDATA[Ich sehe folgende Wege wie Du Dein Problem lösen kannst: 1) Versuche ob Systemd-Network funktioniert 2) Benutze eine statische IP (bei einem Server wie z.B. FHEM auch anzuraten) Dann musst DU aber in Deinem DHCP Server diese IP blocken bzw eine IP nehmen, die nicht im DHCP Raum liegt 3) Schildere Dein Problem in einem Forum und hole Dir da Hilfe. Z.B. http://www.forum-raspberrypi.de/ 4) Ein Benutzer von raspiBackup hat das Problem auch schon gehabt und eine Lösung gefunden, liest hier mit und postet seine Lösung Waere nett wenn Du uns auf dem Laufenden halten würdest ob und welche Lösung Du gefunden hast damit zukünftig andere Raspi Benutzer mit demselben Problem gleich direkt auf die Lösung hingewiesen werden können ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 29 Sep 2017 20:50:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2181</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2180</link>
			<description><![CDATA[Moin Hinrich, freut mich dass Du doch das Backup erfolgreich starten konntest :-) Weniger freut mich dass es offensichtlich nur am Raspi, den Du backuped hast, funktioniert :sad: Das Backup sollte überall funktionieren, denn es kann ja auch mal sein dass nicht die SD Karte sondern der Raspi das Zeitliche segnet :-x Es ist sehr gut und auch extrem wichtig dass Du der Ursache des Problems nachgegangen bist, denn ich wünsch keinem im Glauben ein gutes Backup zu haben im Ernstfall festzustellen, dass der restorete Backup nicht startet :cry: Deiner Beschreibung nach bekommt Deine Raspi keine IP Adresse wenn Du den Restore auf einer anderer Raspi startest. Ich vermute Du benutzt DHCP und keine feste IP. Da kann es je nachdem welchen DHCP Server Du hast Probleme geben. Mit dem Wechsel von Wheezy auf Jessie wurde alles auf Systemd umgestellt und ich hatte bei meinen Teste für den Raspi3 Support auch Probleme mit Jessie und DHCP IP Adresse. Nachdem ich alles auf Systemd-Network umgestellt hatte funktionierte ein Start auch auf einer anderen Raspi. Ich habe dazu diese Anleitung: https://www.elektronik-kompendium.de/sites/raspberry-pi/1912151.htm genommen. Bei mir läuft immer noch Wheezy und ich habe da keine Probleme.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 29 Sep 2017 20:48:32 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2180</guid>
		</item>
		<item>
			<title>Hinrich schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2177</link>
			<description><![CDATA[Hallo framp, danke für deine Antwort. Erfreulicherweise habe ich es nun auf einem anderen Raspi hinbekommen. Das ist eigentlich das Live-System aber ich habe mir gedacht, dass man mit dem Sichern auf einen USB Stick eigentlich nichts kaputt machen kann :-) Gesagt, getan: Die 16GB mit dem tgz Verfahren gesichert und auf eine andere 16GB Karte erfolgreich restored. Alles läuft 1 zu 1, also bestens!! Mein Sportsgeist wollte aber verstehen, warum es auf der anderen Kiste nicht zu klappen scheint. Also habe ich deinen Rat befolgt und über HDMI einen Monitor angeschlossen. Und siehe da, der Bootvorgang ist erfolgreich, denn der Raspbian Desktop erscheint (ich habe nicht rumklicken können, weil keine Maus angeschlossen). Jetzt frage ich mich natürlich, warum ich über putty / ssh über die bekannte IP (bzw. Hostnamen) keine Konsole aufmachen kann. Auch fhem ist übers GUI nicht zu erreichen. Die /etc/fstab sieht ziemlich jungfräulich aus. pi@raspberrypi3:~ $ cat /etc/fstab proc /proc proc defaults 0 0 /dev/mmcblk0p1 /boot vfat defaults 0 2 /dev/mmcblk0p2 / ext4 defaults,noatime 0 1 # a swapfile is not a swap partition, no line here # use dphys-swapfile swap[on|off] for that [\code] Als nächstes werde ich mir eine weitere 32 GB SD Karte besorgen und weiter testen. Viele Grüße, Hinrich]]></description>
			<dc:creator>Hinrich</dc:creator>
			<pubDate>Thu, 28 Sep 2017 22:44:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2177</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2176</link>
			<description><![CDATA[Moin Hinrich, so wie ich es sehe ist alles gut gelaufen. Verkleinern heisst nur, dass die Rootpartition ursprünglich mal knapp 32 GB war und nun beim Restore auf knapp 16GB verkleinert wird. Wenn die 32 GB SD Karte sehr voll ist gibt das ein Problem. Dein kleines Raspbian passt aber auch auf eine 16GB SD Karte ohne Probleme. D.h. Dein Problem liegt nicht an der Verkleinerung. Am besten wäre es wenn Du einen Bildschirm anschliessen koenntest. Dann wuerdest Du genau sehen warum Dein Raspbian nicht startet. Ich vermute aber dass Du in Deiner /etc/fstab noch irgendwelche Partitionen ausser /boot und /root angegeben hast und deshalb startet Raspbian nicht. Mein Restore meiner RaspiNAS kommt z.B. auch nicht hoch wenn ich nicht noch meiner externe USB Platte dran angeschlossen habe. Prüfe das mal. Ansonsten poste mal den Inhalt Deiner /etc/fstab ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 27 Sep 2017 21:29:02 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2176</guid>
		</item>
		<item>
			<title>Hinrich schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2175</link>
			<description><![CDATA[--- RBK0050I: Backup wird von /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808 zurückgespielt
--- RBK0051I: Master boot backup wird von /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808/raspberrypi3-backup.mbr auf /dev/sda zurückgespielt
--- RBK0052I: Partition(en) werden auf /dev/sda erstellt
!!! RBK0004W: Zweite Partition wird von 28.90 GiB auf 14.77 GiB angepasst
--- RBK0053I: Erste Partition (Bootpartition) wird auf /dev/sda1 zurückgespielt
--- RBK0054I: Zweite Partition (Rootpartition) /dev/sda2 wird formatiert
--- RBK0055I: Zweite Partition (Rootpartition) /dev/sda2 wird zurückgespielt
--- RBK0076I: Restore erfolgreich beendet]]></description>
			<dc:creator>Hinrich</dc:creator>
			<pubDate>Wed, 27 Sep 2017 13:17:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2175</guid>
		</item>
		<item>
			<title>Hinrich schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2174</link>
			<description><![CDATA[pi@raspberrypi3:~ $ sudo /usr/local/bin/raspiBackup.sh -m detailed -d /dev/sda /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808/
--- RBK0009I: raspberrypi3: raspiBackup.sh V0.6.2.2 (fc2f04a) um Mi 27. Sep 11:24:42 CEST 2017 gestartet
--- RBK0128I: Logdatei ist /home/pi/raspiBackup.log
--- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt
--- RBK0138I: Bootbackup /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808/raspberrypi3-tar-backup-20170927-110808.tar wird benutzt
--- RBK0068I: Bootpartitionsdateien des Backups aus dem Verzeichnis /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808 die mit raspberrypi3-backup beginnen werden benutzt
!!! RBK0006W: Ziel /dev/sda mit 14.83 GiB ist kleiner als die Backupquelle mit 28.96 GiB. Die root Partition wird entsprechend verkleinert. HINWEIS: Der Restore kann fehlschlagen wenn sie zu klein wird
!!! RBK0065W: Gerät /dev/sda wird repartitioniert und die gesamten Daten werden gelöscht
--- RBK0067I: Momentane Partitionen auf /dev/sda:
Number Start End Size Type File system Flags 1 4,19MB 70,3MB 66,1MB primary fat16 lba 2 70,3MB 15932MB 15861MB primary ext4
!!! RBK0066W: Gerät /dev/sda wird überschrieben mit der gesicherten Boot- und Rootpartition
--- RBK0038I: Bist Du sicher? j/N
j]]></description>
			<dc:creator>Hinrich</dc:creator>
			<pubDate>Wed, 27 Sep 2017 13:16:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2174</guid>
		</item>
		<item>
			<title>Hinrich schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2173</link>
			<description><![CDATA[pi@raspberrypi3:~ $ sudo /usr/local/bin/raspiBackup.sh -a : -o : -m detailed /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d
--- RBK0009I: raspberrypi3: raspiBackup.sh V0.6.2.2 (fc2f04a) um Mi 27. Sep 11:08:09 CEST 2017 gestartet
--- RBK0128I: Logdatei ist /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808/raspberrypi3-backup.log
--- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt
--- RBK0031I: Prüfe ob neue Version verfügbar ist
--- RBK0159I: Prüfe ob eine Beta Version verfügbar ist
--- RBK0151I: Backuppfad /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d wird benutzt
!!! RBK0157W: Keine Services sind zu stoppen
--- RBK0081I: Backup vom Typ tar wird in /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808 erstellt
--- RBK0036I: Partitionslayout wird gesichert
--- RBK0044I: Backup der Bootpartition wird in /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808/raspberrypi3-backup.img erstellt
--- RBK0044I: Backup des Partitionlayouts wird in /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808/raspberrypi3-backup.sfdisk erstellt
--- RBK0046I: Backup des Masterbootrecords wird in /media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808/raspberrypi3-backup.mbr erstellt
--- RBK0158I: tar Backup "/media/pi/5b8b53b4-112a-4c7f-a616-2899b532174d/raspberrypi3/raspberrypi3-tar-backup-20170927-110808/raspberrypi3-tar-backup-20170927-110808.tar" wird erstellt
--- RBK0085I: Backuperstellung vom Typ tar gestartet. Bitte etwas Geduld
!!! RBK0156W: Keine Services sind zu starten
--- RBK0010I: raspberrypi3: raspiBackup.sh V0.6.2.2 (fc2f04a) um Mi 27. Sep 11:16:03 CEST 2017 beendet
--- RBK0017I: Backup erfolgreich beendet]]></description>
			<dc:creator>Hinrich</dc:creator>
			<pubDate>Wed, 27 Sep 2017 13:11:44 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2173</guid>
		</item>
		<item>
			<title>Hinrich schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2172</link>
			<description><![CDATA[Hallo zusammen, erst einmal vielen Dank für das tolle Projekt und die viele Arbeit, die du (oder Ihr) reingesteckt habt und es anderen Nutzern zur Verfügung stellt! Ich hatte mir schon lange vorgenommen, das Script zu installieren, um das Backup aber v.a. den Restore zu testen. Nun bin ich endlich dazu gekommen. Leider bislang nicht erfolgreich, d.h. das Ziel, den Raspi anschließend mit einer anderen SD Karte zu booten, habe ich bislang verfehlt. Ich versuche, kurz zu beschreiben, was ich gemacht habe. Ausgangslage: Ein Raspberry Pi mit Raspbian zum Testen, also nichts wichtiges drauf. SD Karte: SanDisk 32 GB. Script installiert, alles erfolgreich. USB Stick angeschlossen und mit ext4 formatiert. Nun die entsprechenden Services gestoppt. Dann das Backup mit dem Script (tar) auf den USB Stick gesichert, keine Fehlermeldungen. Jetzt einen USB SD Kartenadapter mit einer SanDisk 16 GB SD Karte angeschlossen und den Restore hierauf vorgenommen, ebenfalls ohne Probleme / Fehlermeldungen. Nur der Hinweis: "Die root Partition wird entsprechend verkleinert. HINWEIS: Der Restore kann fehlschlagen wenn sie zu klein wird" Was bedeutet zu klein!? Leider habe ich keine zweite SD Karte mit 32 GB. Anschließend "poweroff" und Netzteil abgezogen. Die Restore-SD-Karte (16GB) rein und Strom wieder dran. Die grüne LED blinkt bzw. flackert wie sie das meinem Dafürhalten beim normelen Bootvorgang machen muss. Leider: Über putty bekomme ich keine ssh Verbindung mehr hin. Das ist für mich ein Indiz, das der Restore nicht funktioniert hat. Warum klappt das trotz "Backup erfolgreich beendet" bzw. "Restore erfolgreich beendet" nicht? Was mache ich falsch? Für Hinweise / Ideen wäre ich echt dankbar!! Kommandos bzw. Outputs im nächsten Beitrag. Viele Grüße, Hinrich]]></description>
			<dc:creator>Hinrich</dc:creator>
			<pubDate>Wed, 27 Sep 2017 12:55:11 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2172</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2168</link>
			<description><![CDATA[Hi, alles klar. Ich werde mich mal evtl irgendwann da nochmals dran setzen. Habe den Pfad jetzt erst einmal ausserhalb von Seafile gelegt. Vllt lasse ich es dabei. Vllt werde ich es noch mit tar anschlissend zippen versuchen. Sobald ich Zeit wieder habe. Vielen Dank, auf jeden Fall! LG, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Mon, 18 Sep 2017 07:25:44 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2168</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2161</link>
			<description><![CDATA[Moin Dan, D.h. Du sicherst die rsync Backups noch per Seafile? Dann wird immer alles gesichert da keine Hardlinks unterstützt werden. Ich vermute auch dass die Sicherung auf dem Seafile nicht OK sein wird, denn Softlinks werden vermutlich aufgelöst werden und dadurch auf verschiedene Kopie verweisen. Dass wird sicherlich kurzfristig gut gehen, aber wenn die verlinkten Dateien bei Updates geändert werden wirst Du Probleme bekommen. Wenn Du unbeding diesen Weg gehen willst empfehle ich Dir die rsync Backups in ein tar zu packen und dieses zu sichern. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 12 Sep 2017 20:14:06 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2161</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2160</link>
			<description><![CDATA[Moin, bei mir landen alle Backups auf die Externe - Festplatte, die direkt an den Pi angeschlossen ist. Die Externe ist dann per Samba eingebunden auf meinem Laptop. Der Seafile-Cli ( Laptop), greift auf die Externe und laed u.a. die raspiBackups hoch. Die Fehlermeldung, habe ich bei den Logs vom Seafile-Cli ( Laptop), wenn ich die raspiBackups auf den Seaf-Server hochlade. Das raspiBackup hat ja dann die rechte drwxr-xr-x root:root vllt liegt es daran? Obwohl, read ja vorhanden ist. Heisst read auch gleich kopieren der Daten moeglich? Muss ja eigentlich. Da das meiste ja Hochgeladen wird. Moechte auch eigentlich bei den rsync Backups bleiben. Sie laufen schnell durch und wenn mal eine kleinere SD da ist, dann muss ich den anderen Krempel nicht machen. Werde mal gucken, ob ich die nachdem Backup nochmals zippe oder mir einen Seaf-Cli auf den Server packe. Dann ist es mir egal, wie lange das Dauert, wenn er den Pi dann nicht gerade in die Knie zwingen sollte, wegen den vielen Dateien. Mal schauen. LG, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Tue, 12 Sep 2017 00:02:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2160</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2157</link>
			<description><![CDATA[ Moine Bei mir landen alle Backups auf einer lokalen Platte. Es ist sicherlich bei mir auch eine Ueberlegung wert sie dann asynchron - da es ja relative lange dauert - irgendwohin hochzuladen. Jetzt sind mir bei den Seafile - Clienten ( LinuxDesktop) bei den Logs folgende Sachen aufgefallen. Z.B. Failed to stat /home/Linux-Laptop/minibian/externe/backup/pi_client/OS/minibian/raspiBackup/minibian/minibian-rsync-backup-20170907-174306/usr/bin/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/vcgencmd: No such file or directory. Beim Backup oder Restore? Wenn es beim Backup ist ist irgendwas bei Deinem System krude :o Kommt drauf an wie und wohin Du Deine Backups hochlaedst. Ja, aber da sicherst Du immer alles. Was theoretisch funktionieren sollte ist das gesicherte rsync Backup zu taren und zippen und dann asynchron hochzuladen. Allerdings solltest Du das dann sehr gut testen. s.o. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 09 Sep 2017 11:52:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2157</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2156</link>
			<description><![CDATA[Moin again, Wenn moeglich, pack dieses unter den Kommentar, den du noch nicht freigeschaltet hast. Von heute morgen, denke ich ... ne gestern Abend, muesste es sein!? Habe mal ein Vergleich gemacht, was die Datei menge eines rsync Backup betrifft und ein library von Seafile, was ca 397GB betrifft, bei mir. Ich habe eine library, bei meinem Seafile Server, wo all meine Fotos, Programme, Documents usw usf hochgeladen werden. Um genau zu sein, sind es genau 71300 files bei 360.7GB. Fast identische menge an files sind es bei einem 1.7 GB grosem rsync Backup. Sprich 78.282 Dateien, bei einer groesse von 1.7GB. Das ist natuerlich ne menge Arbeit, fuer den Server/ Pi. Denke, ich werde auf tar oder dd umswitchen. Sollte jetzt nur als Info fuer die Leute dienen, die evtl Seafile, Nextcloud oder aehnliches benutzen um deren Backup ueber die Cloud nochmals zu sichern. Vllt gibt's ja in der richtung noch ein paar Hinweise. Danke und einen schoenen Tag, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Sat, 09 Sep 2017 11:33:59 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2156</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2155</link>
			<description><![CDATA[Moin, muss mal wieder stoeren :/ Ich weiss, das du Seafile benutzt bzw benutzt hast. Ich wuerde gerne meine rsync backups in die Cloud pummpen. Das funktioniert auch aber wie ich schon irgendwo hier erwaehnt habe, dauert das relativ lang. Jetzt sind mir bei den Seafile - Clienten ( LinuxDesktop) bei den Logs folgende Sachen aufgefallen. Z.B. [09/09/17 14:33:10] repo-mgr.c(1432): Failed to stat /home/Linux-Laptop/minibian/externe/backup/pi_client/OS/minibian/raspiBackup/minibian/minibian-rsync-backup-20170907-174306/usr/bin/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/X11/vcgencmd: No such file or directory. Stellt sich die frage, ob der Restore noch klappt oder nicht, wenn ich ihn nicht direkt von der Externen machen sollte. Sprich den Backup vom Cloud z.B auf ne USB Stick packe. Man kann ja den kompletten Backup nicht zippen, wegen diesen Hyperlinks ( muss mal gucken, was das ist). Vllt ist ein tar backup oder dd vllt eher ratsam? Wie machst du das eigentlich? Oder packst du deine Backups nicht in deine Cloud? Danke dir schon mal, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Sat, 09 Sep 2017 04:43:28 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2155</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2154</link>
			<description><![CDATA[Hi, ne, da bin ich mir Sicher, das du nichts geloescht hast :D Kein Problem. Computer halt. Klappt nie wie man es sich vorstellt ;) Was mir aufgefallen ist, wenn ich mich per Handy ( SSH) eingeloggt habe, blieb er bei Key - Authentication stehen. Da scheint er ewig zu ueberlegen, was er denn jetzt machen soll. Habe gestern auch gleich den restore durchgefuehrt ( ohne probleme) und die SD Karte fuer das Update von Jessie auf Stretch ausprobiert. VPN lief nicht mehr. Aber das ist eine andere Story..... Ist schon toll so ein Backup ;) Danke dafuer!]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Thu, 07 Sep 2017 23:51:29 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2154</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2153</link>
			<description><![CDATA[Moin Dan, bewusst habe ich nichts gelöscht. Sorry :oops: Dass offensichtlich das Stoppen des dbus das Problem verursacht ist merkwürdig. Auch weil der dbus soweit ich weiss primaer von UI Komponenten (kde, gnom) benutzt wird. Aber offensichtlich ist da auch irgendeine Systemkomponente betroffen. Ich wuerde jedenfalls den dbus nicht beenden. Er ist offensichtlich zu wichtig fuer Systemkomponenten. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 07 Sep 2017 20:50:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2153</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2152</link>
			<description><![CDATA[Ne, da muss irgendwas schief gegangen sein. Der Link wurde einfach Kopiert. Habe da keine / extra mit eingefuegt ;) Hatte zwei Kommentare geschickt. ( Der 2te ist auch da "2017-09-04 00:10") Und beide waren natuerlich befuellt mit woertern ;D Besonders der erste, war voll davon ;) Der hatte unter anderem beschrieben, das nicht alle services wieder gestartet haben, nach cron. Zumindest, waren ein paar services nicht mehr in der Auflistung. Nach einem 2ten Durchlauf war es allerdings so wie es sein sollte. Also war das auch nicht das Problem. Habe nur eine config. Wie schon erwaehnt, starte ich cron mit * 05 * * 1 /usr/local/bin/raspiBackup.sh Sonst keine weiteren Aufrufparameter. Denke das raspiBackup seinen job macht. Daran wird es nicht liegen. Ich bleibe dabei, bei einem manuellen Aufruf und somit den vorhandene SSH-Verbindung, habe ich keine Probleme. Durch Cron besteht keine SSH-Verbindung. Da muss irgendwo der Knackpunkt sein, wenn services gestartet bzw gestoppt werden. Mache gleich mal einen Test mit SSH-Verbindung und Cron. ------------------------------ Habe die Tests jetzt doch mal durchgefuehrt, bevor ich den Kommentar hier los geschickt habe. Das liegt an dbus. Den service nicht mit rein nehmen und gut ist. Verstehe nur nicht, warum es manuell keine Probleme gibt :o Irgendwelche einwaende dies auf jeden Fall mit in die raspiBackup config mit rein zu nehmen? LG, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Thu, 07 Sep 2017 02:15:46 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2152</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2151</link>
			<description><![CDATA[Moin Dan, ich habe Deinen 'leeren' Kommentar gelöscht und Deinen Link Kommentar korrigiert - aber sonst sollte nichts von Dir verloren gegangen sein :-? Sehr merkwürdig ist dass es beim manuellen Aufruf des Backups der Restore OK ist und beim cron Aufruf nicht :sigh: Das sollte wirklich keinen Unterschied machen. Beide Male rufst Du ja raspiBackup als root auf. Oder hast Du da noch irgendwelche Konfigfiles in ~ oder . rumstehen so dass /usr/local/etc/raspiBackup.conf überschrieben wird oder benutzt Du andere Aufrufparameter für raspiBackup im cron als beim manuellen Aufruf? Mit der Option -m detailed schreibt Dir raspiBackup genau welche Konfigdateien benutzt werden. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 06 Sep 2017 00:19:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2151</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2150</link>
			<description><![CDATA[Hi, Irgendwie ist hier was verloren gegangen. Hatte eigentlich 2 Nachrichten raus gehauen.... Egal ;D Ja genau, funktioniert aber dauert ewig. Es ist auch nur, wenn es per cron ausgefuehrt wird. Wenn ich es manuell mache, habe ich keine Probleme. Kann sein, das die SSH - Verbindung ja eh schon steht, das der das "Kapiert". Also auch, wenn ich eine neue Verbindung danach mache. Ich benutze minibian und rsync. Mit dhcp etc. kein plan. Nutze Static IP sowohl in minibian als auch vom Router. ( Router gibt fuer fast alle Geraete ne Static IP) Was vllt sein kann, das PiHole da ein wenig rum muckt. Da alle Devices durch die pihole geschleust werden. Und der Router halt alle Geraete zum PiHole schickt bzw die DNS/ IP vom Pi benutzt. Aber, wie schon erwaehnt, habe ich dieses Problem nicht, wenn ich das Backup manuell durchfuehre. Muss anscheinend mal ein wenig ausprobieren und zB PiHole aus den stop/ start rausnehmen. Ist vllt eh besser. Da gibt's zu dem Zeitpunkt auch kein "Ausfall" was Internet betrifft. Oder aber per cron einen reboot durchfuehren lassen, nach dem Backup. Keine Ahnung. Werde mal ein wenig testen. LG, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Wed, 06 Sep 2017 00:02:28 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2150</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2144</link>
			<description><![CDATA[Vielen Dank fuer dne Link. Ich habe ihn eben korrigiert. Die url Syntax war nicht ganz korrekt :-) Ist schon merkwuerdig mit dem ssh Login. Funktioniert es und dauert nur lange? Ich habe die Erfahrung gemacht, dass dass man bei Jessie am besten den Systemd.Networkd - speziell wenn man dhcp benutzt. - benutzt um die Netzwerkdinge zu konfigurieren und den alten dhcpd loescht. Der macht immer wieder Probleme. Welches OS hast Du denn? Welchen Backuptyp machst Du? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 04 Sep 2017 19:16:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2144</guid>
		</item>
		<item>
			<title>Uli2000 schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2143</link>
			<description><![CDATA[Um einen Restore durchzuführen, stecke ich das Backup vom USB Stick (ext4) in mein Notebook wo ein virtuelles Ubuntu läuft (Parallels Software auf Mac OS). Jede andere virtuelle Linux Distribution auf anderer OS Plattform sollte auch gehen. Dann das Image auf Dropbox hochladen und mit originalem OS wieder downloaden und unter Windows mit windiskimager oder unter MacOS mit Apple Pi Baker wieder auf die SD-Karte schreiben. So kann man Schwierigkeiten umgehen, weil man ext4 nicht überall lesen oder schreiben kann.]]></description>
			<dc:creator>Uli2000</dc:creator>
			<pubDate>Mon, 04 Sep 2017 19:15:28 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2143</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2141</link>
			<description><![CDATA[Jau, keine Ahnung, warum der das so ausspuckt. Wie du schon geschrieben hattest. https://softwarebakery.com//shrinking-images-on-linux Weiter unten hatte ich eigentlich auch mehr geschrieben als nur nix ;D]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Mon, 04 Sep 2017 08:44:37 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2141</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2140</link>
			<description><![CDATA[Habe es jetzt nochmal per cron getestet. Dieses mal sind alle Sachen wieder gestartet. Der SHH Login dauert trotzdem ewig. Toll, jetzt habe ich noch nicht einmal einen Hinweis, was es sein koennte :D So jetzt aber weg hier. Tuess Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Mon, 04 Sep 2017 00:10:50 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2140</guid>
		</item>
		<item>
			<title>MadM4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2138</link>
			<description><![CDATA[Der Link ist nich dead... Der Link hat nen / zuviel :P https://softwarebakery.com/shrinking-images-on-linux]]></description>
			<dc:creator>MadM4x</dc:creator>
			<pubDate>Sun, 03 Sep 2017 23:24:35 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2138</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2137</link>
			<description><![CDATA[Vielen Dank für eine weitere Lösungsmöglichkeit des blöden Problems. Ps... Der Link ist leider dead :cry:]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 03 Sep 2017 23:00:03 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2137</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2136</link>
			<description><![CDATA[Dazu habe ich hier: https://softwarebakery.com/shrinking-images-on-linux eine schoene Anleitung zu. Habe ich des oefteren schon ohne Probleme so gemacht ;) PS: Da sind ja die Zitat etc buttons! Nice ;) EDIT framp: Link korrigiert]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Sun, 03 Sep 2017 22:54:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2136</guid>
		</item>
		<item>
			<title>MadM4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2135</link>
			<description><![CDATA[Das Problem kenne ich nur zu gut .. Und meistens merkt man es wenns zu Spät ist :( Daher folgender Tipp von mir (so habe ich es mir angewöhnt) Nach dem Installieren oder Schreiben eines frischen Systemimage direkt hingehen und gparted auf dem RPi installieren. Es sei denn du hast einen PC mit Linux zuhause, dann kannst du natürlich diesen nehmen ;) Nach dem Installieren von gparted die Karte bzw. die zweite Partition um ca. 0.5GB bis 0.9GB verkleinern. Also z.b: 8GB Karte auf 7.2-7.5GB 16GB Karte auf 15.2-15.5GB usw. Is nicht die schönste Lösung aber in der Regel passen meine DD Images seitdem immer. CU]]></description>
			<dc:creator>MadM4x</dc:creator>
			<pubDate>Sun, 03 Sep 2017 20:21:04 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2135</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2134</link>
			<description><![CDATA[Moin Lars, das hat damit zu tun dass eine 16GB SD Karte nicht exakt 16GB hat sondern immer geringe Abweichungen nach unten. Beispielausgabe bei zwei meiner SD Karten: sudo fdisk -l /dev/mmcblk0
Disk /dev/mmcblk0: 15.9 GB, 15931539456 bytes sudo fdisk -l /dev/mmcblk0
Disk /dev/mmcblk0: 15.5 GB, 15548284928 bytes D.h. Deine ZielSDKarte ist leider etwas zu klein und Du musst Dir eine größere besorgen. Alternativ kannst Du weniger per dd sichern. Wie das geht steht hier: https://www.linux-tips-and-tricks.de/de/faq#a16 Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 03 Sep 2017 19:38:32 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2134</guid>
		</item>
		<item>
			<title>Lars schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2133</link>
			<description><![CDATA[Hallo Zusammen, ich hab das Problem, das ich ein mit raspiBackup (dd) erstelltes Backup nicht mit win32Image wieder auf die SD Karte schreiben kann. Da bekomme ich von Win32Image die Meldung, das ich zu wenig speicher habe. Ich habe mit der Option Normaler Modus gesichert. auf der SD sind 2 Partitionen. Laut meinem Verständnis müßte er doch beide Partitionen gesichert haben und diese mit Win32Image auch wieder zurück schreiben. was mache ich falsch? Im Logh ist auch keine Fehlermeldung zu finden. Mfg Lars]]></description>
			<dc:creator>Lars</dc:creator>
			<pubDate>Sun, 03 Sep 2017 19:13:45 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2133</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2132</link>
			<description><![CDATA[Deine Nachfrage hat mich dazu gebracht mal nach der Ursache des Verschwindens der Icons zu suchen - und ich habe sie auch wieder herzaubern koennen :-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 03 Sep 2017 14:38:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2132</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2131</link>
			<description><![CDATA[Moin Dan, Nachdem ich auf das neue reCaptcha umgestellt habe um die laestigen Spamkommentare loszuwerden sieht man nur noch die Smileys :sad: Vorher konnte man auch URL Links, Quotes usw per Click auswaehlen. Jetzt muss man explizit die Tags in der Antwort eingeben. Siehe dazu hier: https://de.wikipedia.org/wiki/BBCode In der Liste fehlt quote als Tag was hier aber funktioniert. Jupp. Das ist ein Typo und habe ich eben korrigiert. Nein. Bei rsync werden Hardlinks benutzt um die Grösse des Backup zu reduzieren. Das funktioniert aber nur bei nicht geänderten Dateien. Je nachdem wie gross Deine Aenderungen im Seafile sind kann das mehr oder weniger erfolgreich sein. Wenn Du Daten kompressen willst musst Du tar oder dd benutzen. Z.B. koenntest Du die Seafiledaten per tar in einem zweiten Schritt sichern. Dazu musst Du dann aber entsprechende Excludes beim rsync bzw tar Backup erstellen um den jeweiligen anderen Teil aus dem Backup herauszufiltern. Da musst Du aufpassen, da die Syntax beim tar anders ist als beim rsync :sad: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 03 Sep 2017 13:23:08 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2131</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2129</link>
			<description><![CDATA[Moin bei euch und ich sag schon mal gute Nacht. Wie kann man denn hier zitieren?:) Cool. Dann reicht ja 00 22 * * 0 /usr/local/bin/raspiBackup.sh vollkommen aus. Dann klopp ich mal all meine restlichen services noch da mit rein, dann sollte ja eigentlich alles gut sein. Die Liste kannte ich natuerlich schon ;) Vllt kann man ja noch in das Script einen Hinweis nach zB 20 Backups machen?! Das man mal wieder den restore checken sollte. Kann man sich natuerlich auch selber in Kalender eintragen aber warum nicht ;) Meine SD Karte funktioniert noch einwandfrei. Muss an irgendwas anderes gelegen haben. Dachte, das es an der crontab liegen koennte. War das einzige restore/ backup, was per crontab durch ging was ich benutzt hatte. Werde mir mal eins fuer heute Nacht einstellen. Werde die dann nochmal checken. Ansonsten, keine Ahnung woran es lag. Ausser evtl. irgendwas am PC. Die config Einstellung war auf jeden Fall die gleich wie vorhin. Kann es sein, das bei https://www.linux-tips-and-tricks.de/de/faq#a22 das 1 nicht richtig stimmt? Oder ich kapiere das nicht richtig. Bei mir ist die config unter /usr/local/etc/raspiBackup.conf zu finden. Kann man eigentlich das rsync backup anschliessend irgendwie zippen, also automatisch? Mir scheint der Upload von Seafile Ewigkeiten zu dauern, wegen den ganzen files. Sind ja eigentlich, zumindest bei mir, nur 1.7GB. Habe da jetzt nur was fuer tar und dd gefunden. Vielen Dank, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Sun, 03 Sep 2017 13:02:33 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2129</guid>
		</item>
		<item>
			<title>MadM4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2127</link>
			<description><![CDATA[Hab zwar nur kurz Überflogen ;) aber Bezüglich "crontab" wäre es Interessant zu Wissen was bzw wie du es genau Eingetragen hast. Also ob mit "nano /etc/crontab" oder mit "crontab -e" UND ob du darauf geachtet hast, das crontab mit ner Leerzeile wie # Anfängt und auch Ende. Desweiteren wäre es vielleicht auch gut zu Wissen welches System auf deinem RPi läuft. (Wie gesagt hab hier nicht alles nachgelesen) denn bei manchen System muss im Cronjob der Befehl mit dem User root aufgerufen werden. Also: 00 22 * * 0 root /usr/local/bin/raspiBackup.sh Generell gilt aber wie framp schon erwähnte, wenn raspiBackup.sh über cron gestartet wird, wird auch die .conf genutzt wenn du nichts weiter mit angibst. Habe bei mir auch alle nötigen/möglichen Angabe die "Default" sind wie zb die Service/Dienste in die raspiBackup.conf eingetragen. Daher reicht ein Aufruf von raspiBackup.sh in der Regel aus. Vielleicht schaust du auch mal mit "systemctl | grep running" welche Dienste laufen bzw gestoppt werden müssten. Relevant sind aber so wie ich das Sehe wirklich nur die, die während nem Backup auf das System zugreifen und Dateien ändern könnten. Allerdings bin ich noch ein N00b und beschäftig mich erst seit kurzem damit. CU]]></description>
			<dc:creator>MadM4x</dc:creator>
			<pubDate>Sun, 03 Sep 2017 12:34:39 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2127</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2126</link>
			<description><![CDATA[Moin Dan, So soll es auch sein :-) Hier: https://www.linux-tips-and-tricks.de/de/faq#a22 habe ich beschrieben wie es mit den Konfigs funktioniert. Wenn Du dort DEFAULT_STARTSERVICES und DEFAULT_STOPSERVICES gesetzt hast brauchst Du in der crontab nichts mehr mit -a und -o definieren. Das ist nur notwendige wenn Du die Einstellungen der Konfig ueberschreiben willst. Nein Schwer zu sagen ohne ein Log von raspiBackup. Kann auch sein dass die SD Karte einen weg bekommen hat beim Restore, denn ein Restore belastet natuerlich die SD Karte schon :sad: Hier: https://www.linux-tips-and-tricks.de/de/faq#a18 habe ich mal zusammengestellt wo ich denke das es Sinn macht die Services zu stoppen. fail2ban und ddclient brauchen meiner Meinung nach nicht gestoppt zu werden. Allerdings kann es auch nicht schaden ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 03 Sep 2017 10:40:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2126</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2125</link>
			<description><![CDATA[Hi, ich habe mir mal ne SD Karte und nen SD Reader besorgt. Habe auch nochmals ein Backup gemacht und mit dem gleich ein restore durchgefuehrt. Die SD Karte sind von 2 verschiedenen Hersteller. Einmal eine Sandisk und eine Toshiba. Die Toshiba ist auch kleiner, obwohl halt beide 8GB gross sind. Die root Partition wurde erfolgreich verkleinert. Alles lief ohne Probleme durch. Restored SD rein und auch da keine erkennbaren Fehler oder sonstiges. Seafile etc alles lief einwandfrei. Wenn ich jetzt zB bei crontab folgendes eintrage: 00 22 * * 0 /usr/local/bin/raspiBackup.sh und sonst nix weiter. Greift es dann trotzdem auf meine raspibackup.conf? Oder sollte ich folgendes eintragen?! 00 22 * * 0 /usr/local/bin/raspiBackup.sh -a -o Da koennte zuvor mein Problem gewesen sein. Das die crontab Variante nicht auf die config zugriff? Oder aber das der restore ueber PC nicht vernuenftig durchlief. Dann waere eigentlich noch gut zu Wissen, was alles fuer services am besten gestoppt werden sollten. Habe mein server/ services die ich so installiert habe mit rein genommen. Jedoch ist mir nicht ganz bewusst, was eigentlich sonst noch alles so laeuft. Habe mal mit.. service --status-all mir meine laufenden Sachen angeguckt. Sollte ich sowas wie file2ban, ddclient etc mit rein nehmen? Denke, das wars erst einmal. LG, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Sun, 03 Sep 2017 06:10:25 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2125</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2121</link>
			<description><![CDATA[Nein, da hat sich nichts mehr geaendert. Wenn Du vielleicht den restore noch mal mit der Option -l 1 -L current laufen lassen und mir das Log zuschicken koenntest? Dann kann ich nachsehen was die Ursache fuer dieses Verhalten ist und das Problem fixen :-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 29 Aug 2017 21:03:47 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2121</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2120</link>
			<description><![CDATA[Hi, Hatte mir vorher schon ein paar Sachen zerschossen. Alles gut. So würde ich den test nicht durchführen ohne ein anderes Backup zu haben oder halt ne andere SD card. Nehme an, du brauchst die log des restores? Die Versionen sollten neu sein. RaspiBackup.sh wurde am pi am 27 drauf gepackt und beim Linux gestern. Wenn du in den letzten 8 Std bzw 4 Tagen kein neues Update raus gehauen haben solltest, sollten beide noch 2 date sein. LG, Dan]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Tue, 29 Aug 2017 20:44:33 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2120</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2119</link>
			<description><![CDATA[Moin Danmann, den Backup sollte man immer auf einer zweiten Karte testen :cry: Um die Ursache zu finden brauche ich das Log. Wenn Du es hast schicke es mir bitte zu (eMail auf der Kontaktseite). Ansonsten sollte der Restore auch auf einem Linuxsystem funktionieren. Es gab da aber vor nicht alzzu langer Zeit einen Fix dazu. Benutzt Du die aktuelle Version von waspiBackup? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 29 Aug 2017 19:38:35 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2119</guid>
		</item>
		<item>
			<title>Danmann schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2118</link>
			<description><![CDATA[Hi, du hattest recht! War eine gute Idee das Backup mal auszuprobieren! Hat naemlich gar nicht geklappt. :D Habe mir dein scripinstall auf meinen Linux Mint installiert. Um dann das Backup zurueck zu Spielen. Folgende aussagen waren beim restore.. mount: special device /dev/mmcblk01 does not exist cat: /tmp/boot/cmdline.txt: No such file or directory cat: /tmp/boot/cmdline.txt: No such file or directory umount: /tmp/boot: not mounted --- RBK0076I: Restore erfolgreich beendet Wenn ich jetzt die SD Card nutze bekomme ich sehr viele Fehlermeldungen angezeigt beim starten. Hauptsaechlich,... Failed to start System Logging Service. Das wird wahrscheinlich Nginx etc pp sein. Habe die natuerlich alle mit rein genommen. Wobei ich die nicht in der crontab habe. Weil ich dachte/ denke, das es in der config reichen sollte. Habe gleucklicherweise einen Tag vorher ein Backup gemacht. Ein paar sachen muessen zwar wieder hier und da nach installiert werden aber kein Problem ;) ..... Glaube ich :D Vllt haste ja eine Idee. Werde mir mal noch ne SD Karte holen, damit ich mal rum probieren kann. Danke ;)]]></description>
			<dc:creator>Danmann</dc:creator>
			<pubDate>Tue, 29 Aug 2017 10:33:39 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2118</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2102</link>
			<description><![CDATA[@Mario, sieh Dir mal die FAQ 16: https://www.linux-tips-and-tricks.de/de/faq#a16 an. Damit kannst Du das leidige Problem dass eine SD Karte etwas zu klein ist beim Restore vermeiden ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 21 Aug 2017 20:40:16 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2102</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2101</link>
			<description><![CDATA[Hm ... benutze mal die Option -v beim restore.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 21 Aug 2017 20:19:32 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2101</guid>
		</item>
		<item>
			<title>MadM4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2100</link>
			<description><![CDATA[@Mario, bei dd sollte das gehen. Öffne einfach ein zusätzliches Fenster und verbinde dich erneut per SSH. Dann gibts du folgendes ein: pkill -USR1 -x dd Nach drücken/bestätigen mit Enter sollte in dem Fenster wo das Restore läuft angezeigt werden wieweit dd ist mit welcher Schreibgeschwindigkeit. Wenn du beide Fenster offen lässt kannst du pkill Befehl so oft wiederholen wie du möchtest. @framp Gab/Gibts für rsync nicht die Möglichkeit das per -progress oder so ähnlich anzeigen zu lassen? Hatte mal irgendwas davon gelesen das man für rsync ne "Fortschritt-Anzeige" anzeigen lassen kann. Ob das aber korrekt war und aktuell auch noch geht habe nicht verfolgt. Müsste dann ja eh im Script geändert werden. CU]]></description>
			<dc:creator>MadM4x</dc:creator>
			<pubDate>Mon, 21 Aug 2017 20:17:19 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2100</guid>
		</item>
		<item>
			<title>Mario schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2099</link>
			<description><![CDATA[Danke für die Rückmeldung. Ich habe mal wieder das Problem, dass die neue SD-Karte etwas winziger als die alte ist, also funktioniert mein dd-Backup nicht. Das rsync-Restore mit Repartionierung scheint nicht viel gemacht zu haben, ich habe zwei Stunden rödeln lassen, ps -efa hat allerdings keinen rsync-Prozess gezeigt.]]></description>
			<dc:creator>Mario</dc:creator>
			<pubDate>Mon, 21 Aug 2017 20:14:40 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2099</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2098</link>
			<description><![CDATA[Moin Mario, Ich muss Mal sehen ob ich da was einbauen kann. Bis dahin kannst Du die Option -v benutzen bei tar und rsync. Damit schreiben die Tools welche Dateien bearbeitet werden. Beim dd gibt es aber nichts :cry: Du kannst aber auch in einem weiteren Fenster das Tool top benutzen um nachzusehen ob dd, tar oder rsync noch was tun. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 21 Aug 2017 19:49:01 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2098</guid>
		</item>
		<item>
			<title>Mario schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2097</link>
			<description><![CDATA[Hi, gibt es irgendeine Möglichkeit sich den Progress beim Restore anzuzeigen? Nach 2h Stunden habe ich abgebrochen und weiß nicht mal, ob er was getan hat ;-)]]></description>
			<dc:creator>Mario</dc:creator>
			<pubDate>Mon, 21 Aug 2017 17:44:48 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2097</guid>
		</item>
		<item>
			<title>MadM4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2070</link>
			<description><![CDATA[Mittlerweile ... Es gab irgendein Problem mit der SD Karte bzw. den Partition oder so, wo das Backup drauf sollte. Hab nun leider die Log dazu nicht mehr :( Auf jeden Fall musste ich der SD manuell erstmal ne Partition einrichten. Danach lief es dann ohne Probleme. Keine Ahnung ob es beim Restore Probleme bezüglich der Partition oder der Partitionstabelle gab. Falls mir der genaue Fehler nochmal in den Sinn kommt, schreibe ich dir kurz ne Email.]]></description>
			<dc:creator>MadM4x</dc:creator>
			<pubDate>Fri, 04 Aug 2017 21:25:28 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2070</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2069</link>
			<description><![CDATA[Moin MadM4x, das ist unschoen :cry: Leider kann ich ohne ein Debuglog nicht die Ursache finden :sad: Rufe bitte raspiBackup mit den zusaetzlichen Optionen -l debug -m detailed auf und schicke mir das Debuglog per eMail zu. Meine eMail findest Du auf der Kontaktseite ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 04 Aug 2017 19:21:44 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2069</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2068</link>
			<description><![CDATA[Moin MadM4x, am 15. Jan 2017, 16:09:02 Uhr habe ich diesen Test eingebaut der nur bei tar und rsync Sinn macht aber beim dd Backup wie Du schon schreibst unsinnig ist :oops: Am 8.4. wurde dieser Fehler mit der Version 0.6.2 published. Es scheint seitdem keiner mehr ein dd Backup restored zu haben oder noch aeltere Versionen zu benutzen. dd Backups werden auch seltener erstellt. Primaer von Windows Benutzern und die restoren mit win32diskimager. Ich habe das eben gefixed und published. Vielen Dank fuer den Hinweis auf den Bug. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 04 Aug 2017 19:09:51 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2068</guid>
		</item>
		<item>
			<title>MadM4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2067</link>
			<description><![CDATA[Nachtrag: Ein Restore vom rsync Backup klappt leider auch nicht, da bei/nach: !!! RBK0018W: Ziel /dev/sdc mit 7.21 GiB ist größer als die Backupquelle mit 6.87 GiB. Die root Partition wird entsprechend vergrößert um den ganzen Platz zu benutzen !!! RBK0065W: Gerät /dev/sdc wird repartitioniert und die gesamten Daten werden gelöscht Nichts mehr passiert. Ich habe sogar mal Testweise die SD-Karte aus dem USB Cardreader entfernt nur um zu sehen ob ich irgendeine Reaktion oder Fehlermeldung erhalte :D aber nichts passiert. Ergänzend vielleicht noch hinzuzufügen. Ausgeführt auf einem RPi3 mit aktuellem Raspbian Jessie und einem Transcend R9 CardReader. Raspbian selbst Bootet von SD und das Root liegt auf nem USB Stick.]]></description>
			<dc:creator>MadM4x</dc:creator>
			<pubDate>Fri, 04 Aug 2017 18:11:20 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2067</guid>
		</item>
		<item>
			<title>MadM4x schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2066</link>
			<description><![CDATA[Ich habe mal ne Frage bezüglich verschiedener Backup Methoden. In der Regel erstelle ich wenn mein RPi eine fertige Grundkonfig hat ein Image per dd die weiteren danach dann per rsync. Daher habe ich nach dem dd Backup die raspiBackup.conf dementsprechend auch geändert. Nun wollte ich gerade mein dd Backup für einen anderen RPi zurückspielen, erhalte aber nun die Meldung: #raspiBackup.sh -d /dev/sdc #ls: Zugriff auf /........./,,-200533.img/*.sfdisk nicht gefunden. RBK0077E: Restore fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen. RC: 108 Is mir zwar klar das er die *.sfdisk nicht findet, ist ja auch nen dd Backup :D nur wie kann ich nun das Image zurückspielen? Habs schon Versucht in der .conf wieder bei defaultbackup auf dd zu stellen aber dann erhalte ich die selbe Meldung.]]></description>
			<dc:creator>MadM4x</dc:creator>
			<pubDate>Fri, 04 Aug 2017 16:17:01 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2066</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2058</link>
			<description><![CDATA[STB hat den Fix getestet und nun kann raspiBackup wieder auf einem Linux System benutzt werden um Sicherungen auf SD Karten zurückzuspielen :-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 23 Jul 2017 19:21:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2058</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2024</link>
			<description><![CDATA[Moin STB, Du hast einen kleinen Bug gefunden :oops: . Ich habe Dir eine Version mit einem Fix zugeschickt. Bitte verifizieren :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 13 Jul 2017 20:54:42 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2024</guid>
		</item>
		<item>
			<title>STB schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2022</link>
			<description><![CDATA[Hi, ich probiere gerade von meinem Linux-System das Restore des raspis durchzuführen. Die SD-Card ist /dev/sdd, aber raspiBackup.sh -l debug -d /dev/sdd /backup/pi/raspi1/raspi1-rsync-backup-20170711-083447/ liefert nur ??? RBK0155E: No bootdevice found Muss ich jetzt vorher die SDCard partitionieren, die .sfdisk-Datei anpassen? Gruß Stephan]]></description>
			<dc:creator>STB</dc:creator>
			<pubDate>Thu, 13 Jul 2017 12:38:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2022</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2008</link>
			<description><![CDATA[Moin Gerald, Eine NOOBS Installation hat sehr viele Eigenheiten so dass Standard Linux Tools versagen. Vermutlich wird es daran liegen. Wichtig ist dass Du an Deine Daten rangekommen bist :-) Vielen Dank auch für die detailierte Beschreibung wie Du es hinbekommen hast. Es gibt zwar eine beschränkte Anzahl von NOOBS Benutzern - aber ich kann mir vorstellen, dass durchaus noch weitere Benutzer dasselbe Problem bekommen und nach einer Lösung suchen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 01 Jul 2017 19:34:30 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2008</guid>
		</item>
		<item>
			<title>Gerald schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2007</link>
			<description><![CDATA[Hallo framp, Supertipp mit kpartx - wieder was gelernt! In meinem Fall aber leider selbige Fehlermeldung ("wrong fs type, bad option, bad superblock on /dev/mapper/loop0p2, missing codepage or helper program, or other error"). Hätte vielleicht dazu sagen sollen: Ist eine NOOBS-Installation (okay, war mein erster Raspberry, habe ich danach nicht mehr verwendet ...) - vermute, es hat mit dem NOOBS-Partition-Layout zu tun, wo in der zweiten "extended" Partition das eigentlich System eingepackt ist. Habe übrigens mein Restoreproblem für den Moment gelöst: Ich habe mittlerweile die Hauptpartition unter Windows mounten können (mit OSFMount und Ext2Fsd), da ich durch Herumprobieren den nötigen Trick gefunden habe: Zunächst die Partition1 vom Image-File mit OSFMount gemountet -> File System n/a. Dann diese Partition mit "Save to image file" in ein anderes Imagefile geschrieben. Dieses File erneut gemountet - hatte wieder zwei Partitions, und nun die zweite gemountet - voila! Danke und lG, Gerald Mein Partition Layout: Number Start End Size Type File system Flags 1 4194304B 858000383B 853806080B primary fat32 lba 2 859832320B 8035237887B 7175405568B extended 5 864026624B 926941183B 62914560B logical fat16 lba 6 931135488B 8035237887B 7104102400B logical ext4 3 8035237888B 8068792319B 33554432B primary ext4]]></description>
			<dc:creator>Gerald</dc:creator>
			<pubDate>Sat, 01 Jul 2017 19:04:07 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2007</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2006</link>
			<description><![CDATA[Moin Gerald, ich mache alles unter Linux wie folgt:
sudo kpartx -a -v jessie-lite-dd-backup-20170701-111018.img
sudo mount /dev/mapper/loop0p2 /mnt und am Ende
sudo kpartx -d jessie-lite-dd-backup-20170701-111018.img Auf raspbian musst Du noch kpartx vorher per sudo apt-get install kpartx installieren. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 01 Jul 2017 11:27:50 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2006</guid>
		</item>
		<item>
			<title>Gerald schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2005</link>
			<description><![CDATA[Hallo framp, ich habe aktuell Bedarf ein einzelnes File aus meinem dd-Backup rückzuspielen und versuche das Image-File dafür zu mounten. Ich schaffe es aber weder unter Windows noch unter Linux. Mit Windows hätte ich die Tool OSFMount (um das Image File zu mounten) und Ext2Fsd (um das Ext4 Filesystem lesen zu können) verwendet. Leider erkennt OSFMount das Filesystem nicht. Unter Linux habe ich versucht das Image wie folgt zu mounten (offset mit parted ausgelesen): mount -o loop,ro,offset=859832320 *.img /mnt/test Folgender Fehler: mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error Fällt dir dazu etwas ein, was ich noch tun könnte? Danke schön und lG, Gerald]]></description>
			<dc:creator>Gerald</dc:creator>
			<pubDate>Sat, 01 Jul 2017 00:33:03 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-2005</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1992</link>
			<description><![CDATA[Moin e-raser, ich habe Deine ganze Sache die letzten Tage genauer getestet und geprüft: zu 1) Das war ein Bug. Bislang hat ihn niemand bemerkt weil immer sofort ntp das Datum korrigiert hat. Das ist in der aktuellen Version gefixed. zu 2) Das konnte ich nicht reproduzieren Ansonsten stellte ich fest dass ein Jessie Image, welches mit tar gesichert und restored wird keine IP bekommt. Also genau dass was Du erfahren hast. Bei Wheezy gibt es keine Probleme mit tar Backups. Das irre ist, dass ein Jessie Image welches per rsync gesichert und restored wird ohne Probleme eine IP bekommt :kopfkratz: Ich werde das weiter untersuchen und hoffentlich die Ursache finden. :crossingfingers: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 23 Jun 2017 22:48:56 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1992</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1986</link>
			<description><![CDATA[Moin e-raser, freut mich dass Dein System wieder läuft :thumbsup: Vielen Dank auch für den Update und die ausführlichen Infos. Ich habe heute morgen Deinen Kommentar gelesen und mir nach meiner Antwort vorgenommen die Ursache dieses Problems jetzt mal genauer zu analysieren. Ich bin wie Du im Forenbeitrag ja gesehen hast auch schon auf das Problem gestossen. Zu Deinen weiteren Punkten die Du entdeckt hast: 1) Habe ich auch schon festgestellt. Eigentlich setzt raspiBackup die Raspi fake rtc auf das aktuelle Restoredatum. Bei Wheezy ist dann die Zeit OK. Ich muss mal prüfen was sich da bei Jessie geändert hat. 2) Sehr merkwürdig. Ich prüfe das mal bei einem restoreten Jessie. 3+4) Das sind beides Serverdienste. Wenn Du sie nicht -o vor dem Backup gestoppt hast kann ich mir vorstellen, dass das die Ursache ist Zu Deinen Fragen: a) 3 und 4 ist sehr wahrscheinlich. 1 und 2 hat sicherlich andere Ursachen b) raspiBackup sichert alle Daten - ausser Verzeichnisse die wirklich nicht benötigt werden oder die Du mit weiteren Optionen excludest c) siehe (a) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 20 Jun 2017 20:21:58 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1986</guid>
		</item>
		<item>
			<title>e-raser schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1985</link>
			<description><![CDATA[@framp, --> Lösung #1 zum dhcpcd-Problem hat geholfen. Habe das für mich auch so dokumentiert, für mögliche zukünftige raspiBackup-Restores sind also schonmal 3 Stunden Nerven und Zeit eingespart. Allerdings hatte ich weitere Probleme nach dem Restore, welche ich nicht vorenthalten will - ggf. sind einige davon ja auch "irgendwie" (wie das dhcpcd-Problem) auf das Backup zurück zu führen (tar in meinem Fall): 1) Uhrzeit ist falsch --> klar, ntp synct sich via Netz, zurückzuführen auf das dhcpcd-Problem = gelöst 2) "ping adress-or-IP" nicht möglich, Fehler: "Ping: icmp open socket: Operation not permitted". Lösung gem. https://ubuntuforums.org/showthread.php?t=927709: "sudo chmod u+s /bin/ping" ! Auch sehr seltsam, vor dem Backup haben die Filerechte ja auch gepasst. 3) Webmin: Defekt (Anzeige/Fehler "Require proc/proc-lib.pl failed : Died at (eval 118) line 1." für die meisten Module). ==> Problem: In /proc darf man als User nicht schreiben --> Neuinstallation Webmin (auf alte Config aufbauend) nötig!, am einfachsten (sofern via Paketlisten installiert) via "sudo apt-get install --reinstall webmin" 4) VNC-/X-Sessions: einige Einstellungen (Erweiterungen) für die Taskleiste (= lxpanel) fehlten und mussten neu hinzugeklickt werden. Sonst soweit nichts entdeckt. V. a. 3 ist ekelig (wenn auch 'leicht' zu fixen) und vermutlich auf "in Betrieb während raspiBackup läuft" zurück zu führen. Abschliessende offene Frage: Sind diese o. g. Probleme nach einem raspiBackup (tar)-Restore ggf. darauf zurückzuführen, dass a) raspiBackup im laufenden Betrieb sichert b) bestimmte Verzeichnisse nicht mitsichert c) bestimmte Dateien sich während dem Backup ändern (ich die zugehörigen Dienste also vorher stoppen/nachher wieder starten sollte)? Erstmal aber nochmal vielen Dank für deine Hilfe mit den Lösungsoptionen - hat mir einige Stunden gespart :-)]]></description>
			<dc:creator>e-raser</dc:creator>
			<pubDate>Tue, 20 Jun 2017 19:37:40 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1985</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1984</link>
			<description><![CDATA[Moin e-raser. Das ist natürlich sehr blöd :cry: Besonders weil es jetzt im Ernstfall auftritt. Hast Du keinen Restoretest gemacht wie ich es an verschiedenen Stellen empfehle? Anyhow: Folgende Lösungsmöglichkeiten sehe ich: 1) Starten des Backups mit einem angeschlossenen Monitor und Tastatur. Dann sudo ifup eth0
sudo dhcpcd eth0 Dann bekommt Deine Raspi wieder eine IP. Allerdings nur bis zum naechsten Restart :sad: Wenn Du nun den dhcpcd5 deinstallierst und wieder installierst ist das Problem behoben: sudo apt-get remove dhcpcd5
sudo apt-get install dhcpd5 2) Wiederaufnahme des Threads und vielleicht hat ja noch jemand aus der Community eine andere Idee 3) Vielleicht hat ja jemand der hier mitliest ein Jessie am laufen und die Lösung. Bei mir läuft kein Jessie. 4) Wie im verlinkten Beitrag gesagt auf networkd umstellen. Ich druecke Dir die Daumen dass eine der Lösungsmöglichkeiten zum Erfolg führt. Solltest Du irgendwie rausbekommen was die Ursache für dieses blöde Verhalten ist wäre es nett dieses hier mitzuteilen damit andere Benutzer von Jessie nicht auch in dieses Loch reinfallen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 20 Jun 2017 07:56:48 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1984</guid>
		</item>
		<item>
			<title>e-raser schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1983</link>
			<description><![CDATA[Hi framp, ich musste nun zum ersten Mal den Ernstfall durchführen und ein Image restoren. Alles prima soweit, BIS auf eine gravierende Sache: Kein Netzwerk. Ist ein Raspbian Jessie und genau das Problem, welches du hier beschrieben hast: http://www.forum-raspberrypi.de/Thread-raspbian-geklontes-jessie-image-bekommt-keine-netzwerkverbindung Nur... was ist nun die akute Lösung für mich? An das Quellsystem (microSD tot...) komm ich nicht mehr ran um dhcpcd rauszuwerfen, ich kann nur noch das Zielsystem (also die wiederhergestellte Kopie) modifizieren. Brauche hier DRINGEND Hilfe, das System ist schon viele Stunden offline und die Nachtschicht hat sich bisher leider nicht gelohnt... :-(]]></description>
			<dc:creator>e-raser</dc:creator>
			<pubDate>Tue, 20 Jun 2017 03:39:16 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1983</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1929</link>
			<description><![CDATA[Moin Chris, wie man sieht ist es absolut wichtig zu testen ob alles funktioniert wenn man raspiBackup einsetzen moechte. Speziell da Du keine Raspi benutzt sondern eine Bananapi. Allerdings sollte es damit auch funktionieren. Du hast mir ja schon das restore log zugechickt. So wie ich es sehe ist schon beim Backup was schief gelaufen. Kannst Du bitte noch mal ein Backup erstellen und mir von dem Lauf das Log zuschicken? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 12 May 2017 19:23:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1929</guid>
		</item>
		<item>
			<title>Chris schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1926</link>
			<description><![CDATA[Hallo framp, ich wollte gerade ein Restore vom meinem erstellten Backup machen, um zu testen, ob dies auch im Notfall funktioniert. Es ist ein tar-Backup, wo die root-Partition auf einer externen Platte liegt. Mein Befehl lautet: raspiBackup.sh -d /dev/sdb -R /dev/sda3 /media/driveb/raspibackup/bananapi/bananapi-tar-backup-20170511-030001/ Nun bekomme ich aber leider eine Fehlermeldung: --- RBK0009I: bananapi: raspiBackup.sh V0.6.2 (554d0d7) um Fri May 12 10:27:36 CEST 2017 gestartet --- RBK0128I: Logdatei ist /root/raspiBackup.log --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt --- RBK0138I: Bootbackup /media/driveb/raspibackup/bananapi/bananapi-tar-backup-20170511-030001/bananapi-tar-backup-20170511-030001.tar wird benutzt --- RBK0068I: Bootpartitionsdateien des Backups aus dem Verzeichnis /media/driveb/raspibackup/bananapi/bananapi-tar-backup-20170511-030001 die mit bananapi-backup beginnen werden benutzt !!! RBK0018W: Ziel /dev/sdb mit 15.06 GiB ist größer als die Backupquelle mit 14.16 GiB. Die root Partition wird entsprechend vergrößert um den ganzen Platz zu benutzen !!! RBK0065W: Gerät /dev/sdb wird repartitioniert und die gesamten Daten werden gelöscht --- RBK0067I: Momentane Partitionen auf /dev/sdb: Number Start End Size Type File system Flags 1 1.05MB 15213MB 15212MB primary ext4 --- RBK0146I: Keine Partitionstabelle auf /dev/sda gefunden !!! RBK0069W: Bootpartition /dev/sdb1 wird formatiert und erhält die zurückgespielte Bootpartition !!! RBK0070W: Rootpartition /dev/sda3 wird formatiert und erhält die zurückgespielte Rootpartition --- RBK0038I: Bist Du sicher? j/N j --- RBK0050I: Backup wird von /media/driveb/raspibackup/bananapi/bananapi-tar-backup-20170511-030001 zurückgespielt --- RBK0051I: Master boot backup wird von /media/driveb/raspibackup/bananapi/bananapi-tar-backup-20170511-030001/bananapi-backup.mbr auf /dev/sdb zurückgespielt --- RBK0052I: Partition(en) werden auf /dev/sdb erstellt !!! RBK0004W: Zweite Partition wird von 0 Bytes auf 915.09 MiB angepasst ??? RBK0111E: Fehler beim Erstellen der Partitionen.RC ??? RBK0077E: Restore fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen. RC: 112 Was mach ich falsch? Gruß, Chris]]></description>
			<dc:creator>Chris</dc:creator>
			<pubDate>Fri, 12 May 2017 10:51:55 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1926</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1818</link>
			<description><![CDATA[Moin Kurt, -l debug -m detailed -L current funktioniert. Ich habe darüber schon diverse Logs erstellen lassen und analysiert. Du musst mal den genauen Befehl (copy/paste) hier mitteilen. Eigentlich funktioniert das Rückspielen auf eine kleinere SD Karte funktionieren. Aber nur wenn Du tar oder rsync benutzt hast. DD geht nicht. Ausser Du hast DEFAULT_DD_BACKUP_SAVE_USED_PARTITIONS_ONLY benutzt und Deine Partition auf der 32GB Karte auf < 16 GB angelegt. Sofern Du keinen DD Backup versuchst zu restoren kann ich Dir auch die aktuelle Betaversion V0.6.1.3b-4-beta3 zuschicken und Du testest die mal aus. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 04 Mar 2017 09:44:16 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1818</guid>
		</item>
		<item>
			<title>Kurt schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1817</link>
			<description><![CDATA[Moin framp, habe gerade erfolgreich einen restore eines backups einer 32GB Karte auf eine 32GB SD Karte gemacht. Das gleiche auf eine 16 GB Karte schlug fehl mit dem Fehler: --- RBK0009I: raspberrypi: raspiBackup.sh V0.6.1.3b um Fr 3. Mär 11:04:16 CET 2017 gestartet ??? RBK0015E: Ein Fehler ist aufgetreten mit Rückgabewert=112 ??? RBK0077E: Restore fehlerhaft bendet: Create partition error (RC 112). In beiden Fällen habe ich folgenden Befehl verwendet (V 0.6.1.3b): sudo raspiBackup.sh -d /dev/sdc /media/Back/raspberrypi/raspberrypi-rsync-backup-2017… Ich wollte dann die zusätzlichen Optionen -l 1 -m 1 bzw. -l debug -m detailed -L verwenden, da kam aber der Fehler: RBK0147E: 1 (bzw. debug) nicht gefunden. In Deinem blog fand ich einen Hinweis vom 24.9.16 (Helmut) mit gleichem obigem Fehler, auf den Du auch geantwortet hattest. Frage: ist ein restore auf eine kleinere SD Karte noch nicht möglich? Danke. Kurt]]></description>
			<dc:creator>Kurt</dc:creator>
			<pubDate>Fri, 03 Mar 2017 11:19:26 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1817</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1706</link>
			<description><![CDATA[Moin Saschko, freut mich dass es nun funktioniert :thumbsup:. Zugegebernermassen hatte ich auch solch eine Vermutung und haette das mit dem Log auch sehr schnell rausgefunden. Aber bevor ich hier lange Frage und Antwort spiele frage ich lieber immer gleich nach dem Log. Da steht die Wahrheit drin :lol: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 05 Jan 2017 10:09:18 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1706</guid>
		</item>
		<item>
			<title>saschko schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1705</link>
			<description><![CDATA[Hallo framp, vielen Dank für die schnelle Antwort! Hab doch was falsch gemacht, aber den Fehler selbst gefunden.... Habe eine veraltete raspiBackup.sh verwendet. :cry: Nach Update auf die neueste funktioniert es :-) Gruß saschko]]></description>
			<dc:creator>saschko</dc:creator>
			<pubDate>Thu, 05 Jan 2017 10:04:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1705</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1704</link>
			<description><![CDATA[Moin Saschko, Du machst nichts falsch. Die Optionen und Parameter sind richtig. Bitte füge die Optionen -l debug -m detailed -L current zu Deinem Aufruf dazu und schicke mir die erzeugte Logdatei per eMail zu. Du findest die eMail auf meiner Kontaktseite ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 05 Jan 2017 09:37:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1704</guid>
		</item>
		<item>
			<title>saschko schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1703</link>
			<description><![CDATA[Hallo, ich versuche gerade ein Backup direkt auf einem Raspi wieder einzuspielen. Habe (1) ein neues raspbian auf dem raspi, (2) eine neue SD-Karte, auf die das Backup soll - entspricht dev/sdb und (3) einen USB-Stick mit einer root.Partition /dev/sda1 Im Verzeichnis "backup" habe ich mein NAS per NFS gemountet. Immer, wenn ich nun raspiBackup.sh -d /dev/sdb -R /sda1 /backup/daily/rpi/rpi-rsync-backup-20170103-033001/ eingebe, wird ein neues dd-Backup in /backup/rpi erstellt - dabei will ich eigentlich ein Restore starten. Was mache ich falsch?]]></description>
			<dc:creator>saschko</dc:creator>
			<pubDate>Thu, 05 Jan 2017 00:20:26 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1703</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1642</link>
			<description><![CDATA[Super. Jetzt hoffe ich das sich die Banane und die Orange vertragen :D]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 17 Nov 2016 19:37:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1642</guid>
		</item>
		<item>
			<title>René schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1641</link>
			<description><![CDATA[Danke schön für das super Script. Der Restore hat offenbar geklappt. Jetzt muss ich nur noch den Orange Pi dazu überreden das Banana Pi Image zu schlucken :-)]]></description>
			<dc:creator>René</dc:creator>
			<pubDate>Thu, 17 Nov 2016 18:55:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1641</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1572</link>
			<description><![CDATA[Moin Helmut, sfdisk: end of partition 2 has impossible value for cylinders: 1021 (should be in 0-1020) Das ist ein Zeichen dass die dynamische Anpassung der Rootpartition in Deinem Falle noch Probleme hat. Bei meinen Tests war alles OK aber es gibt offensichtlich noch Randbedingungen wo es nicht funktioniert :sad: Bitte rufe den Restore mit den zusätzlichen Optionen -l 1 -m 1 auf und schicke mir das erstellte Log von raspiBackup zu. Meine eMail findest Du auf der Kontaktseite. Wenn Du eine SD Karte nimmst die dieselbe Größe oder sogar größer ist als die Original SD Karte sollte der Restore funktionieren. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 24 Sep 2016 15:41:42 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1572</guid>
		</item>
		<item>
			<title>Helmut schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1571</link>
			<description><![CDATA[Guten Morgen, ich habe nun nach einigem Probieren erfolgreich rsync Backups erstellt und möcht das Restore verifizieren. Doch dies geht schief, weil sich fsdisk beim Erstellen der Partitionen beschwert. Ich bin absolut ratlos und wäre für Hilfe sehr dankbar. Im log steht dazu folgendes: 20160924-093355: MSG --- RBK0052I: Partition(en) werden auf /dev/sdb erstellt 20160924-093356: MSG !!! RBK0004W: Zweite Partition wird angepasst von 15456010240 bytes (14.39 GiB) zu 7881097216 bytes (7.33 GiB) sfdisk: Checking that no-one is using this disk right now ... sfdisk: OK sfdisk: Warning: partition 1 does not end at a cylinder boundary sfdisk: Warning: partition 2 does not start at a cylinder boundary sfdisk: Warning: partition 2 does not end at a cylinder boundary sfdisk: Warning: no primary partition is marked bootable (active) This does not matter for LILO, but the DOS MBR will not boot this disk. sfdisk: end of partition 2 has impossible value for cylinders: 1021 (should be in 0-1020) sfdisk: I don't like these partitions - nothing changed. (If you really want this, use the --force option.) 20160924-093356: MSG ??? RBK0015E: Ein Fehler ist aufgetreten mit Rückgabewert=112 20160924-093356: MSG ??? RBK0077E: Restore fehlerhaft bendet: Create partition error (RC 112) Vielen Dank im Voraus Helmut]]></description>
			<dc:creator>Helmut</dc:creator>
			<pubDate>Sat, 24 Sep 2016 09:44:36 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1571</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1495</link>
			<description><![CDATA[Moin Creamware, Du musst schon eine SD Karte mit der Bootpartition haben die schon bootfähig ist und damit booten, denn Du machst ja einen quasi manuellen Restore und benutzt dazu nicht raspiBackup. Du musst aber darauf achten, dass deine restorte Rootpartition auf derselben Partitionsnummer restored wird und dann unter demselben DeviceNamen gemountet wird wie es in der /boot/cmdline.txt der SD Karte steht. Ansonsten wird nichts booten. Sofern Du nur ein Gerät am Raspi angeschlossen hast und nur eine Partition auf dem gerät hast ist das im Normalfall /dev/sda1. Ansonsten musst Du noch vor dem Booten die /boot/cmdline.txt entsprechend anpassen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 10 Aug 2016 19:48:56 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1495</guid>
		</item>
		<item>
			<title>Creamware schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1494</link>
			<description><![CDATA[Hallo, Werde das heute mal testen. Muss ich dann den so erzeugten Stick noch irgendwie bootfähig machen ? Denke nein,oder ? Weil er ja nur die Rootpartition enthält,oder ?]]></description>
			<dc:creator>Creamware</dc:creator>
			<pubDate>Wed, 10 Aug 2016 19:26:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1494</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1491</link>
			<description><![CDATA[Moin Creamware, Du hast Dein Problem ziemlich ungenau beschrieben. Sonst haette ich Dir gleich richtig antworten koennen ;-) Das kein Backup gefunden wird liegt vermutlich daran, dass Du nicht das gesamte Backupverzeichnis sondern nur das tar kopiert hast. Wenn Du test2 in raspi2-tar-backup-20160806-203002 umbenennst und /mnt/backup/raspi2-tar-backup-20160806-203002 angibst wird es vermutlich funktionieren. Da Du aber keine zweite SD Karte hast bringt Dir das nichts. Ja, Du kannst das tar irgendwo entpacken (Muss nur genug Platz sein) und dann hast Du Deine Rootverzeichnisse. Nur /boot wird leer sein. Die Daten stecken in der .img Datei. Aber so wie ich Dich verstehe brauchst Du die auch nicht. Es war eine der wichtigsten Bedingung von mir an raspiBackup, dass man an die Backupdaten auch mit normalen Linuxbefehlen herankommt :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 09 Aug 2016 22:47:13 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1491</guid>
		</item>
		<item>
			<title>Creamware schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1490</link>
			<description><![CDATA[Hallo Frame, Habe das schon alles genau gelesen. Meine Problem ist aber folgendes. Wenn ich das Backup Verzecihnis angebe mit Deiner Syntax, dann kommt immer die Meldung das kein Bsckup gefunden wurde. Des Weiteren habe ich keinen Kartenleser, und auch keine zweite SD Card. Ich möchte nur den Backup der Root Partition, den ich auch als tar file habe, auf den /dev/Sdb Stick zurücksichern. Oder könnte ich das far file einfach auf den Ersatzstick entpacken ??]]></description>
			<dc:creator>Creamware</dc:creator>
			<pubDate>Tue, 09 Aug 2016 22:06:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1490</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1489</link>
			<description><![CDATA[Moin Creamware, eigentlich habe ich sehr deutlich geschrieben dass man nach dem ersten Backup den restore testen soll :-* Anyhow: Auf der Seite zum Restore habe ich in einem Beispiel beschrieben wie der Befehl aussehen muss wenn man ein restore mit externer Rootpartition vornehmen will. https://www.linux-tips-and-tricks.de/de/raspibackup-restore Dort steht z.B. Jetzt ist natürlich die Frage wie man rausbekommt welche Laufwerksbezeichnungen was ist. bei mir sieht es z.B. so aus bei 'sudo fdisk -l' root@raspberrypi:~# fdisk -l Disk /dev/mmcblk0: 8011 MB, 8011120640 bytes ... Device Boot Start End Blocks Id System /dev/mmcblk0p1 8192 122879 57344 c W95 FAT32 (LBA) /dev/mmcblk0p2 122880 15646719 7761920 83 Linux Disk /dev/sda: 15.5 GB, 15548284928 bytes ... Device Boot Start End Blocks Id System /dev/sda1 8192 122879 57344 c W95 FAT32 (LBA) /dev/sda2 122880 30367743 15122432 83 Linux Disk /dev/sdb: 300.1 GB, 300069052416 bytes 256 heads, 63 sectors/track, 36338 cylinders, total 586072368 sectors ... Device Boot Start End Blocks Id System /dev/sdb1 1 586072367 293036183+ ee GPT Dort siehst Du and der Größe dass /deb/sdb1 die externe Rootpartition ist (300GB) und /dev/sda die externe SD Karte ist (15.5 GB). Die interne SD Karte ist mmcblk0. Also lautet bei mir der Befehl sudo raspiBackup.sh -d /dev/sda -R /dev/sdb1 /remote/raspifix/disks/backup/rsync/raspberrypi/raspberrypi-rsync-backup-20141230-213032/ wobei mein rsync Backup auf /raspifix/disks/backup/rsync/raspberrypi/raspberrypi-rsync-backup-20141230-213032/ liegt. Du musst Deine Werte anpassen und dann wird es funktionieren. Ausserdem wirst Du vor dem Restore noch einmal die Ausgabe von fdisk -l sehen von den Geräten und kannst noch einmal checken ob alles OK ist. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 09 Aug 2016 21:39:06 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1489</guid>
		</item>
		<item>
			<title>Creamware schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1487</link>
			<description><![CDATA[Hallo, habe jetzt den ersten Notfall, wo ich ein Backup restoren müsste, und komme nicht weiter. Boote im Prinzip von SD, und root liegt auf einem Stick. Backup war tar, und liegt in einem Verzeichnis, das ich nun auf einem anderen Raspberry gemounted habe. habe den Stick auf den ich restoren will angesteckt, und der lautet auf dev/sdb. Wie kann ich nun das tar file auf den Stick restoren ?? Möchte ja auf diesem Raspberry nicht die SD Card überschreiben ! Folgender Befehl wurde versucht: raspiBackup.sh -R /dev/sdb /mnt/backup/test2/raspi2-tar-backup-20160806-203002.tar Danke...]]></description>
			<dc:creator>Creamware</dc:creator>
			<pubDate>Tue, 09 Aug 2016 16:55:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1487</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1472</link>
			<description><![CDATA[Moin Nelson, vielen Dank für Deinen Kommentar und den Hinweis auf Deine Erweiterung. Deinen Beitrag #102 hatte ich als Anlass genommen genau diese fehlende Funktion in die demnächst rauskommende neue Version 0.6.1.3 zu implementieren. Sie hat einen weiteren Parameter -j für den Restore, der die zweite Partition entsprechend verkleinert oder vergrößert :-) . Ich habe Dir auch noch eine eMail mit weiteren Infos geschickt ;-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 25 Jul 2016 20:33:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1472</guid>
		</item>
		<item>
			<title>Nelson schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1470</link>
			<description><![CDATA[Danke für die Info. Ich konnte deinen Vorschlag direkt umsetzen und testen. Scheint gut zu funktionieren. Ich habe mal ein kleines Script geschrieben, was sich dem Problem annimmt. Für das Script habe ich 2 oder 3 Funktionen aus deinem Script übernommen. Ich hoffe das ist ok, wenn nicht, dann hast du ja meine E-Mail Adresse. http://www.mehr4u.de/raspibackup-wiederherstellung-eines-backups.html]]></description>
			<dc:creator>Nelson</dc:creator>
			<pubDate>Mon, 25 Jul 2016 00:46:37 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1470</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1446</link>
			<description><![CDATA[Moin Nelson, dieses Problem wird immer mal wieder berichtet und ich muss mir da auch mal was einfallen lassen :-* . Bis dahin gibt es zwei Möglichkeiten: 1) Du kaufst Dir eine größere SD Karte :lol: 2) Bei einem tar oder rsync Backup liest Du Dir https://www.linux-tips-and-tricks.de/de/raspibackup-restore#comment-1080 durch. Die Größe muss nicht halbiert werden wenn die SD Karte ziemlich voll ist. Es reicht auch sie etwas kleiner zu machen. 3) Bei einem dd Backup ist http://softwarebakery.com/shrinking-images-on-linux hier gut beschrieben wie Du das dd backup verkleinern kannst. Du kannst es auch genau ausrechnen um wieviel Du die size verkleinern musst indem Du die Größendifferenz durch 512 teilst und noch 1 dazuzaehlst. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 13 Jul 2016 19:31:13 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1446</guid>
		</item>
		<item>
			<title>Nelson schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1445</link>
			<description><![CDATA[Hallo, erst mal ein Lob für deine tolle Arbeit. Super Script. Jetzt zu meinem Problem. Ich habe das Backup mit rsync laufen lassen. Beim Wiederherstellen der SD-Karte kommt der Fehler, dass die neue Karte zu klein wäre. Das ist sie bestimmt auch, aber nur ein paar kb. gibt es im Script schon einen Parameter, der die Partition so wiederherstellt, dass er die Neue nur so groß macht wie nötig? Nach erfolgreichem Restore, könnte ich ja das rootFS manuell wieder expandieren. Fehlermeldung: root@backup-pi:~# raspiBackup.sh -d /dev/sda /media/nas/backup/rsync-wz/pi/pi-rsync-backup-20160710-231219 --- RBK0009I: backup-pi: raspiBackup.sh V0.6.1.2 um Tue 12 Jul 23:43:04 BST 2016 gestartet --- RBK0128I: Logdatei ist /root/raspiBackup.log --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt ??? RBK0105E: Die Ziel SD Karte ist zu klein. Minimum erforderlich: 32009355264 bytes - Verfügbar: 31674335232 bytes]]></description>
			<dc:creator>Nelson</dc:creator>
			<pubDate>Wed, 13 Jul 2016 07:39:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1445</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1398</link>
			<description><![CDATA[Moin Florian, vielen Dank für die Info. Die --force Option alleine reicht auch. Die kannst Du bei raspiBackup mit -1 (Strich 1) einschalten. Ich habe gerade ziemlich viel um die Ohren. Wenn es wieder ruhiger geworden ist sehe ich mir das noch mal genauer an. Bis dahin einfach die -1 Option benutzen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 30 May 2016 20:33:00 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1398</guid>
		</item>
		<item>
			<title>Florian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1397</link>
			<description><![CDATA[osmc@osmc:~$ sudo umount /dev/sdb1 osmc@osmc:~$ sudo umount /dev/sdb2 osmc@osmc:~$ sudo sfdisk --force -uSL --no-reread /dev/sdb < /media/Movies3TB/Backup/rpi/osmc/osmc-backup-20160526-220001.sfdisk Disk /dev/sdb: 1021 cylinders, 245 heads, 62 sectors/track Old situation: Units: sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdb1 2048 499711 497664 c W95 FAT32 (LBA) /dev/sdb2 501760 15523839 15022080 83 Linux /dev/sdb3 0 - 0 0 Empty /dev/sdb4 0 - 0 0 Empty New situation: Units: sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdb1 2048 499711 497664 c W95 FAT32 (LBA) /dev/sdb2 501760 15523839 15022080 83 Linux /dev/sdb3 0 - 0 0 Empty /dev/sdb4 0 - 0 0 Empty sfdisk: Warning: partition 1 does not end at a cylinder boundary sfdisk: Warning: partition 2 does not start at a cylinder boundary sfdisk: Warning: partition 2 does not end at a cylinder boundary sfdisk: Warning: no primary partition is marked bootable (active) This does not matter for LILO, but the DOS MBR will not boot this disk. sfdisk: end of partition 2 has impossible value for cylinders: 1021 (should be in 0-1020) Successfully wrote the new partition table Re-reading the partition table ... sfdisk: If you created or changed a DOS partition, /dev/foo7, say, then use dd(1) to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1 (See fdisk(8).) osmc@osmc:~$ echo $? 0]]></description>
			<dc:creator>Florian</dc:creator>
			<pubDate>Sun, 29 May 2016 23:03:32 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1397</guid>
		</item>
		<item>
			<title>Florian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1396</link>
			<description><![CDATA[sfdisk --no-reread scheint die erhoffte Wirkung zu zeigen, aber nur in Zusammenhang mit --force. Hier beide Versionen: osmc@osmc:~$ sudo umount /dev/sdb1 osmc@osmc:~$ sudo umount /dev/sdb2 osmc@osmc:~$ sudo sfdisk -uSL --no-reread /dev/sdb < /media/Movies3TB/Backup/rpi/osmc/osmc-backup-20160526-220001.sfdisk Disk /dev/sdb: 1021 cylinders, 245 heads, 62 sectors/track Old situation: Units: sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdb1 2048 499711 497664 c W95 FAT32 (LBA) /dev/sdb2 501760 15523839 15022080 83 Linux /dev/sdb3 0 - 0 0 Empty /dev/sdb4 0 - 0 0 Empty New situation: Units: sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdb1 2048 499711 497664 c W95 FAT32 (LBA) /dev/sdb2 501760 15523839 15022080 83 Linux /dev/sdb3 0 - 0 0 Empty /dev/sdb4 0 - 0 0 Empty sfdisk: Warning: partition 1 does not end at a cylinder boundary sfdisk: Warning: partition 2 does not start at a cylinder boundary sfdisk: Warning: partition 2 does not end at a cylinder boundary sfdisk: Warning: no primary partition is marked bootable (active) This does not matter for LILO, but the DOS MBR will not boot this disk. sfdisk: end of partition 2 has impossible value for cylinders: 1021 (should be in 0-1020) sfdisk: I don't like these partitions - nothing changed. (If you really want this, use the --force option.) osmc@osmc:~$ echo $? 1]]></description>
			<dc:creator>Florian</dc:creator>
			<pubDate>Sun, 29 May 2016 23:03:01 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1396</guid>
		</item>
		<item>
			<title>Florian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1395</link>
			<description><![CDATA[ Danke, ich habe den restore nun geschafft, indem ich das "exitError" (oder ähnlich) nach dem sfdisk Befehl auskommentiert habe. Die --no-reread Option habe ich selbst auch zu spät entdeckt ;) Wenn ich heute noch Zeit habe, versuche ich den restore auf die alte SD-Karte mit --no-reread. P.S. Übrigens ein super Skript! Läuft jede Woche perfekt durch und hat viele schöne Details (Backup-Optionen, E-Mail, Kompression, gute Doku, ...). Danke für deine Arbeit!]]></description>
			<dc:creator>Florian</dc:creator>
			<pubDate>Sun, 29 May 2016 19:13:04 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1395</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1394</link>
			<description><![CDATA[Moin Florian, ich kann Dir auch eine gepatchte Version von raspiBackup zuschicken wenn Du möchtest. Ich brauche einfach jemanden bei dem der Fehler auftritt und der Deinen Fixvorschlag testen kann :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 May 2016 18:17:44 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1394</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1393</link>
			<description><![CDATA[Moin Florian, vielen Dank für Deinen Kommentar. Es kommt immer mal wieder vor dass jemand über dieses Problem berichtet. Ich kann es aber bei mir nicht nachstellen. Deshalb gibt es die Option -1 die sfdisk mit -f aufruft. Die Option --no-reread war bislang nicht auf meinem Radar. Vielleicht könntest Du raspiBackup in Zeile 2241 mal in sfdisk $force --no-reread -uSL $RESTORE_DEVICE < $$.sfdisk &>>"$LOG_FILE" ändern und testen ob der Fehler dann weg ist? Ich kann den Fehler leider bei mir nicht reproduzieren :sad: Wenn es dann bei Dir klappt ändere ich raspiBackup entsprechend ab. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 29 May 2016 15:29:47 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1393</guid>
		</item>
		<item>
			<title>Florian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1392</link>
			<description><![CDATA[ Ich denke, das Problem hängt damit zusammen, dass sfdisk die Partitionstabelle nicht neu lesen kann. Partprobe scheint allerdings zu klappen. Also evtl. sfdisk mit --no-reread aufrufen und nur partprobe machen lassen. Oder den Fehlerwert von sfdisk interpretieren und ein fallback auf partprobe machen.]]></description>
			<dc:creator>Florian</dc:creator>
			<pubDate>Sun, 29 May 2016 14:32:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1392</guid>
		</item>
		<item>
			<title>Florian schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1391</link>
			<description><![CDATA[ Ich hatte genau dasselbe Problem auch gerade: Backup mit tar Option auf externer Platte gemacht. Restore direkt aus Raspberry Pi 3 (osmc läuft darauf). Restore wollte ich auf neue SD-Karte machen (64GB, angehängt über SD-Kartenleser per USB, /dev/sdb). Erstellt auch 4 Partitionen anstatt 2. Ein manuelles "sudo partprobe /dev/sdb" läuft durch - evtl. ein Timing-Problem? Thx und Gruss, Florian]]></description>
			<dc:creator>Florian</dc:creator>
			<pubDate>Sun, 29 May 2016 14:03:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1391</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1390</link>
			<description><![CDATA[Moin Sebastian, leider kann ich ohne ein Log das Problem nicht untersuchen. Bitte rufe den Restore mit raspiBackup auf und gibt die zusaetzlichen Parameter -l 1 -m 1 mit. Das erzeugte Log schicke mir bitte an meine eMail (Siehe Kontakt Link). Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 19 May 2016 15:41:53 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1390</guid>
		</item>
		<item>
			<title>Sebastian Thiem schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1389</link>
			<description><![CDATA[Hi, leider läuft bei mir der Restore nicht. Nutze das aktuellste Skript mit einem Pi 2 und Raspbian. Das Backup lasse ich auf einen Stick unter /media/backup durchführen als TAR. Den Restore möchte ich auf eine mSD per USB Adapter durchführen. Jedoch klappt das nicht. Siehe LOG Jedenfalls ist /dev/sdb nicht eingehangen. Interessant dabei ist, dass die SD ein sdb3 und 4 bekommt. Macht irgendwie keinen Sinn wenn die komplette Karte neu partinioniert werden soll. Was läuft falsch? Danke schon mal ####################LOG####################### Device Boot Start End #sectors Id System /dev/sdb1 8192 131071 122880 c W95 FAT32 (LBA) start: (c,h,s) expected (4,0,1) found (0,130,3) end: (c,h,s) expected (63,63,32) found (8,40,32) /dev/sdb2 131072 62945279 62814208 83 Linux start: (c,h,s) expected (64,0,1) found (0,0,1) end: (c,h,s) expected (1023,63,32) found (479,3,16) /dev/sdb3 0 - 0 0 Empty /dev/sdb4 0 - 0 0 Empty New situation: Units: sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdb1 8192 131071 122880 c W95 FAT32 (LBA) /dev/sdb2 131072 62945279 62814208 83 Linux /dev/sdb3 0 - 0 0 Empty /dev/sdb4 0 - 0 0 Empty Successfully wrote the new partition table sfdisk: BLKRRPART: Das Gerät oder die Ressource ist belegt sfdisk: The command to re-read the partition table failed. Run partprobe(8), kpartx(8) or reboot your system now, before using mkfs sfdisk: If you created or changed a DOS partition, /dev/foo7, say, then use dd(1) to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1 (See fdisk(8).) Re-reading the partition table ... 20160519-100326: MSG ??? RBK0015E: Ein Fehler ist aufgetreten mit Rückgabewert=102 20160519-100327: MSG ??? RBK0077E: Restore fehlerhaft in Schritt main mit RC 102 beendet. Weitere Informationen finden sich im Logfile /home/pi/raspiBackup.log ####################LOG#######################]]></description>
			<dc:creator>Sebastian Thiem</dc:creator>
			<pubDate>Thu, 19 May 2016 10:10:50 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1389</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1384</link>
			<description><![CDATA[Moin Homer, nach Deiner Meldung Deines Problems habe ich jetzt die Beschreibung angepasst. Ich achte zwar immer darauf, dass neuer Code auch mit alten Backups und Optionen läuft - aber die Beschreibung hatte ich so umgestellt, dass sie nur zur neuen Version 0.6.1.2 passt. My fault. Sorry :oops: Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 15 May 2016 19:04:33 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1384</guid>
		</item>
		<item>
			<title>Homer-S schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1382</link>
			<description><![CDATA[ahhhhhhhhh Danke, nun beginnt es auch mit Fehlermeldugen aber dann läuft es komplett durch und zumindest lutet die Letzte Meldung "succesful" :) Danke]]></description>
			<dc:creator>Homer-S</dc:creator>
			<pubDate>Sun, 15 May 2016 18:05:12 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1382</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1381</link>
			<description><![CDATA[Sorry Homer, mein Fehler :sad: . Es muss -r und nicht -p sein :oops: (Siehe https://www.linux-tips-and-tricks.de/de/raspibackup-restore und Parameter -r). Auch musst Du nicht das tar entpacken. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 15 May 2016 16:57:51 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1381</guid>
		</item>
		<item>
			<title>Homer-S schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1380</link>
			<description><![CDATA[Hallo, habs noch mal probiert, musste das tar aber entpacken: root@partedmagic:~/Media/sdd2# raspiBackup.sh -v -m 1 -d /dev/sdb -R /dev/sdd1 -p /media/sdd2/raspberrybackup/raspberrypi/unzip/raspberrypi-tar-backup-20160424-230001 ./raspiBackup.sh: line 1015: getent: command not found ./raspiBackup.sh: line 1015: getent: command not found --- RBK0009I: partedmagic: raspiBackup.sh V0.6.1.1k started at Sun May 15 16:20:46 UTC 2016 --- RBK0128I: Using logfile /var/log/raspiBackup/partedmagic.log fdisk: cannot open /dev/mmcblk0: No such file or directory ??? RBK0011E: No boot partition mmcblk0p1 found WIE kann ich das fixen? Beim letzten mal hatte es genau auf diese Weise funktioniert?!]]></description>
			<dc:creator>Homer-S</dc:creator>
			<pubDate>Sun, 15 May 2016 16:28:48 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1380</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1379</link>
			<description><![CDATA[Moin Homer, -p vor dem Pfad. raspiBackup solltest Du auf einem raspbian auf der Raspi ausführen. Es geht natürlich auch auf einem anderen LInux - aber dann sollte alles notwendige Installiert sein :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 15 May 2016 16:18:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1379</guid>
		</item>
		<item>
			<title>Homer-S schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1378</link>
			<description><![CDATA[OS, welches restored werden soll ist Raspian, auf dem ich es durchführe ist eine Live CD mit PartesMagic. Das -p vor oder nach dem Pfad zum tar? Na ich teste es einfach Danke]]></description>
			<dc:creator>Homer-S</dc:creator>
			<pubDate>Sun, 15 May 2016 16:09:03 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1378</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1377</link>
			<description><![CDATA[Moin Homer, die Fehlermeldung ./raspiBackup.sh: line 1015: getent: command not found ist nicht gut :sad: . Das solltest Du fixen. Mir scheint Du hast kein raspbian installiert. Welches OS benutzt Du? Ausserdem solltest Du -p /media/sdb2/raspberrybackup/raspberrypi/raspberrypi-tar-backup-20160424-230001.tar benutzen - also noch das -p einfügen. In der älteren Version die Du benutzt funktioniert es noch nicht so wie DU es aufrufst. Erst ab der Version 0.6.1.2. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 15 May 2016 14:18:44 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1377</guid>
		</item>
		<item>
			<title>Homer-S schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1376</link>
			<description><![CDATA[Hallo mal wieder :) es sollte mal wieder soweit sein, dass ich einen Restore mache. leider will er gerade nicht so wie ich das will. Das ist das Kommando mit dem ich den Restore anschieben möchte. Die raspiBackup.sh befindet sich im selben Ordner wo ich das Kommando eingebe. raspiBackup.sh -v -m 1 -d /dev/sdc -R /dev/sdb1 /media/sdb2/raspberrybackup/raspberrypi/raspberrypi-tar-backup-20160424-230001.tar ./raspiBackup.sh: line 1015: getent: command not found ./raspiBackup.sh: line 1015: getent: command not found raspiBackup.sh 0.6.1.1k, 2015-12-29/22:16:12 - 393d9b7 usage: raspiBackup.sh parameters !!! RBK0125W: Unused parameters "/media/sdb2/raspberrybackup/raspberrypi/raspberrypi-tar-backup-20160424-230001.tar" detected. There are quotes missing in parameter arguments Welches Argument will er denn noch haben? Danke]]></description>
			<dc:creator>Homer-S</dc:creator>
			<pubDate>Sun, 15 May 2016 13:25:08 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1376</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1354</link>
			<description><![CDATA[Moin Georg, das ist etwas umständlich wie Du es machen willst ;-) Du kannst es auch unter Windows machen: Du kannst ganz normal eine Bootpartition mit dem Standardtool anlegen und mit FAT formatieren. (56MB). Danach kannst unter alle Daten aus der alten Bootpartition auf die neue Bootpartition kopieren. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 01 May 2016 12:12:57 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1354</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1353</link>
			<description><![CDATA[Hi, mein "offenes" Problem: Ich habe eine Boot SD und eine Root USB. Die Boot SD ist 32gb. Brauche da aber eigentlich nur die Rootpartition. Nun möchte ich gerne diese Boot partition auf eine kleinere SD Karte bringen.... Diskimager o.ä. funktioniert da nicht. Hatte gedacht es müsste doch möglich sein das auch mit Deinem Backup Tool zu machen. Eine Tar Sicherung habe ich. Nun müsste ich eigentlich nur die Boot Partition auf eine neue kleinere SD restoren. Nur finde ich nicht die richtigen Aufrufparameter. Gruss Georg]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Sun, 01 May 2016 11:21:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1353</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1352</link>
			<description><![CDATA[Moin Georg, freut mich dass es doch noch geklappt hat :-) . Merkwürdig ist dass Du da so viel manuell machen musstest. Eigentlich sollte raspiBackup das alles erledigen. Eine defekte SD Karte auf die man restoren will kann aber schon ziemliche negative Seiteneffekte haben. Ich nehme Dein Erlebnis zum Anlass eine Seite zu erstellen, wo ich speziell für den Restore auch auf eine USB Disk oder -Karte die einzelnen Schritte Step by Step beschreibe was man vor dem Restoreaufruf gemacht haben muss. Speziell die USB Platte bzw -karte muss schon in gewisser Weite vorbereitet sein, denn raspiBackup kann nicht einfach die ganze Platte formatieren :o Zu Deinem noch offenen Problem: Das habe ich zugegebenermassen nicht verstanden :-* Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 30 Apr 2016 19:49:18 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1352</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1351</link>
			<description><![CDATA[Hi, schlussendlich ja.Die SD Karte und die Platte machte Schwierigkeiten. Erst nachdem ich sie einmal frisch mit Fat32 in Windows formatiert hatte, lief es. Auch die USB Disk hatte ich im Raspberry ersteinmal formatiert / partitioniert und mit einem ext4 Dateisystem versehen. Nach dem Restore war dann noch ein fsck notwendig. Ich hatte das vor einem Jahr schon einmal gemacht, aber ohne diese Schwierigkeiten... Wahrscheinlich hab ich zuviel rumgebastelt-:) Auf jeden Fall bin ich froh, dass Du dieses Programm geschrieben hast. Ist wirklich sehr gut. Nochmal danke dafür. Jetzt muss ich nur noch versuchen die 32gb Boot SD auf eine 2gb zu bringen...Mal sehen opb das dasmit auch irgendwie geht. Muss ja nur die Boot Partition drauf. Vielleicht nehme ich den gleichen Befehl wie beim restore und hänge anstelle der Original USB nur eine alte Schrottplatte dran damit die Aufrufsyntax für den restore passt. Gruss Georg]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Sat, 30 Apr 2016 17:17:55 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1351</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1350</link>
			<description><![CDATA[Moin Georg, wie sieht es aus? Hast Du Dein Backup nun wieder restoren können? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 27 Apr 2016 22:49:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1350</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1344</link>
			<description><![CDATA[Moin Georg, wie mir scheint hast Du nicht wie von mir dringend geraten wird mal den Restore getestet :sad: Die SD Karte muss nicht vorbereitet werden. Die wird vollständig neu aufgesetzt. Die USB Partition darf nicht das ganze Gerät (/dev/sda) sein, sondern muss eine Partition (/dev/sda1) sein. Damit kannst Du dann z.B. mehrere Partitionen als externes Rootfilesystem für verschiedene SD Karten benutzen. Die Partition wird dann formatiert und damit alle exisierenden Daten zerstört. Also aufpassen dass die richtige Partition ausgewählt wird beim Restore. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 26 Apr 2016 19:10:04 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1344</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1343</link>
			<description><![CDATA[Hi, kurzer Nachtrag... Wie müsste ich die SD Karte und die USB Disk vorbereiten um den restore erfolgreich auszuführen ? Formatieren und/oder Partition anlegen und/oder löschen oder oder etc.? Wie gesagt, bin leider kein Linux Fachmann. Gruss Georgf]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Tue, 26 Apr 2016 10:09:34 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1343</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1342</link>
			<description><![CDATA[Hi, danke für Deine schnelle Antwort. Hab gar nicht auf die (1) hinter dem Gerät geachtet....in der Hektik. Gestern Nacht habe ich dann nocheinmal restored. Jetzt habe ich aber das Problem, dass er auf der USB Disk keine Partition findet. Die Daten sind aber da. Fsck habe ich bereits gemacht, aber der sagt die Platte ist in Ordnung (clean). Was komisch ist...auf der SD ist als rootfile partition in der cmdline.txt als rootfile "/dev/sda1" angegeben. Auf der USB Disk heisst die aber "sda" vor & nach dem restore. Da sollte doch auch "sda1" stehen ? Muss ich die vor dem restoren so benennen ? Ich bin leider nicht der Linux Fachmann, aber was ich gesehen habe, dass im Standard bein Backup einige Directories ausgeschlossen sind. Bei einigen kann ich das verstehen (tmp, backup etc.), bei anderen frage ich mich ob das so funktionieren kann. z.b. "sys" wird nicht gesichert. Kann das System nach dem Restore dann überhaupt laufen? Danke für Deine Hilfe schon mal vorab. Gruss Georg]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Tue, 26 Apr 2016 10:00:22 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1342</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1340</link>
			<description><![CDATA[Moin Georg, bist Du Dir sicher dass beides nach dem Stromausfall korrupt ist? Normalerweise hilft schon ein fsck auf die root Partition - sprich Deinen USB Stick. Zu Deinem Fehler: Die Meldung sagt ja dass Du keine Parition als Ziel angeben darfst. Du hast die Partition /dev/sdd1 genommen. Es muss aber das Gerät /dev/sdd sein ;-) Dann sollte der Restore funktionieren. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 25 Apr 2016 20:17:14 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1340</guid>
		</item>
		<item>
			<title>Georg schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1339</link>
			<description><![CDATA[Ich habe auf einem raspberry die root partition ausgelagert auf eine usb disk. Gestern, nach einem Stromausfall, war nun die SD Karte und die Usb Disk nicht mehr lesbar/brauchbar. Ich dachte, ok, du hast ja eine aktuelle Sicherung (mit raspiBackup regelmäßig einmal am Tag eine tar - Sicherung) Aber..... Möchte ich mit "raspiBackup.sh -d /dev/sdd1 -R /dev/sda1 /home/pi/backups/raspberry_old/Raspbmc/old/raspbmc-tar-backup-20160421-200003.tar" die Karfte und die USB Disk an einem Ersatz Raspi wiederherstellen, kommt immer die Meldung: "??? RBK0086E: Wiederherstellungsgerät darf keine Partition sein". Ich komme hier nicht weiter, brauche aber die Daten... (sd Karte und usb disk wurden mit fdisk auf dem raspi formatiert) Weder mit noch ohne Partition ist diese Fehlermeldung weg zu bekommen Gruss Georg]]></description>
			<dc:creator>Georg</dc:creator>
			<pubDate>Mon, 25 Apr 2016 20:05:06 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1339</guid>
		</item>
		<item>
			<title>Homer schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1314</link>
			<description><![CDATA[Getestet ja, aber vor einer guten Zeit, als noch alles auf der SD-Karte drauf war UND ich noch eine Ersatzkarte im Schrank hatte ...]]></description>
			<dc:creator>Homer</dc:creator>
			<pubDate>Fri, 15 Apr 2016 20:49:51 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1314</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1313</link>
			<description><![CDATA[Moin Homer-S, verstehe ich das richtig dass Du den Restore noch nie getestet hast und jetzt den Ernstfall hattest, wo Du das Backup zum ersten Mal restored hast? Ich empfehle auf der Webseite in rot :-) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 15 Apr 2016 13:00:54 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1313</guid>
		</item>
		<item>
			<title>Homer-S schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1312</link>
			<description><![CDATA[DANKE! Es/Er/Sie läuft wieder ... Ich werde den crontab Eintrag auf jeden Tag abändern! Nochmals Danke für diene Hilfe und Geduld!]]></description>
			<dc:creator>Homer-S</dc:creator>
			<pubDate>Fri, 15 Apr 2016 11:33:02 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1312</guid>
		</item>
		<item>
			<title>Homer-S schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1311</link>
			<description><![CDATA[Ok nach dem unmount der sd karte lief es wieder los Und es rattern die Dateien durch Daumen drücken, nicht nur für die Deutsche Mannschaft heute :)]]></description>
			<dc:creator>Homer-S</dc:creator>
			<pubDate>Thu, 14 Apr 2016 21:04:42 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1311</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1310</link>
			<description><![CDATA[Moin Homer-S, ... das sollte so nicht sein :sigh: Hast Du keine weitere Fehlermeldung bekommen? Benutze doch zum restore mal noch den Parameter -m 1 damit Du mehr Meldungen bekommst sowie den Parameter -v. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 14 Apr 2016 20:48:57 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1310</guid>
		</item>
		<item>
			<title>Homer-S schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1309</link>
			<description><![CDATA[Nach 30 min habe ich versucht die Maus zu bewegen, aber nichts ging mehr. Nach dem Neustart bekomme ich eine Fehlermeldung mit dem gleichen Kommando Error occurred with rc=102]]></description>
			<dc:creator>Homer-S</dc:creator>
			<pubDate>Thu, 14 Apr 2016 20:44:27 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1309</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1308</link>
			<description><![CDATA[Moin Homer-S, Rom wurde auch nicht an einem Tage erbaut :-) Also etwas geduld. Du kannst aber auch noch den Parameter -v beim restore benutzen. Dann siehst Du welche Dateien gerade restored werden. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 14 Apr 2016 20:29:59 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1308</guid>
		</item>
		<item>
			<title>Homer-S schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1307</link>
			<description><![CDATA[Guten Abend, Ich restore gerade und warte schon >10 Min Es zeigt immer Restoring backup from ....tar Kommt da noch was oder brauch ich nur Geduld? Danke]]></description>
			<dc:creator>Homer-S</dc:creator>
			<pubDate>Thu, 14 Apr 2016 20:20:04 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1307</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1306</link>
			<description><![CDATA[Moin Homer, Man kann es auch manuell auf einem rechner mit Internetverbindung runterladen (raspiBackup.sh und raspiBackup.conf) und dann auf die SD kopieren. Wie das geht habe ich http://www.linux-tips-and-tricks.de/de/raspibackup/#installation unter Schritt 3 beschrieben. Nein, Dabei entsteht ein ungesunder Mischmasch. Auch ist nicht gewährleistet dass Deine Bootpartition zu Deinem Backup passt. Ich empfehle Dir raspiBackup manuell zu installieren und damit den restore vorzunehmen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 13 Apr 2016 21:47:04 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1306</guid>
		</item>
		<item>
			<title>Homer schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1305</link>
			<description><![CDATA[Hallo framp, meine Motivation hält sich leider extrem in Grenzen, deshalb habe ich es heute erst versucht. Mein LifeLinux kann leider das Backup nicht restoren. raspiBackup konnte ich auch nicht installieren, da das Lifesystem kein Internet hat. Deshalb dachte ich mir, ich versuche es mal so: SD Karte mit neuem Image bespielt. aus der tar Datei, die Dateien entpackt und auf auf die externe root Partition kopiert mit überschreiben. fstab geändert und die cmdline geändert. Der Pi startet auch wieder und startet auch installierte Software, wie z.B. RP-Monitor. Aber schon im (wie nennt man das eigentlich) boot Ablauf kommt ein Fehler, dass mysql nicht gestartet werden kann... Kann das was ich gemacht habe, überhaupt funktionieren?]]></description>
			<dc:creator>Homer</dc:creator>
			<pubDate>Wed, 13 Apr 2016 20:31:47 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1305</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1301</link>
			<description><![CDATA[Moin Homer, was spricht dagegen einfach den Backup zu restoren? Das wäre der einfachste Weg. Du könntest z.B. aber auch eine neue SD Karte mit dem Backup versehen und die wichtigen Daten von der aktuellen SD Karte zurückspielen. Das setzt aber voraus dass Du weisst wo die wichtigen Daten liegen. Ansonsten würde ich in einem RaspberryForum (z.B. http://www.forum-raspberrypi.de/ (Deutsch) oder http://www.raspberrypi.org/forums/ (English) ) mein Problem schildern und um Hilfe fragen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 09 Apr 2016 23:12:08 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1301</guid>
		</item>
		<item>
			<title>Homer schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1300</link>
			<description><![CDATA[Danke für die schnelle Antwort, aber das stellt sich für meine rudimentären Linux Kenntnisse schon als zu schwierig dar ...]]></description>
			<dc:creator>Homer</dc:creator>
			<pubDate>Sat, 09 Apr 2016 22:44:55 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1300</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1299</link>
			<description><![CDATA[Moin Homer, prinzipiell geht das. Es hängt allerdings vom Backup was Du erstellt hast ab - dd, tar oder rsync. Und Du musst SEHR GENAU wissen welche Verzeichnisse alle von mysql benutzt werden. Dazu musst Du das dd oder tar Backup entpacken dass Du die Verzeichnisse Schritt für Schritt zurückspielen kannst. Ich würde aber an Deiner Stelle lieber versuchen das Problem zu beheben. Ich habe z.B. die Fehlermeldung genommen und einer Suchmaschine vorgeworfen und z.B. http://stackoverflow.com/questions/11990708/error-cant-connect-to-local-mysql-server-through-socket-var-run-mysqld-mysq gefunden, der mir sehr vielversprechend aussieht. Wenn es wirklich nicht klappt ist die sicherste Methode noch das gesamte Backup zu restoren. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 09 Apr 2016 21:42:33 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1299</guid>
		</item>
		<item>
			<title>Homer schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1298</link>
			<description><![CDATA[Hallo und guten Abend, kann man aus dem Backup auch "nur" mysql wieder zurück installieren? ich hatte von gestern auf heute beim aufrufen der Pydio homepage plötzlich diese Fehlermeldung: DibiDriverException: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (11)]]></description>
			<dc:creator>Homer</dc:creator>
			<pubDate>Sat, 09 Apr 2016 21:35:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1298</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1280</link>
			<description><![CDATA[Moin Mark, beim Restore wird alles was gesichert wurde, wieder restored damit Du alle möglichen Speichermedien neu haben kannst. Dieses ist in Deinem Falle die Bootpartition auf SD sowie die Rootpartition auf USB. Aus Deiner Frage lese ich heraus, dass es Dir eigentlich nur ums Rootbackup geht. Aber sollte Deine SD Karte ihren Geist aufgegeben haben nützt Dir dieses wenig :o Aber Du hast natürlich Recht: Die Wahrscheinlichkeit, dass dieses passiert ist um Größenordnungen geringer als bei der Rootpartition, denn sie wird beim Booten nur gelesen und 'nutzt' sich somit nur bei einem Firmwareupdate ab. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 26 Mar 2016 16:44:48 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1280</guid>
		</item>
		<item>
			<title>Mark schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1279</link>
			<description><![CDATA[Hallo, ich habe ein (Verständnis)problem beim zurück sichern. Das eigentliche System des Raspi liegt auf einem USB Stick, die SD wird nur zum booten genutzt. Beim Rücksichern muss ich jedoch -d und -R angeben, sollte nicht -R reichen? Oder ist das in beiden Fällen /dev/sda1??? Gruß Mark]]></description>
			<dc:creator>Mark</dc:creator>
			<pubDate>Sat, 26 Mar 2016 16:19:49 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1279</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1276</link>
			<description><![CDATA[Moin Balou, dann war das wohl ein intermittierender Fehler, den das Backupprogramm tar bekommen hat. Die SD Karte hat da vermutlich irgendein Problem gehabt. Lässt sich leider nicht mehr nachvollziehen :sad: CU framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 19 Mar 2016 16:29:22 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1276</guid>
		</item>
		<item>
			<title>Balou schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1275</link>
			<description><![CDATA[framp, Aktuell läuft alles ohne Probleme. Ich konnte den Fehler "Ein Fehler ist aufgetreten mit Rückgabewert=109" abgebrochen." nicht wieder nachstellen. Ob zwischenzeitliches formtieren der Karte das erstmal beseitigt hat weiß ich nicht. H2testw hat jedenfalls nichts nichts gefunden.]]></description>
			<dc:creator>Balou</dc:creator>
			<pubDate>Sat, 19 Mar 2016 15:01:19 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1275</guid>
		</item>
		<item>
			<title>Balou schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1271</link>
			<description><![CDATA[framp Zwischenstand bis jetzt. Restore Versuche aus Tar Backup. Mit Karte ca 3 Monate alt kein Problem, mit Karte neu frisch ausgepackt, kein Problem. ein IMG Image auf die Karte mit der ich die Probleme hatte, kein Problem. Karte ist ca 4 Monate alt. Alles Sandisk Ultra 16GB Ich probiere die Tage noch mal das tar Backup und Restore.]]></description>
			<dc:creator>Balou</dc:creator>
			<pubDate>Mon, 14 Mar 2016 11:56:26 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1271</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1270</link>
			<description><![CDATA[Moin Balou, dieser intermittierende I/O Fehler weist auf Probleme mit der SD Karte auf die Du restorest hin. Versuche mal den Restore auf eine andere und möglichst neue SD Karte. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 12 Mar 2016 20:27:36 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1270</guid>
		</item>
		<item>
			<title>Balou schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1269</link>
			<description><![CDATA[framp, jetzt ist das Restore nach zwei mal mit Fehler ohne Fehler durchgelaufen. Im alten Log habe noch das gelesen: tar: ./overlays: Funktion mkdir fehlgeschlagen: Eingabe-/Ausgabefehler tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler]]></description>
			<dc:creator>Balou</dc:creator>
			<pubDate>Sat, 12 Mar 2016 20:14:53 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1269</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1268</link>
			<description><![CDATA[Moin Balou, guter Punkt. Ich sollte mal die RCs dokumentieren :-* . 109 bedeutet dass das Backupprogram, also in Deinem Falle tar, einen Fehler beim Restore bekommen hat. Den exakten RC vom tar schreibt die Meldung leider nicht. Das werde ich in der neuen Version ändern. Du kannst aber in das Log reinsehen. Dort siehst Du den genauen tar Befehl der aufgerufen wird und dort folgt dann anschliessend ein Logeintrag 'Result xyz' wobei xyz der Returnwert von tar ist. Dann musst Du nachsehen was der RC beim tar bedeutet. Es kann auch helfen noch den Aufrufparameter -v zu benutzen. Dann wird die gesamte Ausgabe von tar gelogged was auch weiterhelfen kann den tar Fehler einzugrenzen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 12 Mar 2016 18:47:48 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1268</guid>
		</item>
		<item>
			<title>Balou schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1267</link>
			<description><![CDATA[Hi, Mit ist gerade ein Restore mit "Ein Fehler ist aufgetreten mit Rückgabewert=109" abgebrochen. Was soll mir der Fehler sagen? Übrigens tar Backup]]></description>
			<dc:creator>Balou</dc:creator>
			<pubDate>Sat, 12 Mar 2016 18:28:57 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1267</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1225</link>
			<description><![CDATA[Moin Frank, in der Tat: Das ist ein Bug :oops: . Du bist der Erste der ein Restore eines gezippten dd Backups probiert hat. Ich muss gestehen , dass ich nur immer den dd Restore getestet habe :sad: Der Fix ist ja einfach: Einfach den Text if= löschen. In der nächsten Version ist der Fix drin. Vielen Dank für den Hinweis und die Problemanalyse. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 10 Feb 2016 17:30:16 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1225</guid>
		</item>
		<item>
			<title>Frank Z. schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1224</link>
			<description><![CDATA[Hallo Framp! Erstmal besten Dank für das nützliche Skript! Ich glaube, ich habe einen Bug gefunden. Ich versuche, ein gezipptes dd Image zu restoren. Das Skript erkennt korrekt, dass das Image gepackt ist ("*.img.gz"), übergibt aber einen falschen Parameter (if=), der für reines dd gedacht wäre, an gzip: 20160210-004814: MSG !!! RBK0066W: Device /dev/sde will be overwritten with the saved boot and root partition 20160210-004814: MSG --- RBK0038I: Are you sure? y/N 20160210-004818: DBG >> restore 20160210-004818: DBG -- TRAP cleanup SIGINT SIGTERM EXIT 20160210-004818: MSG --- RBK0050I: Restoring backup from /backuppath/orion-ddz-backup-20160209-235331.img.gz 20160210-004818: DBG -- gunzip -c if="/backuppath/orion-ddz-backup-20160209-235331.img.gz" | dd of=/dev/sde bs=1MB gzip: if=/backuppath/orion-ddz-backup-20160209-235331.img.gz: No such file or directory 0+0 records in 0+0 records out Hoffe geholfen zu haben! ;) Viele Grüße, Frank]]></description>
			<dc:creator>Frank Z.</dc:creator>
			<pubDate>Wed, 10 Feb 2016 00:57:44 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1224</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1191</link>
			<description><![CDATA[Moin Wolle, normalerweise sollte dieser Fehler nicht auftreten. Bitte versuche den Restore noch einmal mit den Parametern -l 1 -m 1 und schicke mir bitte das Log an meine eMailadresse (Siehe Kontaktseite). Die force option kann man einschalten mit dem undokumentierten Parameter -1 (Eins). Das Restore sollte dann funktionieren. Du solltest dann aber genau pruefen ob das Restore Image funktioniert. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 14 Jan 2016 10:40:06 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1191</guid>
		</item>
		<item>
			<title>Wolle schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1186</link>
			<description><![CDATA[Hallo framp das restore meines tar backup klappt nicht. sfdisk meldet einen Fehler (siehe Logausschnitt). Kann man die --force Option über einen Parameter einschalten oder hast Du noch eine bessere Idee? Danke für das prima Script und die Hilfe. Wolle sfdisk: Checking that no-one is using this disk right now ... sfdisk: OK sfdisk: Warning: partition 1 does not end at a cylinder boundary sfdisk: Warning: partition 2 does not start at a cylinder boundary sfdisk: Warning: partition 2 does not end at a cylinder boundary sfdisk: end of partition 2 has impossible value for cylinders: 1023 (should be in 0-1022) sfdisk: I don't like these partitions - nothing changed. (If you really want this, use the --force option.)]]></description>
			<dc:creator>Wolle</dc:creator>
			<pubDate>Wed, 13 Jan 2016 23:06:30 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1186</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1179</link>
			<description><![CDATA[Moin Marcus, freut mich dass es geklappt hat. Deine Anregnung diese Funktionalität in raspiBackup aufzunehmen wurde schon öfter geäußert. Momentan liegt mein primärer Fokus darauf ein Regressionpaket für raspiBackup zusammenzustellen, so dass Fehler bedingt durch Änderungen oder Erweiterungen im Script sofort erkannt werden und nicht publiziert werden. Danach sehe ich mir mal an wie man Änderungen in dem Partitionslayout für den Restore vornehmen kann. Eine gut Idee habe ich momentan noch nicht. Ich möchte soweit wie möglich Linuxstandardtools dafür benutzen. Mal sehen was mir einfällt. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 10 Jan 2016 13:36:38 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1179</guid>
		</item>
		<item>
			<title>Marcus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1178</link>
			<description><![CDATA[PS: Sehr schön wäre natürlich, wenn das Script mit einem Schalter beim Restore die Größe des Devices automatisch erkennen würde und die größte Partition entsprechend anpassen würde. Man könnte so auch ganz leicht das System von kleinen auf große SD-Karten und umgekehrt "umtopfen", ohne selbst rechnen zu müssen.]]></description>
			<dc:creator>Marcus</dc:creator>
			<pubDate>Sat, 09 Jan 2016 14:59:13 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1178</guid>
		</item>
		<item>
			<title>Marcus schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1177</link>
			<description><![CDATA[Hallo Framp, tolles Script - Backup und Restore (Tar-Modus) auf eine Time Capsule funktionieren einwandfrei! Vielen Dank auch für den Tipp #36 und #40 zum Verkleinern der Partitionen, hat nach etwas Rechnerei 1a funktioniert, auch bei einer komplexeren Partitionstabelle. Noch einmal vielen Dank für ein so tolles Backup-Script. Viele Grüße, Marcus]]></description>
			<dc:creator>Marcus</dc:creator>
			<pubDate>Sat, 09 Jan 2016 14:54:02 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1177</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1169</link>
			<description><![CDATA[Moin Achim, die -X Option ist schon lange nicht mehr notwendig. Aber ich habe gesehen, dass sie noch in den Beispielaufrufen benutzt wurde. Das habe ich gerade korrigiert. Danke für den Hinweis. Zu Deinem zweiten Punkt: raspiBackup macht eine exakte Kopie und erfordert deshalb auch dass die Partitionen der Quell SD Karte auf die Ziel SD Karte passen. Es gibt aber einen Trick, wie man die Größe manuell ändern kann. Siehe dazu den Beitrag #36 und #40. Ich werde diese Funktionalität auch irgendwann einbauen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 03 Jan 2016 10:17:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1169</guid>
		</item>
		<item>
			<title>Achim schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1168</link>
			<description><![CDATA[Moin - Gute Arbeit, ist die -X Option in deinem Beispiel richtig? Bei mir gibts deswegen eine Fehlermeldung, wenn ich -X weg lasse gehts. Leider bekomme ich auch beim tar-backup die Fehlermeldung, dass meine Ziel- Karte (ein paar) Bytes zu klein ist. Habe eigentlich das tar-Backup genommen um auf eine kleinere Karten zurückzuschreiben. Gruss, Achim]]></description>
			<dc:creator>Achim</dc:creator>
			<pubDate>Sun, 03 Jan 2016 07:17:50 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1168</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1161</link>
			<description><![CDATA[Moin Raspi-Newbie, vielen Dank für die Bestätigung dass dieses Verfahren funktioniert um einen Restore auf eine kleinere SD Karte hinzubekommen. Das erfordert größere Änderungen, die bislang nicht geplant sind. raspiBackup war ja ursprünglich nur für mich gedacht und der Funktionsumfang ist mittlerweile weit über meine Ansprüche hinausgewachsen. Für diese Funktion müssen mehr Metadaten beim Backup erfasst werden, denn die Funktion macht ja nur Sinn wenn für das Backup noch genügend Platz auf der SD Karte übrig bleibt nach dem Restore. Ich könnte mir aber vorstellen ein weiteres Script zu erstellen welches das Verkleinern der Konfigdateien vornimmt. Wann ich dazu komme weiss ich nicht. Aber ich habe dieses im Hinterkopf :-) Cu framp PS: Ich nehme Deinen Kommentar als Anlass diesen manuellen Workaround auf der Webseite zu beschreiben so dass jeder zukünftig mit dieser manuellen Methode einen Restore auf eine kleiner SD Karte vornehmen kann.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 30 Dec 2015 14:46:40 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1161</guid>
		</item>
		<item>
			<title>Raspi-Newbie schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1160</link>
			<description><![CDATA[Hallo zusammen, ich hatte vorhin auch das gleiche Problem wie strawmeas. Die neue SD-Karte ist offenbar um 20971520 Bytes zu klein. ??? RBK0105E: Die Ziel SD Karte ist zu klein. Minimum erforderlich: 7969177600 bytes - Verfügbar: 7948206080 bytes ??? RBK0015E: Ein Fehler ist aufgetreten mit Rückgabewert=102 Nun habe ich den Rat von framp befolgt und die Datei .fdisk des Backups angepasst: Vorher: /dev/mmcblk0p2 : start= 122880, size= 15441920, Id=83 Nachher: /dev/mmcblk0p2 : start= 122880, size= 15000000, Id=83 Und, siehe da, es klappt! Der Pi bootet auf der neuen SD-Karte und macht was er soll. @framp: Es wäre natürlich klasse, wenn die Funktion irgendwann Einzug in das Skript findet. Guten Rutsch!]]></description>
			<dc:creator>Raspi-Newbie</dc:creator>
			<pubDate>Wed, 30 Dec 2015 11:32:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1160</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1086</link>
			<description><![CDATA[Moin Robin Woodo, jetzt habe ich mir Dein Problembericht noch mal genauer angesehen und habe auch ohne Log den Fehler gefunden. Du rufst das Script mit dem Parameter -p auf - der hat aber beim restore nichts zu suchen ;-) Lass den Parameter weg und dann sollte alles wie gewünscht klappen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 27 Nov 2015 18:35:44 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1086</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1084</link>
			<description><![CDATA[Moin Robin Woodo, Deine Parameter sehen eigentlich OK aus. Rufe bitte den Restore mit den zusätzlichen Parametern -l 1 -L 3 -v -m 1 auf und schicke mir das Log an die auf der Kontaktseite genannten eMail. Ich sehe mir das dann mal an. Cu framo]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 26 Nov 2015 23:07:03 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1084</guid>
		</item>
		<item>
			<title>RobinWoodo schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1082</link>
			<description><![CDATA[Hi, ich habe ebenfalls ein Backup meiner NOOB Installation als .tar angelegt. Beim Restore habe ich nun ein paar Probleme. Die SD-Karte auf die das Backup aufgespielt werden soll ist laut "sudo parted -l" als "/dev/sdd" bekannt. Den Restore versuche ich über folgenden Befehl "sudo /usr/local/bin/raspiBackup.sh -p -d /dev/sdd -r /PFAD" durchzuführen. Leider bekomme ich hierbei immer den Fehler "??? RBK0031E: Backuppfad -d exisitert nicht". Was mache ich falsch? Vielen Dank für deine Hilfe!]]></description>
			<dc:creator>RobinWoodo</dc:creator>
			<pubDate>Thu, 26 Nov 2015 22:41:54 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1082</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1080</link>
			<description><![CDATA[Moin strewmeas, der partitionsorientierte Restore legt alles wieder so an wie es auf dem Backup war. Allerdings verstehe ich was Du vorhast und es ist auch ein valides Einsatzszenario vom Backupscript. Vielleicht baue ich es irgendwann mal ein, dass man die Größe der Partition beim Restore angeben kann. Nachdem ich jetzt aber ziemlich lange am partitionsorientierten Modus gearbeitet habe werde ich erst mal keine größere Änderungen aufnehmen. Du kannst aber folgendes machen: 1) Die Datei .fdisk des Backups irgendwo sichern und dann darin den Wert der bytes mit Disk /dev/sda: 128.0 GB, 128035676160 bytes ändern und die Zahl der Bytes der QuellPartition halbieren in 64017838080 2) Die Datei .sfdisk des Backups irgendwo sichern und dann darin den Wert von size= /dev/mmcblk0p2 : start= 122880, size= 7618560, Id=83 halbieren in 3809280 Der Lösungsansatz ist ungetestet. Er sollte aber eigentlich funktionieren. Lass uns wissen ob es so funktioniert. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 26 Nov 2015 19:04:36 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1080</guid>
		</item>
		<item>
			<title>strawmeas schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1078</link>
			<description><![CDATA[Hallo, folgendes Problem: Ich habe ein partitions-orientiertes tar-Backup meiner SD-Karte erstellt, die zwar 16GB groß ist, aber deren Root-Partition nur 7,5 GB beträgt. Dieses Backup wollte ich auf eine via USB angeschlossene 8-GB-Karte wiederherstellen, bekomme hier aber die Meldung "RBK0105E: Die Ziel SD Karte ist zu klein" Was mache ich falsch? Gruß strawmeas]]></description>
			<dc:creator>strawmeas</dc:creator>
			<pubDate>Thu, 26 Nov 2015 08:45:55 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1078</guid>
		</item>
		<item>
			<title>heeelga schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1045</link>
			<description><![CDATA[Moin framp, vielen Dank noch einmal für den großartigen Support! Mit deiner neuen Version klappt alles wie gewollt. Zusammengefasst habe ich dein Script installiert, dann die .sh Datei mit der neueren Version durch Copy/Paste ersetzt und kann nun den Restore mit -Y automatisiert anlaufen lassen. Ich habe darüber hinaus keine Probleme feststellen können :). Grüße, heeelga]]></description>
			<dc:creator>heeelga</dc:creator>
			<pubDate>Mon, 09 Nov 2015 12:57:08 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1045</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1026</link>
			<description><![CDATA[Moin heeelga, -y ist undokumentiert und wird von mir benutzt um das Script eben schnell auf meinen Raspis zu installieren. In der kommenden version 0.6, die auch NOOBS Images unterstuetzt, habe ich den Parameter -Y eingefuehrt, weil es mich auch beim Testen genervt hat immer mit yes zu antworten. Er ist aber nicht ganz ungefaehrlich - Du kannst Dir damit u.U. eine Partition zerschiessen :o Wenn Du willst rolle ich den Parameter -Y in den aktuellen Stand rein und schicke Dir das neue Script. Du bist dann natuerlich auch der Tester ob der cherry-pick OK ist 8) Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 22 Oct 2015 17:16:25 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1026</guid>
		</item>
		<item>
			<title>heeelga schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1025</link>
			<description><![CDATA[Hi Framp, vielen Dank für den ausführlichen Artikel und das geniale Backupscript. Ich hatte es vorher mal mit der OneLiner DD Backup Methode probiert aber da hat das zurücksichern des Images nie geklappt. Eine Frage hätte ich zum Restore, keine Ahnung ob das möglich ist. Gibt es einen Parameter den man beim Restore auf eine SD Karte mitgeben kann wodurch keine "Yes/No" Abfrage kommt? Ich würde nämlich gerne per Cron das Backup auf eine Ersatz SD zurücksichern lassen. Der Paramter -y scheint nicht zu funktionieren. Danke im Voraus!]]></description>
			<dc:creator>heeelga</dc:creator>
			<pubDate>Thu, 22 Oct 2015 15:18:21 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-1025</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-945</link>
			<description><![CDATA[Vielen Dank beMoD für deine ausführliche Erklärung sowie Deine Hilfe das Problem zu identifizieren. Ohne diese hätte es ziemlich sicher sehr lange gebraucht diesen tricky Fehler in parted zu finden.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 16 Aug 2015 22:00:36 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-945</guid>
		</item>
		<item>
			<title>beMoD schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-944</link>
			<description><![CDATA[Nach relativ aufwändiger Suche scheint mein Problem jetzt gelöst zu sein, bzw. zumindest ist der Auslöser bekannt. Ich habe festgestellt, dass das dd, mit dem das Image der boot Partition zurückgespielt wird bei mir eine reguläre Datei /dev/sdb1 anlegt, anstatt wie es richtig wäre in das Blockdevice /dev/sdb1, also die erste Partition der SD Karte, zu schreiben. Daher kommt dann der "No space left on device" Fehler, da unter /dev nur 10MB Platz sind. Weitere Untersuchungen haben dann ergeben, dass das tool partprobe direkt vor dem dd Aufruf aufgerufen wird. Durch den Aufruf von partprobe wird die Partitionstabelle der SD Karte neu eingelesen. Interessanterweise verschwand aber kurz nach der Beendigung von partprobe das Device /dev/sdb1. Das sollte nicht passieren und sieht für mich wie ein Bug in partprobe aus. Genau in dem Moment hat dd dann angefangen dort hinzuschreiben´und dadurch wurde die reguläre Datei angelegt. Das Problem scheint nur in parted 3.2 (enthalten im jessie Release von Raspbian oder Debian) aufzutreten. Nach einem Downgrade auf parted 2.2 trat das Problem nicht mehr auf. Grüße, beMoD]]></description>
			<dc:creator>beMoD</dc:creator>
			<pubDate>Sun, 16 Aug 2015 21:31:02 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-944</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-938</link>
			<description><![CDATA[Moin beMoD, da sieht man wieder dass es wichtig ist den Restore zu testen :-) Du musst den restore mit -l 1 -m 1 aufrufen und mir das Log bereitstellen. Die Konsolausgabe reicht nicht. Kannst mir das Log auch per email zuschicken (-> Kontakt Seite). Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 13 Aug 2015 23:39:38 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-938</guid>
		</item>
		<item>
			<title>beMoD schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-937</link>
			<description><![CDATA[Hiho, endlich konnte ich das restore testen. (Verdammte interne SD-Karten Leser, die sich nicht in eine VM einbinden lassen wollen.) Das System bootet und es scheint alles gut. Allerdings schmeisst das dd beim restore einen Fehler. Was mich auch ein wenig stutzig macht sind die zusätzlichen Partitionen sdb3 und sdb4. Wo kommen die her? Hier die interessanten Zeilen des logs: http://nopaste.linux-dev.org/?674344 Grüße, beMoD]]></description>
			<dc:creator>beMoD</dc:creator>
			<pubDate>Thu, 13 Aug 2015 23:21:22 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-937</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-919</link>
			<description><![CDATA[Moin Jan, vielen Dank für den erfolgreichen Test des Fixes. In der nächsten Version wird der Fix dann verfügbar sein. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 03 Aug 2015 20:21:45 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-919</guid>
		</item>
		<item>
			<title>Jan schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-918</link>
			<description><![CDATA[Hallo, danke, hatte mir sowas schon gedacht, warte gerne auf den fix, ist auch nichts dringendes. Teste dann gerne. Gruß Jan]]></description>
			<dc:creator>Jan</dc:creator>
			<pubDate>Sun, 02 Aug 2015 22:44:24 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-918</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-916</link>
			<description><![CDATA[Moin Jan, Es liegt daran, dass Du als Hostnamen Cam-Garage benutzt. Würde Dein Host CamGarage heissen würde der Fehler nicht auftreten :-) Momentan mag das Script keine Hostnamen mit Bindestrich :oops: Es gibt jetzt 2 Möglichkeiten: 1) Du änderst alle Dateien im Backupvereichnis Cam-Garage-backup.img Cam-Garage-backup.mbr Cam-Garage-backup.sfdisk Cam-Garage-tar-backup-20150802-112641.tar dass sie CamGarage-backup.img CamGarage-backup.mbr CamGarage-backup.sfdisk CamGarage-tar-backup-20150802-112641.tar heissen. Dann wird der Restore funktionieren. 2) Du wartest bis ich einen Fix für das Script gebaut habe den ich Dir dann per eMail zuschicke zum Testen. Du musst mir nur Bescheid geben ob Du auf den Fix warten möchtest. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 02 Aug 2015 17:50:06 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-916</guid>
		</item>
		<item>
			<title>Jan schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-915</link>
			<description><![CDATA[Hallo, bekomme beim Versuch eine tar sicherung zurückzuspielen folgendes gemeldet: pi@Cam-Haus ~ $ sudo raspiBackup.sh -X -d /dev/sda -r /mnt/backup/Cam-Garage/Cam-Garage-tar-backup-20150802-112641.tar ??? RBK0034E: File /mnt/backup/Cam-Garage/Cam-backup.sfdisk not found pi@Cam-Haus ~ $ folgende Dateien wurden bem Backup angelegt: /mnt/backup/Cam-Garage/ Cam-Garage-backup.img Cam-Garage-backup.mbr Cam-Garage-backup.sfdisk Cam-Garage-tar-backup-20150802-112641.tar Gruß Jan]]></description>
			<dc:creator>Jan</dc:creator>
			<pubDate>Sun, 02 Aug 2015 17:06:32 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-915</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-684</link>
			<description><![CDATA[Fein. Ich dachte dass die Beschreibung zu dem -r Parameter genau genug ist. Ich habe sie jetzt noch etwas erweitert :-)]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 10 Mar 2015 22:08:11 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-684</guid>
		</item>
		<item>
			<title>Friesen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-683</link>
			<description><![CDATA[Super, das hat funktioniert! Danke :lol:]]></description>
			<dc:creator>Friesen</dc:creator>
			<pubDate>Tue, 10 Mar 2015 21:10:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-683</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-682</link>
			<description><![CDATA[Moin Friesen, Du musst die backup tar Datei angeben - also sowas wie raspberrypi-tar-backup-20150215-033001.tar. Dann sollte es funktionieren. Dein Log was Du mir zugeschickt hat war hilfreich. Denn ich muss zugeben, dass der Restore da noch besser und vor allen Dingen früher prüfen sollte, ob alle Dateien vorliegen. Das werde ich fixen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Tue, 10 Mar 2015 19:16:44 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-682</guid>
		</item>
		<item>
			<title>Friesen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-680</link>
			<description><![CDATA[Also ich bin gerade dabei ein frisch eingerichtete SD Karte zu restoren. Hier mein Backupbefehl "sudo /usr/local/bin/raspiBackup.sh -p /media/usbhdd/Backups -t tar" Beim Restore verwende ich "sudo ./raspiBackup.sh -X -d /dev/sdf -r /medie/stas/Daten/Backups/raspberrypi/" Dabei bekomme ich direkt eine Fehlermeldung, dass die *.sfdisk nicht gefunden wurde. Die ist aber definitiv da drin. Naja nicht weiter tragisch, dann wähle ich diese explizit aus: sudo ./raspiBackup.sh -X -d /dev/sdf -r /medie/stas/Daten/Backups/raspberrypi/raspberrypi-backup.sfdisk Hier die Übersicht der Mounts /dev/sda1 ext4 / 7f83fe1c-2a8a-4563-afd6-cb9ad6ab94c1 /dev/sda5 swap c07e5da8-f62e-4adc-a335-ae455b5b44d5 /dev/sdb1 vfat boot (not mounted) 140A-14B7 /dev/sdb2 ext4 (not mounted) f24a4949-f4b2-4cad-a780-a138695079ec /dev/sdc1 ntfs Daten /media/stas/Daten 7640A2E740A2ACF5 ist der letzte restrorebefehl ok? VG Friesen]]></description>
			<dc:creator>Friesen</dc:creator>
			<pubDate>Mon, 09 Mar 2015 22:09:22 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-680</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-679</link>
			<description><![CDATA[Moin Friesen, der Restore sollte eigentlich booten wenn Du beim Backup nicht alle Services gestopt hat. Dass Deine Services dann vielleicht ein Problem haben ist eine andere Story :-* Aber versuche es nochmal und schicke mir dannraspiBackup.log an meine eMail damit ich mir das mal ansehen kann, Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 09 Mar 2015 00:00:10 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-679</guid>
		</item>
		<item>
			<title>Friesen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-678</link>
			<description><![CDATA[Hallo, danke für deine Antwort, ich habe es eben mit dem neuem Script versucht. Er hat auf jeden fall etwas gemacht. Nach dem die Meldung erschien, dass die Wiederherstellung erfolgreich abgeschlossen wurde, wollte ich natürlich den raspli von der Karte booten. Das hat nicht geklappt. :sad: Aber ich vermute, dass es evt. an dem Backup noch liegen kann. Denn ich habe das Backup gezogen ohne jegliche Dienste zu beenden. Ich hatte Seafile und Baikal am laufen. Ich werden morgen den Raspi noch mal neue aufsetzten, dann Backup machen und erneut wiederherstellen. Danach werden ich von meinen Taten berichten.]]></description>
			<dc:creator>Friesen</dc:creator>
			<pubDate>Sun, 08 Mar 2015 23:53:12 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-678</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-677</link>
			<description><![CDATA[@Friesen, Du lässt nix mehr von Dir hören. Wie sieht es nun aus mit dem Restore? Funktioniert es? Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 08 Mar 2015 20:48:31 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-677</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-672</link>
			<description><![CDATA[Moin Friesen, absolut richtig den Restore auch zu testen bevor man ihn dann wirklich mal braucht! zu 1): Nein, das geht nicht. technisch ist das sicherlich möglich zum implementieren, aber dazu habe ich keine Zeit. zu 2): Benutzt Du die aktuelle Version. ich habe gerade letztens an der Stelle was gefixed - aber nur theoretisch, da ich die HW nicht habe. Es kann also sein dass da immer noch was nicht ganz OK ist. Bitte lade die aktuelle Scriptversion runter und versuche den restore nochmal. Wenn es immer noch nicht funktioniert füge den Parameter -l 1 (kleines L) im Aufruf dazu und schicke mir das raspiBackup.log File an meine eMailAdresse, die Du im Kontaktbereich findest und ich sehe mir das dann genauer an. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 04 Mar 2015 20:20:24 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-672</guid>
		</item>
		<item>
			<title>Friesen schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-670</link>
			<description><![CDATA[Hallo Zusammen, ich habe mit diesem Script ein Tar Backup auf eine externe Festplatte erstellt. Soweit so gut :roll: Anschliessend möchte ich es natürlich auch testen, ob das Restore funktioniert. Jetzt zur meinen Fragen. 1. muss der Restore auf einem anderen Linux Rechner erfolgen, oder kann er sich selbst überschreiben. Also ich meine das Raspberry Pi hat diese SD karte drin und ich lasse es auf sich selbst restoren. Ich denke das wird nicht funktionieren? 2. Zum testen wurde ein Debiansystem verwendet. BackupHDD gemountet, SD Karte wird unter /dev/sdb aufgelistet. Es gibt zwei weiteren Unterpartitionen sdb1 und sdb2, die sind nicht gemountet. Wenn ich das Befehl zu Restore ausführe "sudo ./raspiBackup.sh -X -d /dev/sdb -r /media/usbhdd/Backus/ezbraspi/" bekomme ich ein Fehler "RBK0011E: Keine boot Partition mmcblk0p1 gefunden" Was mache ich falsch? kann mir bitte einer Helfe. Besten Dank im Voraus.]]></description>
			<dc:creator>Friesen</dc:creator>
			<pubDate>Wed, 04 Mar 2015 00:47:05 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-670</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-650</link>
			<description><![CDATA[Heute bin ich endlich mal dazu gekommen Eure Änderungs- und Verbesserungsvorschäge der letzten Zeit zu sammeln -> http://www.linux-tips-and-tricks.de/de/raspberry/431-raspibackup-sh-verbesserungs-und-aenderungsvorschlaege. Sollte ich was vergessen haben bitte darauf hinweisen und ich nehme das Fehlende noch in der Liste mit auf.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Wed, 18 Feb 2015 11:56:41 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-650</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-640</link>
			<description><![CDATA[Good catch. Eine unpartitioniert SD Karte habe ich bislang nicht zum Restore genommen :oops:]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sun, 15 Feb 2015 19:43:40 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-640</guid>
		</item>
		<item>
			<title>Michael schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-638</link>
			<description><![CDATA[Zu 2) Mit '/dev/mmcblk0p' schlägt das Anlegen der Partitionen fehl. Zumindest bei unpartitionierten SD-Karten gibt es also Probleme. Zu 3) Ich habe mir das inzwischen auch selbst beantwortet: Ich habe alle Referenzen auf '/mnt' in der Funktion 'restore()' durch eine Variable ersetzt, die auf '/mnt/raspiBackup' zeigt. Das Verzeichnis wird zu Beginn angelegt, falls es noch nicht existiert. Das scheint so zu funktionieren. Den Code kann ich Dir bei Interesse zukommen lassen. Viele Grüße, Michael]]></description>
			<dc:creator>Michael</dc:creator>
			<pubDate>Sun, 15 Feb 2015 13:10:39 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-638</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-637</link>
			<description><![CDATA[Moin Michael, Danke fuer Deine Anmerkungen. zu 1) Da ist richtig. Die Doc werde ich updaten. Der restoreschwerpunkt lag auch bislang immer beim rsync und da ist die doc OK zu 2) Geht es nicht wenn /dev/mmcblk0p angegeben wird? Anyhow werde ich das mal prüfen. zu 3) Ist richtig. Hat sich aber noch niemand beschwert :-* Das nehme ich mir auch vor und aendere das. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Sat, 14 Feb 2015 20:51:37 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-637</guid>
		</item>
		<item>
			<title>Michael schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-635</link>
			<description><![CDATA[3. Das Skript scheint davon auszugehen, dass es volle Kontrolle über das Verzeichnis '/mnt' auf dem Laptop hat, dass darunter keinerlei andere Laufwerke gemountet sind, und dass es problemlos alle evtl. gemounteten Laufwerke unmounten kann. Das erscheint mir ein bisschen weltfremd. Unter '/mnt' sind häufig in weiteren Unterverzeichnissen andere Netzwerk-Laufwerke gemountet (bei mir z. B. das Raspi-Backup-NAS der Fritzbox), was unweigerlich zum Konflikt führt. Kannst Du die Mount/Unmount-Aktivitäten von RaspiBackup (Restore) vielleicht auf ein Unterverzeichnis von '/mnt' (z. B. '/mnt/raspiBackup') beschränken? Das würde wahrscheinlich einige Konflikte vermeiden. Ansonsten, keep up the good work! Viele Grüße, Michael]]></description>
			<dc:creator>Michael</dc:creator>
			<pubDate>Sat, 14 Feb 2015 14:21:22 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-635</guid>
		</item>
		<item>
			<title>Michael schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-634</link>
			<description><![CDATA[Hallo Framp, ich probiere gerade die Restore-Funktion Deines Backup-Skripts (Version 0.5.8.8) aus, und habe einige Kommentare dazu. Ich erstelle ein Backup im TGZ-Modus auf ein gemountetes Laufwerk (das NAS von der Fritzbox). Das klappt soweit auch ganz gut. Den Restore führe ich auf meinem Laptop mit Linux durch. Im Laptop ist die SD-Karte des Restore-Raspis eingesteckt, und erscheint als 'dev/mmcblk0p1' und 'dev/mmcblk0p2' in Linux. Dabei gibt es die folgenden Auffälligkeiten: 1. Als Aufrufparameter muss ich den vollen Pfad der Backup-Datei (mit Endung '.tgz') angeben, und nicht nur das Verzeichnis (wie in der Anleitung beschrieben). 2. Ds Skript kommt mit der Notation des (virtuellen) Laufwerks der SD-Karte nicht klar. Es erwartet ein physikalisches Device (z. B. '/dev/sda'), an das nur eine Ziffer als Partitionskennung angehängt wird (z. B. '/dev/sda1'). Bei SD-Karten läuft das aber anscheinend anders (zumindest in meiner Linux-Distribution auf dem Laptop): Das physikalische Device hat den Namen 'dev/mmcblk0', und die Partitionen haben die Namen 'dev/mmcblk0p1' und 'dev/mmcblk0p2'. Da mogelt sich also noch ein 'p' dazwischen. Ich habe den Code entspr. angepasst (ca. Zeile 1550 im Skript):	if [[ $RESTORE_DEVICE = "/dev/mmcblk0" ]]; then	BOOT_PARTITION="${RESTORE_DEVICE}p1"	else	BOOT_PARTITION="${RESTORE_DEVICE}1"	fi	logItem "BOOT_PARTITION: "	ROOT_PARTITION_DEFINED=1	if [[ -z $ROOT_PARTITION ]]; then	if [[ $RESTORE_DEVICE = "/dev/mmcblk0" ]]; then	ROOT_PARTITION="${RESTORE_DEVICE}p2"	else	ROOT_PARTITION="${RESTORE_DEVICE}2"	fi Das kannst Du gerne übernehmen. Punkt 3 folgt in einer weiteren Nachricht, da sie sonst zu lang würde.]]></description>
			<dc:creator>Michael</dc:creator>
			<pubDate>Sat, 14 Feb 2015 14:18:44 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-634</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-552</link>
			<description><![CDATA[Moin Bernd, Dir wünsche ich auch alles Gute im neuen Jahr - sowie auch ein erfolgreichen Backup und Restore Deiner Raspi :-) . Ich habe jetzt zwei Beispielaufrufe des Backupscripts für die beiden Arten des Restores oben in der Beschreibung aufgenommen. Die habe ich schlichtweg vergessen :oops: Welche Parameter Du genau einsetzen musst kann ich aus Deinen Informationen nicht entnehmen, da diese Informationen die aktuellen Daten der Pi zum Zeitpunkt des Backups sind. Beim Restore sieht es meist ganz anders aus. Ich würde den Restore bei mir auf meinem Linuxdesktop wie folgt machen: 1) Einstecken der SD Karte und sie wird bei mir als /dev/sdf erkannt. Vermutlich ist es bei Dir /dev/sdb oder wenn Du ein CDRomLaufwerk hast /dev/sdc. Am besten nach dem Einstecken mit sudo fdisk -l prüfen. (-d Parameter) 2) Einstecken der USB Platte, die die Rootpartition restored bekommen soll. Ist bei Dir vermutlich /dev/sdc oder /dev/sdd. Dieses wieder mit sudo fdisk -l prüfen. Da Deine Rootpartition /dev/sda6 ist, soltest Du dann /dev/sdc6 oder /dev/sdd6 sein. (-R Parameter) Wichtig ist, dass Deine externe Platte, wenn Du sie an Deine Pi anschliesst, dann wieder als /dev/sda erkannt wird. Sonst wird der Boot schiefgehen. Solltest Du kein Linux System im Zugriff haben, musst Du die Pi selbst zum Restore benutzen und irgendein raspbian auf Deiner Pi starten und dann die o.g. Schritte vornehmen. Cu framp]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Thu, 01 Jan 2015 19:31:02 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-552</guid>
		</item>
		<item>
			<title>Bernd schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-551</link>
			<description><![CDATA[Hallo framp, nachdem ich erfolgreich einige rysync-Backups erstellt habe, möchte ich diese auch testen. Also RESTORE mit dem raspiBackup.sh Skript auslösen. Nur, wie sollte der Aufruf lauten? Anbei meine für's Backup verwendete raspiBackup.conf: # Pfad, um die Backupdatei zu speichern DEFAULT_BACKUPPATH="/mnt/raspiBackups" # wie viele Backups DEFAULT_KEEPBACKUPS=3 # Art der Sicherung: dd, tar, xbmc or rsync DEFAULT_BACKUPTYPE="rsync" # Befehle, um Dienste zu beenden, getrennt durch Semicolon ; DEFAULT_STOPSERVICES="/usr/local/etc/raspiBackupStartStop.sh stop" # Befehle, um Dienste zu sraten, getrennt durch Semicolon ; DEFAULT_STARTSERVICES="/usr/local/etc/raspiBackupStartStop.sh start" ...... Hier noch ein Auszug aus der rasperrypi.log: Device Boot Start End Blocks Id System /dev/mmcblk0p1 8192 122879 57344 c W95 FAT32 (LBA) /dev/mmcblk0p2 122880 7761919 3819520 83 Linux Disk /dev/sda: 640.1 GB, 640135028736 bytes 255 heads, 63 sectors/track, 77825 cylinders, total 1250263728 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x7082746c Device Boot Start End Blocks Id System /dev/sda1 * 1904640 1216630783 607363072 7 HPFS/NTFS/exFAT /dev/sda2 1216630784 1250260991 16815104 f W95 Ext'd (LBA) /dev/sda5 1216632832 1229213695 6290432 83 Linux /dev/sda6 1229215744 1250260991 10522624 83 Linux Boot = /dev/mmcblk0p1 Root = /dev/sda6 Wie sollte der Aufruf für rsync-Restrore lauten? Danke + Alles Gute für's 2015 mfg Bernd]]></description>
			<dc:creator>Bernd</dc:creator>
			<pubDate>Thu, 01 Jan 2015 18:31:52 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-551</guid>
		</item>
		<item>
			<title>Rene schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-490</link>
			<description><![CDATA[...hmm und der Restoreversuch bringt: root@vdebian:/usr/local/bin# ./raspiBackup.sh -X -d /dev/sdc -r /media/backup --- vdebian: raspiBackup.sh 0.5.7.9d started at Tue Nov 18 21:20:17 CET 2014 ... ??? /media/backup-backup.sfdisk not found Im entsprechenden Verzeichnis liegt eine raspberrypi-rsync-backup.sfdisk :cry:]]></description>
			<dc:creator>Rene</dc:creator>
			<pubDate>Tue, 18 Nov 2014 21:25:00 +0100</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-490</guid>
		</item>
		<item>
			<title>Marko schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-281</link>
			<description><![CDATA[Stimmt, mein Kommentar bezieht sich auf Backupfunktion. Mein Fehler. Kannst Du ihn an die richtige Stelle transferieren oder löschen? Ich schreibe die genauere Erklarung an die Backup Seite.]]></description>
			<dc:creator>Marko</dc:creator>
			<pubDate>Mon, 09 Jun 2014 13:05:57 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-281</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-280</link>
			<description><![CDATA[Vielen Dank Marco für Dein Feedback. Ich nehme das gerne auf. Leider habe ich nicht verstanden was das Problem war und wir Du es gelöst hast. Auch sieht es mir so aus als bezieht sich Dein Kommentar auf die Backupfunktion und nicht auf die Restorefunktion.]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Mon, 09 Jun 2014 10:25:29 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-280</guid>
		</item>
		<item>
			<title>Marko schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-279</link>
			<description><![CDATA[sendEmail wollte nicht Email schicken, mit der Meldung: Jun 09 10:31:29 raspbmc sendEmail[11644]: Error: "--- raspbmc: raspiBackup.sh 0.5.2.7a started at Mon Jun 9 09:08:00 CEST 2014 ..." is not a recognized option! Das Problem lag in der Zeille: sendEmail -f meine.email@google.com -t meine.email@google.com -s smtp.gmail.com -u 'raspbmc: raspiBackup completed successfully' -m '--- raspbmc: raspiBackup.sh 0.5.2.7a started at Mon Jun 9 09:08:00 CEST 2014 ...' Die Emails kommen wieder, nachdem ich in raspiBackup.sh Meldungen "--- raspbmc: raspiBackup.sh 0.5.2.7a started at ..." mit "*** raspbmc: raspiBackup.sh 0.5.2.7a started at ..." gewechselt habe. Vielleicht ist das gut zu berücksichten bei Folgenden versionen ...]]></description>
			<dc:creator>Marko</dc:creator>
			<pubDate>Mon, 09 Jun 2014 09:00:09 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-279</guid>
		</item>
		<item>
			<title>framp schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-239</link>
			<description><![CDATA[Fuer -d gibt es einen Default der ist sdd und genau das Device, als das eine SDKarte bei meinem Linuxsystem wo ich den Restore ausfuehre erscheint :-* . Wenn Du den Restore auf einer Pi ausfuehrst wo eine USB Platte angeschlossen ist wird das sda sein. Mit sudo fdisk -l bekommst Du raus welche Devices an Deinem System haengen. Aber Vorsicht !!! Wenn Du da z.B. aus Versehen eine lokale Platte nimmst und nicht die SDKarte ... dann zerschiesst Du Dir den Platteninhalt :o]]></description>
			<dc:creator>framp</dc:creator>
			<pubDate>Fri, 18 Apr 2014 17:00:07 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-239</guid>
		</item>
		<item>
			<title>Yannick schreibt:</title>
			<link>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-238</link>
			<description><![CDATA[Hallo framp, beim restore meines tar backups bekomme ich beim Starten des restores gleich einen Fehler: https://dl.dropboxusercontent.com/u/1684046/2014-04-18%2016.17.56.jpg Habe ich die Parameter falsch verwendet? -X -d mmcblk02p (rausgefunden df) -r (Pfad in der die Backupdatein liegen. Wieso könnte das script die Datei nicht finden ? Sie ist doch in dem Ordner...)]]></description>
			<dc:creator>Yannick</dc:creator>
			<pubDate>Fri, 18 Apr 2014 16:26:05 +0200</pubDate>
			<guid>https://www.linux-tips-and-tricks.de/de/wiederherstellen#comment-238</guid>
		</item>
	</channel>
</rss>
