manpages-de - en to de translation catalogue (84 entries)

note: type: SH
en: NAME
de: BEZEICHNUNG

note: type: Plain text
en: bzip2, bunzip2 - a block-sorting file compressor, v1.0.8
de: bzip2, bunzip2 - ein blocksortierender Dateikompressor, Version 1.0.8

note: type: Plain text
en: bzcat - decompresses files to stdout
de: bzcat - Dateien dekomprimieren und in die Standardausgabe leiten

note: type: Plain text
en: bzip2recover - recovers data from damaged bzip2 files
de: bzip2recover - Daten aus beschädigten Bzip2-Dateien wiederherstellen

note: type: SH
en: SYNOPSIS
de: ÜBERSICHT

note: type: Plain text
en: B<bzip2> [B< -cdfkqstvzVL123456789 >] [ I<filenames \&...> ]
de: B<bzip2> [B< -cdfkqstvzVL123456789 >] [ I<Dateinamen \& …> ]

note: type: Plain text
en: B<bunzip2> [B< -fkvsVL >] [ I<filenames \&...> ]
de: B<bunzip2> [B< -fkvsVL >] [ I<Dateinamen \& …> ]

note: type: Plain text
en: B<bzcat> [B< -s >] [ I<filenames \&...> ]
de: B<bzcat> [B< -s >] [ I<Dateinamen \& …> ]

note: type: Plain text
en: B<bzip2recover> I<filename>
de: B<bzip2recover> I<Dateiname>

note: type: SH
en: DESCRIPTION
de: BESCHREIBUNG

note: type: Plain text
en: I<bzip2> compresses files using the Burrows-Wheeler block sorting text compression algorithm, and Huffman coding.  Compression is generally considerably better than that achieved by more conventional LZ77/LZ78-based compressors, and approaches the performance of the PPM family of statistical compressors.
de: B<bzip2> komprimiert Dateien mit dem blocksortierenden Textkompressionsalgorithmus nach Burrows-Wheeler und der Huffman-Kodierung. Die Kompression wird generell als besser angesehen als mit den konventionellen LZ77/LZ78-basierenden Kompressionsalgorithmen und kommt der Performance der PPM-Familie statistischer Kompressoren nahe.

note: type: Plain text
en: The command-line options are deliberately very similar to those of I<GNU gzip,> but they are not identical.
de: Die Befehlszeilenoptionen sind denen von GNU B<gzip> absichtlich sehr ähnlich, aber nicht völlig identisch.

note: type: Plain text
en: I<bzip2> expects a list of file names to accompany the command-line flags.  Each file is replaced by a compressed version of itself, with the name "original_name.bz2".  Each compressed file has the same modification date, permissions, and, when possible, ownership as the corresponding original, so that these properties can be correctly restored at decompression time.  File name handling is naive in the sense that there is no mechanism for preserving original file names, permissions, ownerships or dates in filesystems which lack these concepts, or have serious file name length restrictions, such as MS-DOS.
de: B<bzip2> erwartet eine Liste von Dateinamen, die den Befehlszeilenoptionen mitgegeben werden. Jede Datei wird durch deren komprimierte Version mit dem Namen I<Originalname.bz2> ersetzt. Dabei werden die ursprünglichen Änderungszeitstempel, Zugriffsrechte und, wenn möglich, auch die Eigentumsrechte des zugehörigen Originals übernommen, so dass diese Eigenschaften bei der Dekomprimierung korrekt wiederhergestellt werden können. Auf Dateisystemen, denen diese Möglichkeiten der Erhaltung von originalen Dateinamen, Zugriffsrechten, Eigentumsverhältnissen und Zeitstempeln fehlen oder die Länge von Dateinamen eingeschränkt ist, wie beispielsweise MS-DOS, ist diese Verarbeitung von Dateinamen harmlos.

note: type: Plain text
en: I<bzip2> and I<bunzip2> will by default not overwrite existing files.  If you want this to happen, specify the -f flag.
de: B<bzip2> und B<bunzip2> überschreiben in der Voreinstellung existierende Dateien nicht. Wenn Sie dies ermöglichen wollen, verwenden Sie den Schalter B<-f>.

note: type: Plain text
en: If no file names are specified, I<bzip2> compresses from standard input to standard output.  In this case, I<bzip2> will decline to write compressed output to a terminal, as this would be entirely incomprehensible and therefore pointless.
de: Werden keine Dateinamen angegeben, dann liest B<bzip2> aus der Standardeingabe und leitet das Ergebnis der Komprimierung in die Standardausgabe. In diesem Fall verweigert B<bzip2> die komprimierte Ausgabe in ein Terminal, da die Ausgabe unverständlich und daher sinnlos wäre.

note: type: Plain text
en: I<bunzip2> (or I<bzip2 -d)> decompresses all specified files.  Files which were not created by I<bzip2> will be detected and ignored, and a warning issued.  I<bzip2> attempts to guess the filename for the decompressed file from that of the compressed file as follows:
de: B<bunzip2> (oder B<bzip2 -d)> dekomprimiert alle angegebenen Dateien. Werden Dateien erkannt, die nicht mit B<bzip2> komprimiert sind, werden diese ignoriert und eine Warnmeldung ausgegeben. B<bzip2> versucht die Namen für die dekomprimierten Dateien folgendermaßen abzuleiten:

note: type: Plain text
en:        filename.bz2    becomes   filename
           filename.bz     becomes   filename
           filename.tbz2   becomes   filename.tar
           filename.tbz    becomes   filename.tar
           anyothername    becomes   anyothername.out
de:        Dateiname.bz2    wird zu   Dateiname
           Dateiname.bz     wird zu   Dateiname
           Dateiname.tbz2   wird zu   Dateiname.tar
           Dateiname.tbz    wird zu   Dateiname.tar
           anderername      wird zu   anderername.out

