ZIP in BZ2 umwandeln

Kaum jemand entscheidet sich 2026 aktiv für bzip2. Man erbt es: ein Build-Skript aus einem alten Projekt leitet durch bunzip2, ein Forschungsdatensatz liegt als .tar.bz2 vor und die neue Datei muss neben den alten stehen, die Upload-Regeln eines Spiegelservers nennen die Endung, oder ein Werkzeug lehnt alles andere ab. Übereinstimmung mit dem Bestehenden ist hier das ganze Motiv.

Das ist ein guter Grund, und diese Seite widerspricht ihm nicht. Sie stellt nur sicher, dass die Wahl nicht allein auf altem Ruf beruht — der wurde etwa 1996 verdient, als bzip2 tatsächlich die stärkere Option war, und seither hat sich die Lage zweimal verschoben. Wer freie Wahl hat, sollte den Abschnitt zu XZ weiter unten lesen, bevor irgendetwas umgewandelt wird. Wer keine hat und die Datei einfach zu den zwölf Archiven passen muss, die schon in diesem Verzeichnis liegen, für den ist bzip2 die richtige Antwort, und der Rest dieser Seite beschreibt, was dabei tatsächlich entsteht.

Die Registry beschreibt BZ2 als Strom mit genau einem Element und nennt „keine Verzeichnisstruktur" ausdrücklich als bekannte Einschränkung. Ein Dateiname, geschweige denn ein Ordnerbaum, lässt sich darin nicht ablegen — das ist keine Einschränkung dieser Umsetzung, sondern das, was das Format ist: ein Kompressor, angewendet auf eine einzelne Sache.

Die Umwandlung kann also kein einfaches Umpacken sein. Das ZIP wird entpackt, sein Inhalt wird in ein TAR geschrieben, das jeden Namen und jeden Pfad trägt, und bzip2 wird auf dieses eine Tarball angewendet. Beim Entpacken kommt die Verzeichnisstruktur exakt wieder heraus, in zwei Schichten, die die meisten Unix-Werkzeuge mit einem einzigen Befehl und die meisten grafischen Archivprogramme mit zwei Klicks auflösen. Diese Anordnung ist älter als das Format selbst und trägt deshalb einen eigenen, feststehenden Namen statt einer Erklärung.

bzip2 arbeitet nicht mit einem gleitenden Fenster wie DEFLATE. Es liest einen Block von bis zu 900 KB, wendet eine Burrows-Wheeler-Transformation an, die Rotationen des Blocks so sortiert, dass ähnliche Kontexte nebeneinanderrücken, und komprimiert erst danach. Der ganze Block ist der Kontext, nicht nur die letzten 32 KB davon.

Deshalb schlägt bzip2 gzip bei großem, sich wiederholendem Text — Logdateien, XML, CSV-Exporte, Quellcode-Bäume — und deshalb schrumpft der Vorsprung auf nichts, sobald das ZIP hauptsächlich JPEGs oder MP4-Dateien enthält. Bereits komprimierte Daten haben keine verbleibende Struktur mehr zum Sortieren, sodass die Transformation teuer läuft und nichts dafür zurückgibt. Vor dem Umwandeln lohnt sich ein Blick auf den tatsächlichen Inhalt des ZIP: Die eine echte Stärke des Formats trifft auf ungefähr die Hälfte üblicher Archive zu, bei der anderen Hälfte wählt man einen langsamen Kompressor ohne Grund.

Formate auf dieser Seite tragen einen Status, und BZ2 ist das einzige Archivformat hier, das als veraltet statt aktuell markiert ist. Das ist eine Einschätzung zur Position im Jahr 2026, keine Aussage darüber, ob es funktioniert: bzip2 ist stabil, unter Unix überall verfügbar, wird aktiv gepflegt und ist völlig sicher für ein Archiv, das man heute erhält.

Veraltet ist es, weil beide Nachbarn im Ranking besser bei genau dem sind, wofür man bzip2 früher wählte. XZ komprimiert stärker mit einem Wörterbuch von bis zu 64 MB und entpackt schneller als bzip2; gzip ist schneller als beide und praktisch überall installiert. Damit besetzt bzip2 eine Mitte, in der niemand mehr stehen muss, solange nicht schon eine bestehende Datei genau dort liegt.

Ein gzip-Strom kann den ursprünglichen Namen und Zeitstempel dessen tragen, was er komprimiert hat. Ein bzip2-Strom trägt keins von beidem — Bytes hinein, komprimierte Bytes hinaus, mit einem Header, der nur die Blockgröße nennt. Dieser Unterschied hat eine praktische Kante.

