NAME
bzip2, bunzip2 - ein Block-Sortierungs-Dateikomprimierer, v1.0.2bzcat - dekomprimiert Dateien in stdoutbzip2recover - stellt Daten aus beschädigten bzip2-Dateien wieder her bzip2 -cdfkqstvzVL123456789 Dateinamen … bunzip2 -fkvsVL Dateinamen … bzcat -s Dateinamen … bzip2recover Dateiname
bzip2 Komprimiert Dateien mit dem Burrows-Wheeler-Block-Sortierungstextkompressionsalgorithmus und der Huffman-Codierung. Die Kompression ist im Allgemeinen erheblich besser als die, die mit herkömmlicheren LZ77 / LZ78-basierten Kompressoren erreicht wird, und nähert sich der Leistung der PPM-Familie der statistischen Kompressoren. Die Befehlszeilenoptionen sind bewusst sehr ähnlich zu denen von GNU gzip, aber sie sind nicht identisch. bzip2 erwartet eine Liste der Dateinamen, die den Befehlszeilenflags beiliegen. Jede Datei wird durch eine komprimierte Version mit dem Namen "original_name.bz2" ersetzt. Jede komprimierte Datei hat dasselbe Änderungsdatum, dieselben Berechtigungen und, wenn möglich, den Besitz des entsprechenden Originals, sodass diese Eigenschaften zum Zeitpunkt der Dekomprimierung ordnungsgemäß wiederhergestellt werden können. Die Behandlung von Dateinamen ist in dem Sinne naiv, dass es keinen Mechanismus gibt, um ursprüngliche Dateinamen, Berechtigungen, Besitzverhältnisse oder Datumsangaben in Dateisystemen beizubehalten, denen diese Konzepte fehlen oder schwerwiegende Dateinamenlängenbeschränkungen aufweisen, wie z. B. MS-DOS. bzip2 und bunzip2 werden vorhandene Dateien standardmäßig nicht überschrieben. Wenn Sie dies wünschen, geben Sie das Flag -f an. Wenn keine Dateinamen angegeben sind, bzip2 Komprimiert von der Standardeingabe zur Standardausgabe. In diesem Fall, bzip2 wird es ablehnen, die komprimierte Ausgabe in ein Terminal zu schreiben, da dies völlig unverständlich und daher sinnlos wäre. bunzip2 (oder bzip2 -d) dekomprimiert alle angegebenen Dateien. Dateien, die nicht von erstellt wurden bzip2 wird erkannt und ignoriert und eine Warnung ausgegeben. bzip2 versucht, den Dateinamen der dekomprimierten Datei aus dem der komprimierten Datei wie folgt zu erraten: dateiname.bz2 wird zu dateiname Dateiname.bz wird Dateiname dateiname.tbz2 wird zu dateiname.tar dateiname.tbz wird zu dateiname.tar Aus einem beliebigen Namen wird ein beliebiger Name Wenn die Datei nicht an einem der erkannten Endungen endet, .bz2, .bz, .tbz2 oder .tbz, bzip2 beschwert sich, dass der Name der Originaldatei nicht erraten werden kann, und verwendet den Originalnamen mit .aus angehängt. Wie bei der Komprimierung bewirkt die Angabe ohne Dateinamen eine Dekomprimierung von der Standardeingabe zur Standardausgabe. bunzip2 dekomprimiert korrekt eine Datei, die aus zwei oder mehr komprimierten Dateien besteht. Das Ergebnis ist die Verkettung der entsprechenden unkomprimierten Dateien. Der Integritätstest (-t) von verketteten komprimierten Dateien wird ebenfalls unterstützt. Sie können Dateien auch mit der Markierung -c zur Standardausgabe komprimieren oder dekomprimieren. Mehrere Dateien können auf diese Weise komprimiert und dekomprimiert werden. Die resultierenden Ausgaben werden sequentiell an stdout geführt. Durch die Komprimierung mehrerer Dateien auf diese Weise wird ein Stream generiert, der mehrere komprimierte Dateidarstellungen enthält. Ein solcher Stream kann nur korrekt von dekomprimiert werden bzip2 Version 0.9.0 oder höher. Frühere Versionen von bzip2 stoppt nach dem Dekomprimieren der ersten Datei im Stream. bzcat (oder bzip2 -dc) dekomprimiert alle angegebenen Dateien in die Standardausgabe. bzip2 liest Argumente aus den Umgebungsvariablen BZIP2 und BZIP, in dieser Reihenfolge und verarbeitet sie, bevor Argumente aus der Befehlszeile gelesen werden. Dies ist eine bequeme Möglichkeit, Standardargumente anzugeben. Die Komprimierung wird immer durchgeführt, auch wenn die komprimierte Datei etwas größer als das Original ist. Dateien mit weniger als etwa 100 Bytes werden tendenziell größer, da der Kompressionsmechanismus einen konstanten Overhead im Bereich von 50 Bytes hat. Zufällige Daten (einschließlich der Ausgabe der meisten Dateikompressoren) werden mit etwa 8,05 Bits pro Byte codiert, was eine Erweiterung von etwa 0,5% ergibt. Als Selbstprüfung zu Ihrem Schutz bzip2 verwendet 32-Bit-CRCs, um sicherzustellen, dass die dekomprimierte Version einer Datei mit dem Original identisch ist. Dies schützt vor Korruption der komprimierten Daten und vor unentdeckten Fehlern in bzip2 (hoffentlich sehr unwahrscheinlich). Die Wahrscheinlichkeit, dass Datenverfälschungen unerkannt bleiben, ist mikroskopisch klein, etwa eine Chance von vier Milliarden für jede verarbeitete Datei. Beachten Sie jedoch, dass die Überprüfung bei der Dekomprimierung erfolgt, sodass Sie nur feststellen können, dass etwas nicht stimmt. Es kann nicht helfen, die ursprünglichen unkomprimierten Daten wiederherzustellen. Sie können verwenden bzip2recover um zu versuchen, Daten aus beschädigten Dateien wiederherzustellen. Rückgabewerte: 0 für einen normalen Exit, 1 für Umweltprobleme (Datei nicht gefunden, ungültige Flags, E / A-Fehler, & c), 2 für eine beschädigte komprimierte Datei, 3 für einen internen Konsistenzfehler (z. B. Fehler), der verursacht wurde bzip2 in Panik geraten -c --stdout Komprimieren oder dekomprimieren Sie die Standardausgabe. -d - dekomprimieren Dekompression erzwingen bzip2, bunzip2 und bzcat sind wirklich das gleiche Programm, und die Entscheidung, welche Maßnahmen zu ergreifen sind, hängt von dem verwendeten Namen ab. Dieses Flag setzt diesen Mechanismus außer Kraft und zwingt bzip2 dekomprimieren. -z - komprimieren Die Ergänzung zu -d: erzwingt die Komprimierung unabhängig vom Aufrufnamen. -t --test Überprüfen Sie die Integrität der angegebenen Dateien, dekomprimieren Sie sie jedoch nicht. Dies führt wirklich zu einer Probedekompression und wirft das Ergebnis weg. -f --force Überschreiben der Ausgabedateien erzwingen. Normalerweise, bzip2 werden vorhandene Ausgabedateien nicht überschreiben. Auch Kräfte bzip2 harte Links zu Dateien aufheben, was sonst nicht möglich wäre. bzip2 dekomprimiert normalerweise keine Dateien, die nicht die richtigen magischen Header-Bytes enthalten. Wenn erzwungen (-f), werden diese Dateien jedoch unverändert weitergeleitet. So verhält sich GNU gzip. -k --keep Eingabedateien während der Komprimierung oder Dekomprimierung beibehalten (nicht löschen). -s --klein Reduzieren Sie den Speicherbedarf für die Komprimierung, Dekomprimierung und das Testen. Dateien werden dekomprimiert und mit einem modifizierten Algorithmus getestet, der nur 2,5 Byte pro Blockbyte benötigt. Dies bedeutet, dass jede Datei in einem Speicher von 2300 KB dekomprimiert werden kann, allerdings mit etwa der Hälfte der normalen Geschwindigkeit. Während der Komprimierung wählt -s eine Blockgröße von 200 KB, wodurch der Speicherbedarf auf die gleiche Zahl begrenzt wird, und zwar auf Kosten der Kompressionsrate. Kurz gesagt, wenn auf Ihrem Computer nur wenig Arbeitsspeicher zur Verfügung steht (8 MB oder weniger), verwenden Sie -s für alles. Siehe unten unter SPEICHERMANAGEMENT. -q - quiet Unterdrücken Sie nicht unbedingt notwendige Warnmeldungen. Meldungen zu E / A-Fehlern und anderen kritischen Ereignissen werden nicht unterdrückt. -v --verbose Ausführlicher Modus - Zeigt das Komprimierungsverhältnis für jede verarbeitete Datei an. -V erhöht die Ausführlichkeitsstufe und spuckt viele Informationen aus, die vor allem für diagnostische Zwecke von Interesse sind. -L -Lizenz -V -Version Zeigen Sie die Softwareversion und die Lizenzbedingungen an. -1 (oder --fast) bis -9 (oder --best) Stellen Sie die Blockgröße beim Komprimieren auf 100 k, 200 k .. 900 k ein. Hat beim Dekomprimieren keine Auswirkung. Siehe unten unter SPEICHERMANAGEMENT. Die Aliase -fast und -best dienen hauptsächlich der GNU-gzip-Kompatibilität. Insbesondere macht --fast die Dinge nicht wesentlich schneller. Und --best wählt lediglich das Standardverhalten aus. Behandelt alle nachfolgenden Argumente als Dateinamen, auch wenn sie mit einem Bindestrich beginnen. So können Sie Dateien behandeln, deren Namen mit einem Bindestrich beginnen, zum Beispiel: bzip2 - -myfilename. --repetitive-fast --repetitive-best Diese Flags sind in den Versionen 0.9.5 und höher redundant. Sie hatten eine grobe Kontrolle über das Verhalten des Sortieralgorithmus in früheren Versionen, was manchmal nützlich war. 0.9.5 und höher haben einen verbesserten Algorithmus, der diese Flags irrelevant macht. Wichtig: Verwenden Sie die Mann Befehl ( % Mann ), um zu sehen, wie ein Befehl auf Ihrem Computer verwendet wird. In Verbindung stehende Artikel ZUSAMMENFASSUNG
BESCHREIBUNG
OPTIONEN