note: type: Plain text
en: If the file does not end in one of the recognised endings, I<.bz2,> I<.bz,> I<.tbz2> or I<.tbz,> I<bzip2> complains that it cannot guess the name of the original file, and uses the original name with I<.out> appended.
de: Falls die Datei nicht eine der verarbeitbaren Endungen B<.bz2>, B<.bz>, B<.tbz2> oder B<.tbz> hat, reklamiert B<bzip2>, dass der Name der Originaldatei nicht ermittelt werden kann, und verwendet den Originalnamen mit der Endung B<.out>.

note: type: Plain text
en: As with compression, supplying no filenames causes decompression from standard input to standard output.
de: Wie bei der Kompression wird auch bei der Dekompression aus der Standardeingabe gelesen und das Ergebnis in die Standardausgabe geleitet, wenn keine Dateinamen angegeben werden.

note: type: Plain text
en: I<bunzip2> will correctly decompress a file which is the concatenation of two or more compressed files.  The result is the concatenation of the corresponding uncompressed files.  Integrity testing (-t)  of concatenated compressed files is also supported.
de: B<bunzip2> dekomprimiert eine Datei korrekt, die aus zwei oder mehr komprimierten Dateien verkettet ist. Das Ergebnis ist eine Verkettung der entsprechenden unkomprimierten Dateien. Die Integritätsprüfung verketteter komprimierter Dateien mit B<-t> wird dabei auch unterstützt.

note: type: Plain text
en: You can also compress or decompress files to the standard output by giving the -c flag.  Multiple files may be compressed and decompressed like this.  The resulting outputs are fed sequentially to stdout.  Compression of multiple files in this manner generates a stream containing multiple compressed file representations.  Such a stream can be decompressed correctly only by I<bzip2> version 0.9.0 or later.  Earlier versions of I<bzip2> will stop after decompressing the first file in the stream.
de: Sie können Dateien mit dem Schalter B<-c> auch in die Standardausgabe komprimieren oder dekomprimieren. Auf diese Weise können mehrere Dateien verarbeitet werden. Die Ergebnisse werden nacheinander in die Standardausgabe geleitet. Die Kompression mehrerer Dateien auf diese Weise erzeugt einen Datenstrom, der mehrere komprimierte Dateien enthält. Ein solcher Datenstrom kann nur mit B<bzip2> in Version 0.9.0 oder neuer korrekt dekomprimiert werden. Ältere Versionen von B<bzip2> brechen den Vorgang nach der Dekomprimierung der ersten Datei des Datenstroms ab.

note: type: Plain text
en: I<bzcat> (or I<bzip2 -dc)> decompresses all specified files to the standard output.
de: B<bzcat> (oder B<bzip2 -dc)> dekomprimieren alle angegebenen Dateien in die Standardausgabe.

note: type: Plain text
en: I<bzip2> will read arguments from the environment variables I<BZIP2> and I<BZIP,> in that order, and will process them before any arguments read from the command line.  This gives a convenient way to supply default arguments.
de: B<bzip2> liest die Argumente nacheinander aus den Umgebungsvariablen I<BZIP2> und I<BZIP>. Diese werden stets vor der Verarbeitung von Befehlszeilenargumenten ausgewertet. Dadurch erhalten Sie eine bequeme Möglichkeit, Standardargumente zu übergeben.

note: type: Plain text
en: Compression is always performed, even if the compressed file is slightly larger than the original.  Files of less than about one hundred bytes tend to get larger, since the compression mechanism has a constant overhead in the region of 50 bytes.  Random data (including the output of most file compressors) is coded at about 8.05 bits per byte, giving an expansion of around 0.5%.
de: Die Kompression wird immer ausgeführt, selbst wenn die komprimierte Datei etwas größer als das Original ist. Dateien, die kleiner als 100 Bytes sind, tendieren dazu, durch die Kompression größer zu werden, da der Kompressionsalgorithmus eine konstante Datenmenge von etwa 50 Bytes selbst benötigt. Zufallsdaten (die in der Ausgabe der meisten Dateikompressoren enthalten sind) werden mit 8,05 Bit pro Byte kodiert, was einem Zuwachs von 0,5% entspricht.

note: type: Plain text
en: As a self-check for your protection, I<bzip2> uses 32-bit CRCs to make sure that the decompressed version of a file is identical to the original.  This guards against corruption of the compressed data, and against undetected bugs in I<bzip2> (hopefully very unlikely).  The chances of data corruption going undetected is microscopic, about one chance in four billion for each file processed.  Be aware, though, that the check occurs upon decompression, so it can only tell you that something is wrong.  It can't help you recover the original uncompressed data.  You can use I<bzip2recover> to try to recover data from damaged files.
de: Als Selbsttest zu Ihrem Schutz verwendet B<bzip2> 32-Bit-CRC-Prüfungen, um sicherzustellen, dass die Originaldatei und deren dekomprimierte Version identisch sind. Dies schützt vor Beschädigung der komprimierten Daten und auch gegen noch nicht entdeckte Fehler in B<bzip2> (was hoffentlich unwahrscheinlich ist). Die Möglichkeit, dass die Beschädigung der Daten unentdeckt bleibt, ist sehr gering, etwa einmal in vier Milliarden verarbeiteten Dateien. Zu bedenken ist, dass die Prüfung bei der Dekompression ausgeführt wird und daher nur festgestellt wird, dass ein Problem besteht. Bei der Wiederherstellung der originalen unkomprimierten Daten hilft dies nicht. Sie können mit B<bzip2recover> versuchen, die Daten aus den beschädigten Dateien wiederherzustellen.

