Ich habe alle Befehlszeilentools installiert und muss eine vorhandene .zip
(oder neue) Datei (en) in (50 MB) .zip
Segmente in Terminal aufteilen .
dh Ordner X = 900MB> Selbstextrahierendes .zip
Archiv erstellen > .zip
Archiv in 50MB Segmente aufteilen (dh Folder.X.001.zip
)
Laut Manpage sind hier die Befehle:
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
Zip 3.0 (July 5th 2008). Usage:
zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] [-xi list]
The default action is to add or replace zipfile entries from list, which
can include the special name - to compress standard input.
If zipfile and list are omitted, zip compresses stdin to stdout.
-f freshen: only changed files -u update: only changed or new files
-d delete entries in zipfile -m move into zipfile (delete OS files)
-r recurse into directories -j junk (don't record) directory names
-0 store only -l convert LF to CR LF (-ll CR LF to LF)
-1 compress faster -9 compress better
-q quiet operation -v verbose operation/print version info
-c add one-line comments -z add zipfile comment
-@ read names from stdin -o make zipfile as old as latest entry
-x exclude the following names -i include only the following names
-F fix zipfile (-FF try harder) -D do not add directory entries
-A adjust self-extracting exe -J junk zipfile prefix (unzipsfx)
-T test zipfile integrity -X eXclude eXtra file attributes
-y store symbolic links as the link instead of the referenced file
-e encrypt -n don't compress these suffixes
-h2 show more help
mit -h2
bekomme ich:
Splits (archives created as a set of split files):
-s ssize create split archive with splits of size ssize, where ssize nm
n number and m multiplier (kmgt, default m), 100k -> 100 kB
-sp pause after each split closed to allow changing disks
WARNING: Archives created with -sp use data descriptors and should
work with most unzips but may not work with some
-sb ring bell when pause
-sv be verbose about creating splits
Split archives CANNOT be updated, but see --out and Copy Mode below
.....
Using --out (output to new archive):
--out oa output to new archive oa
Instead of updating input archive, create new output archive oa.
Result is same as without --out but in new archive. Input archive
unchanged.
WARNING: --out ALWAYS overwrites any existing output file
For example, to create new_archive like old_archive but add newfile1
and newfile2:
zip old_archive newfile1 newfile2 --out new_archive
Cannot update split archive, so use --out to out new archive:
zip in_split_archive newfile1 newfile2 --out out_split_archive
If input is split, output will default to same split size
Use -s=0 or -s- to turn off splitting to convert split to single file:
zip in_split_archive -s 0 --out out_single_file_archive
WARNING: If overwriting old split archive but need less splits,
old splits not overwritten are not needed but remain
unzip new.zip
, können Sienew.zip
in macOS einfach auf klicken und alles funktioniert. Vielen Dank!Das funktioniert bei mir:
Für 50MG Teile
Erstellen Sie damit 3G-Chuncks (gut zum Speichern großer Dateien auf einer FAT32-Festplatte)
Neue Mac OS extrahieren diese Dateien, wenn Sie auf die Datei new.zip doppelklicken
quelle
Ich musste Unarchiver verwenden, um die resultierende mehrteilige ZIP-Datei ebenfalls zu extrahieren, aber seltsamerweise wurde der ursprüngliche Pfad zur ZIP-Datei wiederhergestellt. zB habe ich das Archiv ursprünglich hier erstellt:
/ Volumes / Externe HD / Testordner / my-multipart-archive-parts.zip
Und alle Teile des Archivs hierher kopiert:
~ / Desktop / Testordner /
Als ich Unarchiver zum Extrahieren der Dateien verwendete, erstellte es Folgendes:
~ / Desktop / Testordner / Volumes / External HD / Testordner / my-multipart-archive.zip
Sehr komisch...
quelle