Er bedeutet, dass der gewählte Dateiname die einzige Angabe ist, die das Archiv von außen trägt — eine unbedacht umbenannte .bz2 lässt sich nicht mehr sicher davon unterscheiden, ob sie ein Tarball oder eine einzelne komprimierte Datei enthält. Den Download something.tar.bz2 statt something.bz2 zu nennen, ist hier keine Förmlichkeit, sondern der einzige Ort, an dem diese Information überleben kann.

bzip2 komprimiert jeden Block für sich, was zwei nützliche Folgen hat. Schaden bleibt begrenzt: Ein beschädigter Block kostet nur diesen Block statt alles danach, und Werkzeuge existieren, die intakte Blöcke aus einer beschädigten Datei herausziehen.

Diese Unabhängigkeit ist auch der Grund, warum parallele Implementierungen gut funktionieren — die Blöcke lassen sich ohne Abstimmung auf verschiedene Kerne verteilen. Beides gilt nicht für ein durchgängiges 7Z-Archiv, in dem ein einziger Strom alles trägt und ein defektes Byte früh im Archiv den Rest mitreißen kann. Wo Robustheit wichtiger ist als Kompressionsrate, spricht das ehrlich für bzip2.

Diese Umwandlung läuft auf unserem Server, nicht auf der Seite selbst. Das Archiv wird über eine verschlüsselte Verbindung hochgeladen, 7-Zip entpackt es, der Inhalt wird getart, bzip2 wird auf das Tarball angewendet, und das Ergebnis kommt zurück. Alles, was während des Auftrags entsteht, liegt in einem eigenen temporären Verzeichnis und wird nach Abschluss gelöscht, auch wenn die Umwandlung fehlschlägt.

Die dazugehörigen Grenzen: 25 MB pro Datei kostenlos, sechzig Sekunden, bevor ein Auftrag beendet wird, und eine grundsätzliche Ablehnung für Archive, die entpackt mehr als 2 GB ergeben würden. Passwortgeschützte ZIP-Dateien schlagen mit einer Meldung fehl statt hängen zu bleiben, weil der Entpacker absichtlich mit leerem Passwort aufgerufen wird und so meldet statt zu warten.

Geht das Archiv an eine Person, sollte man hier aufhören. Windows-Explorer und der macOS-Finder öffnen ZIP ohne jede zusätzliche Software, und beide wissen mit einer .tar.bz2 nichts anzufangen — die empfangende Person bräuchte bzip2 oder ein Drittanbieter-Archivprogramm und dann noch einen zweiten Schritt für das Tar darin. Eine Umwandlung für jemanden, der nicht ausdrücklich nach bzip2 gefragt hat, macht aus einem Doppelklick ein Support-Gespräch, und man selbst führt es.

Dasselbe gilt für die meisten Upload-Formulare, Lernplattformen und Ticketsysteme, die ZIP annehmen und alles andere allein anhand der Endung stillschweigend ablehnen. Diese Umwandlung lohnt sich nur, wenn eine Maschine am anderen Ende ausdrücklich bzip2 verlangt, oder wenn die vorhandenen Dateien eines Datensatzes bereits diese Endung tragen und die neue Datei dazupassen muss. Überall sonst ist das ZIP die bessere Datei, und die Umwandlung macht die Lage nur unnötig komplizierter.

Der Download kommt mit dem ursprünglichen Namen und der Endung .bz2 an, sodass aus unterlagen.zip unterlagen.bz2 wird, obwohl die Bytes ein in bzip2 gepacktes Tarball sind. Weil das Format selbst keinen Namen speichert, ist der Dateiname die einzige Beschreibung, die das Archiv von außen trägt — die Umbenennung in unterlagen.tar.bz2, oder die kürzere Schreibweise unterlagen.tbz2, ist deshalb tatsächlich funktional und nicht nur kosmetisch.

Das Entpacken läuft in denselben zwei Stufen ab. tar -xjf erledigt beide Schichten mit einem einzigen Befehl auf jedem Unix-System, während ein grafisches Archivprogramm unter Windows meist erst die bzip2-Schicht entpackt und dann eine einzelne .tar-Datei zum Weiteröffnen anzeigt. Dieser Zwischenschritt gehört zur Konstruktion und ist kein Zeichen dafür, dass die Umwandlung etwas Fehlerhaftes erzeugt hat — genau dieses Missverständnis ist der häufigste Grund, warum Menschen eine bz2-Datei für defekt halten, obwohl sie es nicht ist.