note: type: Plain text
en: Return values: 0 for a normal exit, 1 for environmental problems (file not found, invalid flags, I/O errors, &c), 2 to indicate a corrupt compressed file, 3 for an internal consistency error (eg, bug) which caused I<bzip2> to panic.
de: Rückgabewerte sind: 0 für ein normales Beenden, 1 für umgebungsbedingte Probleme (Datei nicht gefunden, ungültige Argumente, Ein-/Ausgabefehler usw.), 2 verweist auf eine beschädigte komprimierte Datei, 3 auf einen internen Konsistenzfehler (beispielsweise ein Bug), der B<bzip2> zum Absturz bringt.

note: type: SH
en: OPTIONS
de: OPTIONEN

note: type: Plain text
en: Compress or decompress to standard output.
de: komprimiert oder dekomprimiert in die Standardausgabe.

note: type: Plain text
en: Force decompression.  I<bzip2,> I<bunzip2> and I<bzcat> are really the same program, and the decision about what actions to take is done on the basis of which name is used.  This flag overrides that mechanism, and forces I<bzip2> to decompress.
de: erzwingt die Dekompression. Bei B<bzip2,> B<bunzip2> und B<bzcat> handelt es sich tatsächlich um dasselbe Programm. Die Entscheidung über die vorzunehmenden Aktionen geschieht auf der Basis des verwendeten Namens. Dieser Schalter setzt diesen Mechanismus außer Kraft und erzwingt die Dekompression mit B<bzip2>.

note: type: Plain text
en: The complement to -d: forces compression, regardless of the invocation name.
de: erzwingt die Kompression unabhängig vom aufgerufenen Befehlsnamen (als Ergänzung zu B<-d>).

note: type: Plain text
en: Check integrity of the specified file(s), but don't decompress them.  This really performs a trial decompression and throws away the result.
de: überprüft die Integrität der angegebenen Datei(en), aber dekomprimiert sie nicht. Es wird lediglich ein Kompressionsversuch ausgeführt und das Ergebnis ausgegeben.

note: type: Plain text
en: Force overwrite of output files.  Normally, I<bzip2> will not overwrite existing output files.  Also forces I<bzip2> to break hard links to files, which it otherwise wouldn't do.
de: erzwingt das Überschreiben der Ausgabedateien. Normalerweise überschreibt B<bzip2> vorhandene Ausgabedateien nicht. Außerdem überschreibt B<bzip2> mit dieser Option harte Verknüpfungen zu Dateien, was normalerweise nicht geschehen würde.

note: type: Plain text
en: bzip2 normally declines to decompress files which don't have the correct magic header bytes.  If forced (-f), however, it will pass such files through unmodified.  This is how GNU gzip behaves.
de: B<bzip2> verweigert normalerweise die Dekomprimierung von Dateien, denen die korrekten »magischen« Dateikopf-Bytes fehlen. Falls die Dekomprimierung mit B<-f> erzwungen wird, werden solche Dateien unverändert übergangen. Dies entspricht dem Verhalten von GNU B<gzip>.

