Re: Verzeichnisse mit Binärdateien nach brennen vergleichen
Hallo,
Thomas schrieb am 27. Jul um 15:55 Uhr:
> die Probleme bleiben beim Schreiben der tar.gz Datei. Ich bin die Punkte
> nochmal durchgegangen.
>
> gebrannte tar.gz ist auf disk ist "kaputt" und NICHT identisch mit der
> Original tar.gz
>
> Das lesen der tar.gz klappt, identische Dateien von disk zu gelesener Datei
> von disk zu Festplatte!
>
>
> # cmp -l /Xsicherung/disk_real_harddisk/vcallin_30.tar.gz
> /Xsicherung/disk_real/vcallin_30.tar.gz | wc -l
> 0
>
> > > Am Dienstag, 26. Juli 2016, 19:42:13 schrieb Christian Knoke:
> > > > da wäre vielleicht ein Schreibfehler von dir, falls du das
> > > > unkomprimierte
> > > > tar-Archiv mit dem komprimierten verglichen haben solltest.
>
>
> um evtl. auszuschließen das es was mit dem lesen der disk auf dem Laufwerk zu
> tun hat habe ich die gebrannte Datei zurück auf die Festplatte gespielt und
> dann mit #cmp verglichen
>
> # cp disk_real/vcallin_30.tar.gz disk_real_harddisk
> ## Vergleich zu brennende Datei vs. Datei die gebrannt wurde und nun auf
> Festplatte zurückkopiert wurde
> # cmp -l /Xsicherung/disk_burn/vcallin_30.tar.gz
> /Xsicherung/disk_real_harddisk/vcallin_30.tar.gz | wc -l
> #2313162836
Dieser Wert (= 2313162836) bedeutet, das der cmp Befehl 2,3 Milliarden
fehlerhafte bzw. abweichende Bytes gefunden hat.
Der Verdachte kommt auf, dass eines der beteiligten Programme nicht mit 5
GB großen Dateien umgehen kann.
Du kannst dir das mal näher ansehen, mit
$ cmp -l /Xsicherung/disk_burn/vcallin_30.tar.gz
/Xsicherung/disk_real_harddisk/vcallin_30.tar.gz | head -n 100
ich vermute, da kommt in etwa sowas dabei heraus:
1 301 0
2 2 0
3 13 0
4 121 0
5 76 0
6 257 0
7 342 0
8 17 0
9 367 0
10 145 0
...
Gruß
Christian
> Das ist der gleiche Wert wie seinerzeit, statt datei1.tar.gz habe ich nur
> seinerzeit datei1.tar geschrieben, .gz vergessen
> > > # cmp -l datei1.tar datei1.tar.gz | wc -l
> > > 2313162836
>
>
>
> Die Größen der Dateien sind aber auch identisch?
> # zu brennen
> # gebrannt
> # gebrannt zurück auf Fetplatte
>
> # ls -l disk_burn/vcallin_30.tar.gz
> -rw-r--r-- 1 root root 5916886320 Jul 25 23:25 disk_burn/vcallin_30.tar.gz
>
> # ls -l disk_real/vcallin_30.tar.gz -r--r--r-- 1 nobody nogroup 5916886320 Jul
> 25 23:25 disk_real/vcallin_30.tar.gz
>
> # ls -l disk_real_harddisk/vcallin_30.tar.gz -r--r--r-- 1 root root 5916886320
> Jul 27 11:10 disk_real_harddisk/vcallin_30.tar.gz
>
>
>
> Am Mittwoch, 27. Juli 2016, 13:58:32 schrieb Christian Knoke:
> > Thomas schrieb am 27. Jul um 08:38 Uhr:
> > > Am Dienstag, 26. Juli 2016, 19:42:13 schrieb Christian Knoke:
> > > > da wäre vielleicht ein Schreibfehler von dir, falls du das
> > > > unkomprimierte
> > > > tar-Archiv mit dem komprimierten verglichen haben solltest.
> > >
> > > ja, Schreibfehler...
> >
> > Dann solltest du mal zurück zum Anfang gehen, und den Vergleich von Ziel-
> > und Quelldatei erneut durchführen (mit -l Option). Damit meine ich
> >
> > Thomas schriebst am 26. Jul um 10:06 Uhr:
> >
> > diesen hier:
> > > #cmp /verzeichnis1/datei1 /verzeichnis2/datei1
> > >
> > > /verzeichnis1/datei1.tar.gz /verzeichnis2/datei1.tar.gz differieren:
> > > Byte
> > >
> > > 3599626241, Zeile 10676931
> >
> > da 3599626241 und 2313162836 zusammen die Größe deiner Datei ergeben, sieht
> > es so aus, dass die beiden Dateien nicht gleich groß sind.
> >
> > Gruß
> > Christian
--
Christian Knoke * * * http://cknoke.de
* * * * * * * * * Ceterum censeo Microsoft esse dividendum.
Reply to: