Ich führe Befehle aus:
tar -cf myArchive.tar myDirectory/
gzip myArchive.tar
dann kopiere ich die Datei über viele unzuverlässige Medien und entpacke sie später mit:
tar -xzf myArchive.tar.gz
Wird die Tatsache, dass ich den Teerball komprimiert habe, in irgendeiner Weise die Integrität oder zumindest eine CRC des entpackten Inhalts garantieren?
Antworten:
tarselbst schreibt keine Prüfsumme für einen späteren Vergleich auf. Wenn Sie gzipdas tarArchiv haben, können Sie diese Funktionalität haben.
tarverwendet compress. Wenn Sie -Zbeim Erstellen des Archivs das Flag verwenden, tarwird das compressProgramm beim Lesen oder Schreiben des Archivs verwendet. Aus der gzipManpage:
Das Standardkomprimierungsformat wurde nicht Konsistenzprüfungen ermöglichen konzipiert.
Sie können jedoch den -zParameter verwenden. Dann tarliest und schreibt das Archiv durch gzip. Und gzipschreibt eine CRC-Prüfsumme. Um diese Prüfsumme anzuzeigen, verwenden Sie diesen Befehl:
$ gzip -lv archive.tar.gz
method crc date time compressed uncompressed ratio uncompressed_name
defla 3f641c33 Sep 25 14:01 24270 122880 80.3% archive.tar
Aus der gzipManpage:
Bei Verwendung der ersten beiden Formate (" gzip" oder "zip" ist gemeint ) überprüft "gunzip" eine 32-Bit-CRC.
Ja, das gzip-Dateiformat enthält eine CRC-32-Prüfsumme, mit der festgestellt werden kann, ob das Archiv beschädigt wurde.
Obwohl die Prüfsumme mit gzip angibt , dass das Archiv beschädigt ist, hilft es Ihnen natürlich nicht, die Daten im Archiv wiederherzustellen. Daher ist es vor allem nützlich, um zu überprüfen, ob ein Archiv, das Sie gerade aus dem Internet heruntergeladen haben, wirklich korrekt heruntergeladen wurde.
Wenn Sie tatsächlich Bedenken haben, Ihre Archive über unzuverlässige Medien zu speichern oder zu übertragen, sollten Sie ein Archivformat wie par verwenden , das neben der Fehlererkennung auch eine Fehlerkorrektur bietet . Der Nachteil solcher Formate ist natürlich, dass die für die Fehlerkorrektur erforderliche Redundanz die Dateigröße notwendigerweise etwas erhöht.
tarhat keine Integritätsprüfung. Beispiel:
$ echo JJJJJJJJJJJJJJJJJJ > b
$ tar cvf a.tar b
$ sed -i s/JJJJJJJJJJJJJJJJJJ/tttttttttttttttttt/g a.tar
$ tar xvf a.tar
$ cat b
tttttttttttttttttt
Sehen Sie, der Inhalt des a.tarArchivs hat sich geändert, so dass die Datei beinen völlig anderen Inhalt hat, aber tar hat dies nicht bemerkt. Dies gilt für jeden Teer, einschließlich tar-1.28 (spätestens) mit beiden Teerformaten --format=gnu --format=posix. Der paxBefehl (alternativer Teer Reader) pax -r < a.tarbemerkt auch keine Archivänderungen.
Wenn tar beim Entpacken Fehler findet, wird eine Meldung gedruckt und mit einem Exit-Wert ungleich Null beendet. Dieses Verhalten ist unabhängig von dem Komprimierungsalgorithmus, der nach dem Erstellen der TAR-Datei verwendet wird.
Wenn Sie überprüfen möchten, ob die Datei über eine unzuverlässige Verbindung erfolgreich an das Ziel gesendet wurde, erstellen Sie vor dem Senden eine MD5-Summe der Datei und überprüfen Sie die MD5-Summe nach dem Empfang.
tarselbst sichergestellt. Bei Bedarf können Sie eine zusätzliche Ebene hinzufügen: Wenn die Integrität der Tar-Datei überprüft wurde, ist der Inhalt im Tar-Archiv ebenfalls in Ordnung. All dies sollte jedoch in dem Protokoll berücksichtigt werden, das in erster Linie für die Übertragung der Daten verwendet wird.
Das PKZip-Paket (win / dos) enthält ein Programm namens PKZipFix, mit dem Dateien aus beschädigten Archiven wiederhergestellt werden können. Ich habe dieses Dienstprogramm in der Vergangenheit verwendet. Es kann Dateien aus mäßig beschädigten Archiven wiederherstellen, die nicht dekomprimiert werden.
tar(zumindest ohne die-zOption) keine Integritätsprüfung durchgeführt wird. Auch die akzeptierte Antwort besagt dies. Die Frage ist: Fügtgzip(oder die Verwendung der-zOption) eine Integritätsprüfung hinzu?