note: type: Plain text
en: Keep (don't delete) input files during compression or decompression.
de: behält (löscht keine) Eingabedateien während der Komprimierung oder Dekomprimierung.

note: type: Plain text
en: Reduce memory usage, for compression, decompression and testing.  Files are decompressed and tested using a modified algorithm which only requires 2.5 bytes per block byte.  This means any file can be decompressed in 2300k of memory, albeit at about half the normal speed.
de: verringert den Speicherbedarf für Kompression, Dekompression und Tests. Dateien werden mit einem modifizierten Algorithmus dekomprimiert und getestet, der lediglich 2,5 Bytes pro Block-Byte erfordert. Das bedeutet, dass für die Dekomprimierung einer Datei nie mehr als 2300 kB Speicher erforderlich sind, wenngleich dies dann nur mit der Hälfte der normalen Geschwindigkeit geschieht.

note: type: Plain text
en: During compression, -s selects a block size of 200k, which limits memory use to around the same figure, at the expense of your compression ratio.  In short, if your machine is low on memory (8 megabytes or less), use -s for everything.  See MEMORY MANAGEMENT below.
de: Während der Komprimierung wählt die Option B<-s> eine Blockgröße von 200 kB, was den Speicherverbrauch auf etwa diese Größe begrenzt. Das geht allerdings zu Lasten des Kompressionsverhältnisses. Kurz gesagt, wenn Ihr Rechner über wenig Speicher verfügt (8 Megabyte oder weniger), sollten Sie stets die Option B<-s> verwenden. Siehe SPEICHERVERWALTUNG unten.

note: type: Plain text
en: Suppress non-essential warning messages.  Messages pertaining to I/O errors and other critical events will not be suppressed.
de: unterdrückt Warnmeldungen, sofern diese nicht von grundlegender Bedeutung sind. Meldungen zu Ein-/Ausgabefehlern sowie weiteren kritischen Ereignissen werden weiterhin angezeigt.

note: type: Plain text
en: Verbose mode -- show the compression ratio for each file processed.  Further -v's increase the verbosity level, spewing out lots of information which is primarily of interest for diagnostic purposes.
de: aktiviert den ausführlichen Modus. Dabei werden die Kompressionsraten für jede verarbeitete Datei angezeigt. Wird diese Option mehrmals angegeben, erhöht sich damit die Menge der ausgegebenen Informationen. Dies ist primär für Diagnosezwecke gedacht.

note: type: Plain text
en: Display the software version, license terms and conditions.
de: zeigt die Softwareversion und die Lizenzbedingungen an.

note: type: TP
en: B<-1 (or --fast) to -9 (or --best)>
de: B<-1 (oder --fast) bis -9 (oder --best)>

note: type: Plain text
en: Set the block size to 100 k, 200 k ..  900 k when compressing.  Has no effect when decompressing.  See MEMORY MANAGEMENT below.  The --fast and --best aliases are primarily for GNU gzip compatibility.  In particular, --fast doesn't make things significantly faster.  And --best merely selects the default behaviour.
de: setzt bei der Komprimierung die Blockgröße auf 100 kB, 200 kB … 900 kB. Dies ist bei der Dekomprimierung wirkungslos. Siehe SPEICHERVERWALTUNG unten. Die Aliase B<--fast> und B<--best> dienen nur der Kompatibilität zu GNU B<gzip>. Insbesondere B<--fast> sorgt nicht wirklich für einen Geschwindigkeitszuwachs, und B<--best> wählt lediglich das Standardverhalten.

note: type: Plain text
en: Treats all subsequent arguments as file names, even if they start with a dash.  This is so you can handle files with names beginning with a dash, for example: bzip2 -- -myfilename.
de: fasst alle nachfolgenden Argumente als Dateinamen auf, selbst dann, wenn sie mit einem Minuszeichen beginnen. Dadurch können Sie beispielsweise »bzip2 -- -meinedatei« verarbeiten lassen.

note: type: Plain text
en: These flags are redundant in versions 0.9.5 and above.  They provided some coarse control over the behaviour of the sorting algorithm in earlier versions, which was sometimes useful.  0.9.5 and above have an improved algorithm which renders these flags irrelevant.
de: Diese Schalter sind in den Versionen ab 0.9.5 überflüssig. Sie ermöglichten in früheren Versionen eine grobe Beeinflussung des Verhaltens des Sortieralgorithmus, was gelegentlich durchaus sinnvoll war. Für den verbesserten Algorithmus in den Versionen nach 0.9.5 sind diese Schalter irrelevant.

note: type: SH
en: MEMORY MANAGEMENT
de: SPEICHERVERWALTUNG

note: type: Plain text
en: I<bzip2> compresses large files in blocks.  The block size affects both the compression ratio achieved, and the amount of memory needed for compression and decompression.  The flags -1 through -9 specify the block size to be 100,000 bytes through 900,000 bytes (the default) respectively.  At decompression time, the block size used for compression is read from the header of the compressed file, and I<bunzip2> then allocates itself just enough memory to decompress the file.  Since block sizes are stored in compressed files, it follows that the flags -1 to -9 are irrelevant to and so ignored during decompression.
de: B<bzip2> komprimiert große Dateien blockweise. Die Größe der Blöcke beeinflusst sowohl das erreichte Kompressionsverhältnis als auch den Speicherbedarf für Kompression und Dekompression. Die Schalter B<-1> bis B<-9> geben die Blockgröße von 100000 bis 900000 Bytes an (Letzteres ist die Voreinstellung). Bei der Dekompression wird die für die Kompression verwendete Blockgröße aus dem Dateikopf der komprimierten Datei ermittelt. Aus diesem Wert leitet B<bunzip2> selbst den für die Dekompression erforderlichen Speicherbedarf ab. Da die Blockgrößen in den komprimierten Dateien selbst gespeichert werden, sind die Schalter B<-1> bis B<-9> bei der Dekompression nicht von Bedeutung und werden daher ignoriert.

note: type: Plain text
en: Compression and decompression requirements, in bytes, can be estimated as:
de: Die Erfordernisse zur Kompression und Dekompression können folgendermaßen abgeschätzt werden (in Bytes):

note: type: Plain text
en:        Compression:   400k + ( 8 x block size )
de:        Kompression:   400k + ( 8 x Blockgröße )

note: type: Plain text
en:        Decompression: 100k + ( 4 x block size ), or
                          100k + ( 2.5 x block size )
de:        Dekompression: 100k + ( 4 x Blockgröße ) oder
                          100k + ( 2.5 x Blockgröße )

note: type: Plain text
en: Larger block sizes give rapidly diminishing marginal returns.  Most of the compression comes from the first two or three hundred k of block size, a fact worth bearing in mind when using I<bzip2> on small machines.  It is also important to appreciate that the decompression memory requirement is set at compression time by the choice of block size.
de: Größere Blöcke bringen nur geringfügig bessere Ergebnisse. Die effektivste Kompression ergibt sich aus den ersten 200 bis 300 kB der Blockgröße, dies sollte beachtet werden, wenn B<bzip2> auf  weniger leistungsfähigen Rechnern verwendet wird. Ebenfalls beachtet werden sollte, dass der Speicherbedarf für die Dekompression schon durch die bei der Kompression gewählte Blockgröße bestimmt wird.

note: type: Plain text
en: For files compressed with the default 900k block size, I<bunzip2> will require about 3700 kbytes to decompress.  To support decompression of any file on a 4 megabyte machine, I<bunzip2> has an option to decompress using approximately half this amount of memory, about 2300 kbytes.  Decompression speed is also halved, so you should use this option only where necessary.  The relevant flag is -s.
de: Bei Dateien, die mit den voreingestellten 900 kB großen Blöcken komprimiert sind, benötigt B<bunzip2> etwa 3700 kB für die Dekompression. Um die Dekompression auch auf Rechnern mit 4 MB Speicher zu ermöglichen, steht eine Option für B<bunzip2> zur Verfügung, die den Speicherbedarf auf 2300 kB nahezu halbiert, was allerdings auch eine Halbierung der Dekompressionsgeschwindigkeit nach sich zieht. Sie sollten den dafür zuständigen Schalter B<-s> daher nur verwenden, wenn dies wirklich nötig ist.

note: type: Plain text
en: In general, try and use the largest block size memory constraints allow, since that maximises the compression achieved.  Compression and decompression speed are virtually unaffected by block size.
de: Generell sollten Sie stets versuchen, die größtmöglichen Blöcke zu verwenden, die der zur Verfügung stehende Speicher zulässt. Dadurch wird das maximale Kompressionsverhältnis erreicht. Die Kompressions- und Dekompressionsgeschwindigkeiten werden durch die Blockgröße praktisch nicht beeinflusst.

note: type: Plain text
en: Another significant point applies to files which fit in a single block -- that means most files you'd encounter using a large block size.  The amount of real memory touched is proportional to the size of the file, since the file is smaller than a block.  For example, compressing a file 20,000 bytes long with the flag -9 will cause the compressor to allocate around 7600k of memory, but only touch 400k + 20000 * 8 = 560 kbytes of it.  Similarly, the decompressor will allocate 3700k but only touch 100k + 20000 * 4 = 180 kbytes.
de: Ein weiterer wichtiger Punkt betrifft Dateien, die in einen einzigen Block passen – also wohl die meisten Dateien, wenn Sie eine große Blockgröße wählen. Die Größe des tatsächlichen Speichers ist proportional zur Dateigröße, da die Datei kleiner als ein Block ist. Beispielsweise werden durch die Kompression einer 20000 Byte großen Datei mit dem Schalter B<-9> rund 7600 kB Speicher belegt, aber tatsächlich nur 400 k + 20000 * 8 = 560 kB davon genutzt. Auf ähnliche Weise belegt die Dekomprimierung 3700 kB, nutzt aber nur 100 kB + 20000 * 4 = 180 kB.

note: type: Plain text
en: Here is a table which summarises the maximum memory usage for different block sizes.  Also recorded is the total compressed size for 14 files of the Calgary Text Compression Corpus totalling 3,141,622 bytes.  This column gives some feel for how compression varies with block size.  These figures tend to understate the advantage of larger block sizes for larger files, since the Corpus is dominated by smaller files.
de: Die folgende Tabelle fasst den maximalen Speicherbedarf für die jeweilige Blockgröße zusammen. Außerdem wird die komprimierte Gesamtgröße der 14 Dateien des »Calgary Text Compression Corpus« angezeigt, die sich auf 3141622 Bytes beläuft. Diese Spalte vermittelt einen Eindruck, wie die Kompression mit der Blockgröße variiert. Diese Zahlen verleiten allerdings dazu, den Vorteil größerer Blöcke für größere Dateien zu unterschätzen, da der Corpus durch kleinere Dateien dominiert wird.

note: type: Plain text
en:            Compress   Decompress   Decompress   Corpus
        Flag     usage      usage       -s usage     Size
de:               Kompres-   Dekompres-   Decompres-    Corpus-
        Schalter   sion        sion       sion mit -s    Größe

note: type: Plain text
en:      -1      1200k       500k         350k      914704
         -2      2000k       900k         600k      877703
         -3      2800k      1300k         850k      860338
         -4      3600k      1700k        1100k      846899
         -5      4400k      2100k        1350k      845160
         -6      5200k      2500k        1600k      838626
         -7      6100k      2900k        1850k      834096
         -8      6800k      3300k        2100k      828642
         -9      7600k      3700k        2350k      828642
de:      -1         1200k       500k         350k       914704
         -2         2000k       900k         600k       877703
         -3         2800k      1300k         850k       860338
         -4         3600k      1700k        1100k       846899
         -5         4400k      2100k        1350k       845160
         -6         5200k      2500k        1600k       838626
         -7         6100k      2900k        1850k       834096
         -8         6800k      3300k        2100k       828642
         -9         7600k      3700k        2350k       828642

note: type: SH
en: RECOVERING DATA FROM DAMAGED FILES
de: DATEN AUS BESCHÄDIGTEN DATEIEN WIEDERHERSTELLEN

note: type: Plain text
en: I<bzip2> compresses files in blocks, usually 900kbytes long.  Each block is handled independently.  If a media or transmission error causes a multi-block .bz2 file to become damaged, it may be possible to recover data from the undamaged blocks in the file.
de: B<bzip2> komprimiert Dateien in Blöcken, wobei jeder Block üblicherweise 900 kB groß ist. Die Blöcke werden unabhängig voneinander verarbeitet. Falls ein Medien- oder Übertragungsfehler dazu führt, dass eine aus mehreren Blöcken bestehende B<.bz2>-Datei beschädigt wird, kann es dennoch gelingen, die Daten der unbeschädigten Blöcke wiederherzustellen.

note: type: Plain text
en: The compressed representation of each block is delimited by a 48-bit pattern, which makes it possible to find the block boundaries with reasonable certainty.  Each block also carries its own 32-bit CRC, so damaged blocks can be distinguished from undamaged ones.
de: Der komprimierten Darstellung jedes Blocks ist ein 48-Bit-Muster überlagert, was die Erkennung der Blockgrenzen mit hinreichender Sicherheit ermöglicht. Jeder Block enthält außerdem seine eigene 32-Bit-CRC-Prüfsumme, so dass beschädigte Blöcke von unbeschädigten Blöcken unterschieden werden können.

note: type: Plain text
en: I<bzip2recover> is a simple program whose purpose is to search for blocks in .bz2 files, and write each block out into its own .bz2 file.  You can then use I<bzip2> -t to test the integrity of the resulting files, and decompress those which are undamaged.
de: Mit B<bzip2recover> können Sie nach Blöcken in B<.bz2>-Dateien suchen und jeden Block in einer eigenen B<.bz2>-Datei speichern. Dann können Sie mit B<bzip2> die Integrität dieser Dateien prüfen und sie dekomprimieren, sofern sie unbeschädigt sind.

note: type: Plain text
en: I<bzip2recover> takes a single argument, the name of the damaged file, and writes a number of files "rec00001file.bz2", "rec00002file.bz2", etc, containing the extracted blocks.  The output filenames are designed so that the use of wildcards in subsequent processing -- for example, "bzip2 -dc rec*file.bz2 E<gt> recovered_data" -- processes the files in the correct order.
de: B<bzip2recover> akzeptiert ein einzelnes Argument, den Namen der beschädigten Datei, und schreibt eine Reihe von Dateien nach dem Namensschema I<rec00001file.bz2>, I<rec00002file.bz2> usw., welche die dekomprimierten Blöcke enthalten. Die Namen der Ausgabedateien sind so gestaltet, dass durch Verwendung von Platzhaltern bei der Weiterverarbeitung – zum Beispiel »bzip2 -dc rec*file.bz2 E<gt> reparierte_Daten« – die Dateien in der richtigen Reihenfolge bearbeitet werden.

note: type: Plain text
en: I<bzip2recover> should be of most use dealing with large .bz2 files, as these will contain many blocks.  It is clearly futile to use it on damaged single-block files, since a damaged block cannot be recovered.  If you wish to minimise any potential data loss through media or transmission errors, you might consider compressing with a smaller block size.
de: B<bzip2recover> wird am häufigsten bei großen B<.bz2>-Dateien eingesetzt werden, da diese viele Blöcke enthalten. Es ist sinnlos, es bei beschädigten Ein-Block-Dateien einzusetzen, da ein einzelner beschädigter Block nicht wiederhergestellt werden kann. Wenn Sie den potenziellen Datenverlust durch Medien- oder Übertragungsfehler minimieren wollen, sollten Sie eine Verringerung der Blockgröße in Erwägung ziehen.

note: type: SH
en: PERFORMANCE NOTES
de: HIWEISE ZUR PERFORMANCE

note: type: Plain text
en: The sorting phase of compression gathers together similar strings in the file.  Because of this, files containing very long runs of repeated symbols, like "aabaabaabaab ..." (repeated several hundred times) may compress more slowly than normal.  Versions 0.9.5 and above fare much better than previous versions in this respect.  The ratio between worst-case and average-case compression time is in the region of 10:1.  For previous versions, this figure was more like 100:1.  You can use the -vvvv option to monitor progress in great detail, if you want.
de: In der Sortierphase der Kompression werden ähnliche Zeichenketten in der Datei zusammengeführt. Aus diesem Grund werden Dateien, die sehr lange Reihen sich mehrere Hundert Male wiederholender Symbole enthalten, wie »aabaabaabaab …«, möglicherweise langsamer komprimiert als normal. Die Versionen 0.9.5 und neuer arbeiten in dieser Beziehung weitaus besser. Das Verhältnis zwischen der Kompressionsdauer im ungünstigsten Fall und dem Durchschnitt bewegt sich im Bereich von 10:1. In früheren Versionen konnte das Verhältnis durchaus 100:1 betragen. Wenn gewünscht, können Sie mit der Option B<-vvvv> den Fortschritt sehr detailreich anzeigen lassen.

note: type: Plain text
en: Decompression speed is unaffected by these phenomena.
de: Die Geschwindigkeit der Dekomprimierung wird durch dieses Phänomen nicht beeinträchtigt.

note: type: Plain text
en: I<bzip2> usually allocates several megabytes of memory to operate in, and then charges all over it in a fairly random fashion.  This means that performance, both for compressing and decompressing, is largely determined by the speed at which your machine can service cache misses.  Because of this, small changes to the code to reduce the miss rate have been observed to give disproportionately large performance improvements.  I imagine I<bzip2> will perform best on machines with very large caches.
de: B<bzip2> belegt üblicherweise einige Megabyte Speicher, in denen es arbeitet, und lädt dann alles nach Bedarf nach dem Zufallsprinzip. Das heißt, dass sowohl für die Komprimierung als auch die Dekomprimierung von entscheidender Bedeutung ist, wie schnell Ihr Rechner den Inhalt des Zwischenspeichers verwirft. Daher können kleine Änderungen am Code zur Reduzierung der Verwerfungsrate unverhältnismäßig große Verbesserungen der Performance bewirken. Es ist vorstellbar, dass die Performance von B<bzip2> auf Rechnern mit sehr großen Zwischenspeichern am besten ist.

note: type: SH
en: CAVEATS
de: EINSCHRÄNKUNGEN

note: type: Plain text
en: I/O error messages are not as helpful as they could be.  I<bzip2> tries hard to detect I/O errors and exit cleanly, but the details of what the problem is sometimes seem rather misleading.
de: Die Meldungen zu Ein-/Ausgabe-Fehlern sind nicht so hilfreich, wie sie idealerweise sein sollten. I<bzip2> versucht, Ein-/Ausgabe-Fehler zu erkennen und sauber zu beenden, aber die Details des Problems sind manchmal eher irreführend.

note: type: Plain text
en: This manual page pertains to version 1.0.8 of I<bzip2.> Compressed data created by this version is entirely forwards and backwards compatible with the previous public releases, versions 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 and above, but with the following exception: 0.9.0 and above can correctly decompress multiple concatenated compressed files.  0.1pl2 cannot do this; it will stop after decompressing just the first file in the stream.
de: Diese Handbuchseite bezieht sich auf die Version 1.0.8 von B<bzip2>. Die von dieser Version erzeugten komprimierten Daten sind vollständig abwärts- und aufwärtskompatibel zu den früher veröffentlichten Versionen 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 und neuer, allerdings mit der folgenden Ausnahme: Die Versionen 0.9.0 und neuer können mehrere verkettete komprimierte Dateien korrekt dekomprimieren. In der Version 0.1pl2 ist dies nicht möglich, das Programm bricht nach der Dekomprimierung der ersten Datei das Datenstroms ab.

note: type: Plain text
en: I<bzip2recover> versions prior to 1.0.2 used 32-bit integers to represent bit positions in compressed files, so they could not handle compressed files more than 512 megabytes long.  Versions 1.0.2 and above use 64-bit ints on some platforms which support them (GNU supported targets, and Windows).  To establish whether or not bzip2recover was built with such a limitation, run it without arguments.  In any event you can build yourself an unlimited version if you can recompile it with MaybeUInt64 set to be an unsigned 64-bit integer.
de: Die Versionen von I<bzip2recover> vor 1.0.2 verwendeten 32-Bit-Ganzzahlen zum Darstellen der Bit-Positionen in komprimierten Dateien, daher konnte es nicht mit Dateien umgehen, die größer ale 512 Megabytes sind. Die Versionen 1.0.2 und neuer verwenden 64-Bit-Ganzzahlen auf jenen Plattformen, die diese unterstützen (entsprechende GNU-Versionen und Windows). Wenn Sie B<bzip2recover> ohne Argumente aufrufen, wird angezeigt, ob Ihre Version mit einer solchen Einschränkung erstellt wurde. In jedem Fall können Sie sich selbst eine uneingeschränkte Version erstellen, wenn Sie das Programm neu kompilieren und »MaybeUInt64« dabei auf eine vorzeichenlose 64-Bit-Ganzzahl setzen.

note: type: SH
en: AUTHOR
de: AUTOR

note: type: Plain text
en: The ideas embodied in I<bzip2> are due to (at least) the following people: Michael Burrows and David Wheeler (for the block sorting transformation), David Wheeler (again, for the Huffman coder), Peter Fenwick (for the structured coding model in the original I<bzip,> and many refinements), and Alistair Moffat, Radford Neal and Ian Witten (for the arithmetic coder in the original I<bzip).> I am much indebted for their help, support and advice.  See the manual in the source distribution for pointers to sources of documentation.  Christian von Roques encouraged me to look for faster sorting algorithms, so as to speed up compression.  Bela Lubkin encouraged me to improve the worst-case compression performance.  Donna Robinson XMLised the documentation.  The bz* scripts are derived from those of GNU gzip.  Many people sent patches, helped with portability problems, lent machines, gave advice and were generally helpful.
de: Die in B<bzip2> umgesetzten Ideen gehen (mindestens) auf folgende Mitwirkende zurück: Michael Burrows und David Wheeler (die blocksortierende Umwandlung), David Wheeler (der Huffman-Encoder), Peter Fenwick (das strukturierte Benennungsschema im ursprünglichen B<bzip> sowie zahlreiche Verbesserungen) sowie Alistair Moffat, Radford Neal und Ian Witten (der arithmetische Encoder im ursprünglichen B<bzip)>. Ich bin ihnen für ihre Hilfe, Unterstützung und Beratung sehr zu Dank verpflichtet. Im Handbuch der Quelldistribution finden Sie Hinweise zur Herkunft der Dokumentation. Christian von Roques regte mich an, nach schnelleren Sortieralgorithmen zu suchen, die die Kompression beschleunigen. Bela Lubkin ermunterte mich, die im ungünstigsten Fall erreichbare Performance der Kompression zu verbessern. Donna Robinson hat die Dokumentation auf das XML-Format migriert. Die B<bz*>-Skripte wurden aus jenen von GNU B<gzip> abgeleitet. Viele Leute schickten Patches, halfen bei Problemen mit der Portabilität, stellten Hardware leihweise zur Verfügung, standen beratend zur Seite oder waren ganz allgemein hilfreich.

note: type: Plain text
en: bzip2, bunzip2 - a block-sorting file compressor, v1.0.6
de: bzip2, bunzip2 - ein blocksortierender Dateikompressor, Version 1.0.6

note: type: Plain text
en: Reduce memory usage, for compression, decompression and testing.  Files are decompressed and tested using a modified algorithm which only requires 2.5 bytes per block byte.  This means any file can be decompressed in 2300\ k of memory, albeit at about half the normal speed.
de: verringert den Speicherbedarf für Kompression, Dekompression und Tests. Dateien werden mit einem modifizierten Algorithmus dekomprimiert und getestet, der lediglich 2,5 Bytes pro Block-Byte erfordert. Das bedeutet, dass für die Dekomprimierung einer Datei nie mehr als 2300\ kB Speicher erforderlich sind, wenngleich dies dann nur mit der Hälfte der normalen Geschwindigkeit geschieht.

note: type: Plain text
en: During compression, -s selects a block size of 200\ k, which limits memory use to around the same figure, at the expense of your compression ratio.  In short, if your machine is low on memory (8 megabytes or less), use -s for everything.  See MEMORY MANAGEMENT below.
de: Während der Komprimierung wählt die Option B<-s> eine Blockgröße von 200\ kB, was den Speicherverbrauch auf etwa diese Größe begrenzt. Das geht allerdings zu Lasten des Kompressionsverhältnisses. Kurz gesagt, wenn Ihr Rechner über wenig Speicher verfügt (8 Megabyte oder weniger), sollten Sie stets die Option B<-s> verwenden. Siehe SPEICHERVERWALTUNG unten.

note: type: Plain text
en: Print a help message and exit.
de: Hilfe ausgeben und beenden.

note: type: Plain text
en: Set the block size to 100 k, 200 k ...  900 k when compressing.  Has no effect when decompressing.  See MEMORY MANAGEMENT below.  The --fast and --best aliases are primarily for GNU gzip compatibility.  In particular, --fast doesn't make things significantly faster.  And --best merely selects the default behaviour.
de: setzt bei der Komprimierung die Blockgröße auf 100 kB, 200 kB … 900 kB. Dies ist bei der Dekomprimierung wirkungslos. Siehe SPEICHERVERWALTUNG unten. Die Aliase B<--fast> und B<--best> dienen nur der Kompatibilität zu GNU B<gzip>. Insbesondere B<--fast> sorgt nicht wirklich für einen Geschwindigkeitszuwachs, und B<--best> wählt lediglich das Standardverhalten.

note: type: Plain text
en:        Compression:   400\ k + ( 8 x block size )
de:        Kompression:   400\ k + ( 8 x Blockgröße )

note: type: Plain text
en:        Decompression: 100\ k + ( 4 x block size ), or
                          100\ k + ( 2.5 x block size )
de:        Dekompression: 100\ k + ( 4 x Blockgröße ) oder
                          100\ k + ( 2.5 x Blockgröße )

note: type: Plain text
en: For files compressed with the default 900\ k block size, I<bunzip2> will require about 3700 kbytes to decompress.  To support decompression of any file on a 4 megabyte machine, I<bunzip2> has an option to decompress using approximately half this amount of memory, about 2300 kbytes.  Decompression speed is also halved, so you should use this option only where necessary.  The relevant flag is -s.
de: Bei Dateien, die mit den voreingestellten 900\ kB großen Blöcken komprimiert sind, benötigt B<bunzip2> etwa 3700 kB für die Dekompression. Um die Dekompression auch auf Rechnern mit 4 MB Speicher zu ermöglichen, steht eine Option für B<bunzip2> zur Verfügung, die den Speicherbedarf auf 2300 kB nahezu halbiert, was allerdings auch eine Halbierung der Dekompressionsgeschwindigkeit nach sich zieht. Sie sollten den dafür zuständigen Schalter B<-s> daher nur verwenden, wenn dies wirklich nötig ist.

note: type: Plain text
en: Another significant point applies to files which fit in a single block -- that means most files you'd encounter using a large block size.  The amount of real memory touched is proportional to the size of the file, since the file is smaller than a block.  For example, compressing a file 20,000 bytes long with the flag -9 will cause the compressor to allocate around 7600\ k of memory, but only touch 400\ k + 20000 * 8 = 560 kbytes of it.  Similarly, the decompressor will allocate 3700\ k but only touch 100\ k + 20000 * 4 = 180 kbytes.
de: Ein weiterer wichtiger Punkt betrifft Dateien, die in einen einzigen Block passen – also wohl die meisten Dateien, wenn Sie eine große Blockgröße wählen. Die Größe des tatsächlichen Speichers ist proportional zur Dateigröße, da die Datei kleiner als ein Block ist. Beispielsweise werden durch die Kompression einer 20000 Byte großen Datei mit dem Schalter B<-9> rund 7600\ kB Speicher belegt, aber tatsächlich nur 400\ k + 20000 * 8 = 560 kB davon genutzt. Auf ähnliche Weise belegt die Dekomprimierung 3700 kB, nutzt aber nur 100\ k + 20000 * 4 = 180 kB.

note: type: Plain text
en: I<bzip2> compresses files in blocks, usually 900\ kbytes long.  Each block is handled independently.  If a media or transmission error causes a multi-block .bz2 file to become damaged, it may be possible to recover data from the undamaged blocks in the file.
de: B<bzip2> komprimiert Dateien in Blöcken, wobei jeder Block üblicherweise 900\ kB groß ist. Die Blöcke werden unabhängig voneinander verarbeitet. Falls ein Medien- oder Übertragungsfehler dazu führt, dass eine aus mehreren Blöcken bestehende B<.bz2>-Datei beschädigt wird, kann es dennoch gelingen, die Daten der unbeschädigten Blöcke wiederherzustellen.

note: type: Plain text
en: I<bzip2recover> takes a single argument, the name of the damaged file, and writes a number of files "rec00001file.bz2", "rec00002file.bz2", etc., containing the extracted blocks.  The output filenames are designed so that the use of wildcards in subsequent processing -- for example, "bzip2 -dc rec*file.bz2 E<gt> recovered_data" -- processes the files in the correct order.
de: B<bzip2recover> akzeptiert ein einzelnes Argument, den Namen der beschädigten Datei, und schreibt eine Reihe von Dateien nach dem Namensschema I<rec00001file.bz2>, I<rec00002file.bz2> usw., welche die dekomprimierten Blöcke enthalten. Die Namen der Ausgabedateien sind so gestaltet, dass durch Verwendung von Platzhaltern bei der Weiterverarbeitung – zum Beispiel »bzip2 -dc rec*file.bz2 E<gt> reparierte_Daten« – die Dateien in der richtigen Reihenfolge bearbeitet werden.

note: type: Plain text
en: The sorting phase of compression gathers together similar strings in the file.  Because of this, files containing very long runs of repeated symbols, like "aabaabaabaab ...\&" (repeated several hundred times) may compress more slowly than normal.  Versions 0.9.5 and above fare much better than previous versions in this respect.  The ratio between worst-case and average-case compression time is in the region of 10:1.  For previous versions, this figure was more like 100:1.  You can use the -vvvv option to monitor progress in great detail, if you want.
de: In der Sortierphase der Kompression werden ähnliche Zeichenketten in der Datei zusammengeführt. Aus diesem Grund werden Dateien, die sehr lange Reihen sich mehrere Hundert Male wiederholender Symbole enthalten, wie »aabaabaabaab …«, möglicherweise langsamer komprimiert als normal. Die Versionen 0.9.5 und neuer arbeiten in dieser Beziehung weitaus besser. Das Verhältnis zwischen der Kompressionsdauer im ungünstigsten Fall und dem Durchschnitt bewegt sich im Bereich von 10:1. In früheren Versionen konnte das Verhältnis durchaus 100:1 betragen. Wenn gewünscht, können Sie mit der Option B<-vvvv> den Fortschritt sehr detailreich anzeigen lassen.

note: type: Plain text
en: This manual page pertains to version 1.0.6 of I<bzip2.> Compressed data created by this version is entirely forwards and backwards compatible with the previous public releases, versions 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 and above, but with the following exception: 0.9.0 and above can correctly decompress multiple concatenated compressed files.  0.1pl2 cannot do this; it will stop after decompressing just the first file in the stream.
de: Diese Handbuchseite bezieht sich auf die Version 1.0.6 von B<bzip2>. Die von dieser Version erzeugten komprimierten Daten sind vollständig abwärts- und aufwärtskompatibel zu den früher veröffentlichten Versionen 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 und neuer, allerdings mit der folgenden Ausnahme: Die Versionen 0.9.0 und neuer können mehrere verkettete komprimierte Dateien korrekt dekomprimieren. In der Version 0.1pl2 ist dies nicht möglich, das Programm bricht nach der Dekomprimierung der ersten Datei das Datenstroms ab.
