Rsync mit defekter HD als Quelle
Kann wer sagen, wie sich rsync verhält, wenn die Quelle eine defekte HD ist und es Lesefehler bei der Quelle gibt? Ich habe geringfügig unterschiedliche Sicherungsstände und zumindest von der Datenmenge scheint die letzte Sicherung ok zu sein. Sehe ich es richtig, dass rsync bei einem Lesefehler im worst case glauben könnte, dass sich die verändert hat und einfach löscht, aber nicht eine beschädigte Datei behält? Ich habe zwar auch eine md5sum von jeder Datei, aber die Prüfsummen müssen erst verglichen werden. -- Αl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Al Bogner schrieb:
-----Original Message----- From: Аl Воgnеr [mailto:opensuse-de@ml1104.corr.eu.org] Sent: Sunday, January 08, 2012 9:58 PM To: opensuse-de@opensuse.org Subject: Rsync mit defekter HD als Quelle
Kann wer sagen, wie sich rsync verhält, wenn die Quelle eine defekte HD ist und es Lesefehler bei der Quelle gibt? Ich habe geringfügig unterschiedliche Sicherungsstände und zumindest von der Datenmenge scheint die letzte Sicherung ok zu sein.
Sehe ich es richtig, dass rsync bei einem Lesefehler im worst case glauben könnte, dass sich die verändert hat und einfach löscht, aber nicht eine beschädigte Datei behält?
Ich habe zwar auch eine md5sum von jeder Datei, aber die Prüfsummen müssen erst verglichen werden.
Hi, ich würde vor allem mit dd oder dd_rescue ein Image von der Platte ziehen und damit weiter experiementieren, bevor ich Rettungsversuche an der defekten Platte versuche. Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671
Am Mo, 09 Jan 2012 15:18:10 CET schrieb Lentes, Bernd:
-----Original Message----- From: Аl Воgnеr [mailto:opensuse-de@ml1104.corr.eu.org] Sent: Sunday, January 08, 2012 9:58 PM To: opensuse-de@opensuse.org Subject: Rsync mit defekter HD als Quelle
Kann wer sagen, wie sich rsync verhält, wenn die Quelle eine defekte HD ist und es Lesefehler bei der Quelle gibt? Ich habe geringfügig unterschiedliche Sicherungsstände und zumindest von der Datenmenge scheint die letzte Sicherung ok zu sein.
Sehe ich es richtig, dass rsync bei einem Lesefehler im worst case glauben könnte, dass sich die verändert hat und einfach löscht, aber nicht eine beschädigte Datei behält?
Ich habe zwar auch eine md5sum von jeder Datei, aber die Prüfsummen müssen erst verglichen werden.
Hallo Bernd,
ich würde vor allem mit dd oder dd_rescue ein Image von der Platte ziehen und damit weiter experiementieren, bevor ich Rettungsversuche an der defekten Platte versuche.
Es geht nicht um Rettungsversuche, die HD ist tot und bereits zur Garantie weg. Es existieren mehrere Sicherungen, die immer mit rsync erstellt wurden. Bei der letzten Sicherung bin ich mir nicht sicher, ob da bereits "kaputtes" mit rsync synchronisiert wurde. Bei den Daten kann davon ausgegangen werden, dass sie sich in den letzten Monaten bis auf eher unwesentliche Kleinigkeiten nicht geändert haben. Die würde ich auch gerne retten, aber nicht zum Preis einer Reihe von fehlender oder kaputter Dateien. Es existieren auch Prüfsummen jedes einzelnen Files, da muss ich mir aber erst was überlegen, wie ich das effizient vergleiche: Zeile aus dem letzten Rsync mit dem zurückgesichert wurde: /install/linuxins/fonts/ttf-bitstream-vera-1.10/copyright.txt:27d7484b1e18d0ee4ce538644a3f04be: Zeile aus einem älteren Rsync auf einer externen HD /media/2TB_SILV_BAK/inst_bak/linuxins_bak/fonts/ttf-bitstream-vera-1.10/copyright.txt:27d7484b1e18d0ee4ce538644a3f04be: Man sieht also die Prüfsummen sind ident. Nun wollte ich vorerst einfach wissen, ob mit rsync "kaputt" gesynct werden kann, oder rsync bei Lesefehlern nichts antastet. Alternativ nehme ich Ideen gerne entgegen, wie ich ein paar 100.000 Mal Prüfsummen vergleiche. Es gibt also 2 Textdateien, die mit dem gleichen Bash-Skript erstellt wurden und die es gilt effizient zu vergleichen, wobei der Dateiname alleine (ohne Pfad) mit der md5sum verglichen werden soll. Ein einfaches diff ist also keine Lösung, da der Pfad nicht ident ist. Auch möchte ich nur dann ein Ergegnis sehen, wenn eine Datei fehlt oder die Prüfsumme nicht stimmt. Es wäre mühsam, nach 10.000 korrekten Dateien, die folgende als defekt zu identifizieren. Eventuell könnte man mit uniq und basenmae was basteln, aber ich fürchte der Vergleich dauert damit ewig. -- Αl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 9. Januar 2012 16:30 schrieb Аl Воgnеr
Alternativ nehme ich Ideen gerne entgegen, wie ich ein paar 100.000 Mal Prüfsummen vergleiche.
rsync -c -n ? Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mo, 09 Jan 2012 17:04:14 CET schrieb Martin Schröder: Hallo,
Alternativ nehme ich Ideen gerne entgegen, wie ich ein paar 100.000 Mal Prüfsummen vergleiche.
rsync -c -n ?
Hmmh, ob da die Dateien mit anderer Prüfsumme erfasst werden. Ich würde schon gern die beiden Textdateien vergleichen. -- Αl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 9. Januar 2012 18:13 schrieb Аl Воgnеr
Am Mo, 09 Jan 2012 17:04:14 CET schrieb Martin Schröder:
rsync -c -n ?
Hmmh, ob da die Dateien mit anderer Prüfsumme erfasst werden. Ich würde schon gern die beiden Textdateien vergleichen.
-c, --checksum skip based on checksum, not mod-time & size rsync -cnv Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Аl Воgnеr, Am Montag, 9. Januar 2012 16:30 schrieb Аl Воgnеr:
...
Es existieren auch Prüfsummen jedes einzelnen Files, da muss ich mir aber erst was überlegen, wie ich das effizient vergleiche:
Zeile aus dem letzten Rsync mit dem zurückgesichert wurde: /install/linuxins/fonts/ttf-bitstream-vera-1.10/copyright.txt:27d 7484b1e18d0ee4ce538644a3f04be:
Zeile aus einem älteren Rsync auf einer externen HD /media/2TB_SILV_BAK/inst_bak/linuxins_bak/fonts/ttf-bitstream-ver a-1.10/copyright.txt:27d7484b1e18d0ee4ce538644a3f04be:
Man sieht also die Prüfsummen sind ident. Nun wollte ich vorerst einfach wissen, ob mit rsync "kaputt" gesynct werden kann, oder rsync bei Lesefehlern nichts antastet.
Alternativ nehme ich Ideen gerne entgegen, wie ich ein paar 100.000 Mal Prüfsummen vergleiche.
Es gibt also 2 Textdateien, die mit dem gleichen Bash-Skript erstellt wurden und die es gilt effizient zu vergleichen, wobei der Dateiname alleine (ohne Pfad) mit der md5sum verglichen werden soll.
Ein einfaches diff ist also keine Lösung, da der Pfad nicht ident ist. Auch möchte ich nur dann ein Ergegnis sehen, wenn eine Datei fehlt oder die Prüfsumme nicht stimmt. Es wäre mühsam, nach 10.000 korrekten Dateien, die folgende als defekt zu identifizieren.
Wenn die Dateinamen identisch sind, kopiere doch Deine beiden Textdateien, schmeiß mit Suchen (alles vom ersten bis zum letzten "/") und Ersetzen die Pfade weg, ev. noch sortieren, dann müsste der Vergleich doch klappen, oder ist mir da was entgangen? -- Herzliche Grüße! Rolf Muth Meine Adressen duerfen nicht fuer Werbung verwendet werden! PGP Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF8DC41935544C89A fingerprint: C025 3071 8E56 F8F1 250A 5624 F8DC 4193 5544 C89A
Am Mo, 09 Jan 2012 19:00:19 CET schrieb Rolf Muth: Hallo,
Es existieren auch Prüfsummen jedes einzelnen Files, da muss ich mir aber erst was überlegen, wie ich das effizient vergleiche:
Zeile aus dem letzten Rsync mit dem zurückgesichert wurde: /install/linuxins/fonts/ttf-bitstream-vera-1.10/copyright.txt:27d 7484b1e18d0ee4ce538644a3f04be:
Zeile aus einem älteren Rsync auf einer externen HD /media/2TB_SILV_BAK/inst_bak/linuxins_bak/fonts/ttf-bitstream-ver a-1.10/copyright.txt:27d7484b1e18d0ee4ce538644a3f04be:
Man sieht also die Prüfsummen sind ident. Nun wollte ich vorerst einfach wissen, ob mit rsync "kaputt" gesynct werden kann, oder rsync bei Lesefehlern nichts antastet.
Alternativ nehme ich Ideen gerne entgegen, wie ich ein paar 100.000 Mal Prüfsummen vergleiche.
Es gibt also 2 Textdateien, die mit dem gleichen Bash-Skript erstellt wurden und die es gilt effizient zu vergleichen, wobei der Dateiname alleine (ohne Pfad) mit der md5sum verglichen werden soll.
Ein einfaches diff ist also keine Lösung, da der Pfad nicht ident ist. Auch möchte ich nur dann ein Ergegnis sehen, wenn eine Datei fehlt oder die Prüfsumme nicht stimmt. Es wäre mühsam, nach 10.000 korrekten Dateien, die folgende als defekt zu identifizieren.
Wenn die Dateinamen identisch sind, kopiere doch Deine beiden Textdateien, schmeiß mit Suchen (alles vom ersten bis zum letzten "/") und Ersetzen die Pfade weg, ev. noch sortieren, dann müsste der Vergleich doch klappen, oder ist mir da was entgangen?
So in der Richtung denke ich auch, wollte aber hier fragen, ob vielleicht bessere Ideen kommen. Die Variante rsync -n ist sicher eine Überlegung, birgt aber die Gefahr, dass man im Stress die Sicherung kaputt macht, wenn man auf die Option vergisst bzw. falsche Optionen setzt. Die Pfade der Dateien sind ja zum Teil ident, dh man müsste nur in der 1 Datei /install/ durch nichts ersetzen und in der anderen /media/2TB_SILV_BAK/inst_bak/ und dann weiter mit uniq oder so. -- Αl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Al, On Monday, 09.January.2012 19:49:25 Аl Воgnеr wrote:
... birgt aber die Gefahr, dass man im Stress die Sicherung kaputt macht
Kannst du waehrend der Rettungsversuche dein Backupmedium nicht RO mounten? Roman -- Roman Fietze Telemotive AG Buero Muehlhausen Breitwiesen 73347 Muehlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (5)
-
Lentes, Bernd
-
Martin Schröder
-
Rolf Muth
-
Roman Fietze
-
Аl Воgnеr