Hulp gevraagd bij verzenden/ontvangen grote bestanden

[KeesZ]

@Briolet de bestandsgroottes zit hem in Mac/Linux; de "een" vindt dat 1GB 1000 Mb is en de "ander" vindt dat 1GB 1024 MB is, blijft altijd lastig.
Andere unzippers pakken hem wel uit maar zoals ik al eerder schreef is het niet echt gebruiksvriendelijk om al onze nieuwe en bestaande klanten te verplichten om extra software te installeren. Daarnaast is dt een "fout" van Synology; zip-bestanden van bijvoorbeeld WeTransfer of MyAirbridge kunnen wél gewoon worden uitgepakt.
Ik heb dit 1 keer eerder mee gemaakt en wel bij Argeweb. Zij werken met Owncloud en zijn bekend met dit probleem maar kunnen hier zelf niets aan doen.

@Ben(V) dit is niet echt een Mac issue, grote zip-files van derden kan ik prima uitpakken. Alleen zip-files die tijdens het downloaden zijn gemaakt door File Station zijn niet uit te pakken. Als ik ze via File Station eerst ga zippen en vervolgens een sharelink aanmaak kan ik ze wél uitpakken, maar het zippen kost dan enorm veel extra tijd.
FTP is niet echt een optie zoals ik al eerder schreef. Nogmaals, voorheen werkten wij met WeTransfer en MyAirbridge en dat werkt gewoon érg goed, makkelijk en snel, maar doordat de filmbestanden steeds groter worden zijn we gedwongen om uit te wijken naar een ander systeem. Aangezien ik geen bedrijf heb kunnen vinden die deze diensten werkend aanbiedt (ik heb 27 testaccounts gehad bij diversen bedrijven) zijn we noodgedwongen overgestapt op een NAS, mede door het advies van Synology.

Misschien kunnen jullie mij een plezier doen en deze bug melden bij Synology; hoe meer mensen dit melden hoe groter de kans is dat dit wordt hersteld.

[Ben(V)]

Ik wil niet eigenwijs doen, maar een heel klein beetje googlen, levert een heleboel hits op met problemen met het uitpakken van grote zip bestanden op een mac.
Ik vind geen enkele melding van het niet kunnen uitpakken van door Synology gemaakte zip bestanden buiten een mac om.

En als alle derde partijen het wel kunnen uitpakken lijkt het met toch echt een mac issue,.
Helaas heeft een issue melden bij apple nooit resultaat.

[KeesZ]

@Ben(V) alle hulp en advies is uiteraard welkom!
Waarschijnlijk heb ik het onduidelijk uitgelegd: van de 27 testaccounts die ik heb gehad konden er 26 bedrijven grote zip-files maken die keurig netjes konden worden uitgepakt door een Mac, het enige bedrijf waar dit niet kon was Argeweb, en nu dus ook Synology. Verder heb ik ook nooit problemen gehad met zip-files, vandaar dat ik dit geen Mac issue noem.
Overigens heb ik in mijn allereerste post al gemeld dat dit probleem alleen op een Mac voorkomt, dus dat hoeft natuurlijk niet opnieuw bewezen te worden, ik zoek juist een oplossing hiervoor. De sales van Synology gaf aan dat dit gewoon zou kunnen en zij zaten daar finaal naast, ik noem dat onkunde en zij komen niet met oplossingen, vandaar mijn vraag op dit forum.

[Stephan296]

Er wordt toch een oplossing geboden door andere uitpak software op de mac te gebruiken? Weliswaar niet door synology.

[Ben(V)]

Ik vrees dat wat je wilt op een mac niet gaat lukken.
Het lijkt erop dat er een nieuwe zip versie is, de zogenaamde zip64 extensie die nodig is om file's groter dan 4GB te kunnen zippen en unzippen.
Deze versie wordt (nog) niet ondersteund door de native unzipper van de mac.

Een stukje uit de wiki.

The File Explorer in Windows XP does not support ZIP64, but the Explorer in Windows Vista does.[citation needed] Likewise, some extension libraries support ZIP64, such as DotNetZip, QuaZIP[29] and IO::Compress::Zip in Perl. Python's built-in zipfile supports it since 2.5 and defaults to it since 3.4.[30] OpenJDK's built-in java.util.zip supports ZIP64 from version Java 7.[31] Android Java API still does not support ZIP64.[32] OS X Yosemite does support the creation of ZIP64 archives, but does not support unzipping these archives using the graphical Archive Utility

Het rare van het verhaal is dat op een mac de zip64 functie wel schijnt te werken maar de unzip64 niet.

Overigens is dit niet mijn kennis, maar als je even googled naar "mac unzip problems larges files", dan struikel je bijna over de vele reacties van mensen die dit ook ervaren.

Om nu Synology sales de schuld te geven dat apple het zip64 formaat niet ondersteund lijkt mij niet correct.
Wel zou Synology sales geen functionaliteit moet verzekeren die nog slechts in een beta versie beschikbaar is zonder dat erbij te vermelden (maar misschien hebben ze dat wel gedaan).

[KeesZ]

@Stephan296 zoals ik al schreef is het onmogelijk en zeer gebruiksonvriendelijk om steeds (nieuwe) klanten een extra stukje software te laten installeren, terwijl dit helemaal niet nodig hoeft te zijn. Alle diensten waarmee je grote files kunt versturen werken met een zipper die op alle systemen compatible is. Alleen de zipper van Synology kan dat dus niet.

@Ben(V) Ik ben dit probleem probleem alleen tegengekomen bij Argeweb en Synology zoals ik al schreef, verder ben ik dit nooit eerder tegengekomen. Ook schreef ik al eerder dat wanneer ik zelf handmatig ga zippen via File Station (maar dat duurt een paar uur dus niet te doen) dat de klant deze zip-file probleemloos kan uitpakken, het probleem treedt alleen op bij het sharen van een file via FileStation, dan wordt er blijkbaar andere zip-software gebruikt die niet compatible is.

[Briolet]

Ik denk niet dat het aan het zip64 formaat ligt. In principe kan de mac de op de nas gezipte files gewoon unzippen. Zoals reeds meermaals aangegeven zijn ook 10GB files geen probleem bij mij. Er zit echter wel code in die de mac niet kan thuisbrengen. Als ik de zip-files van de nas bekijk met het terminal commando "zipinfo", dan zie ik steeds de waarschuwing:

Code: [Selecteer]

Briolet$ zipinfo -1 ~/ScanCoveryTrial.zip
[~/ScanCoveryTrial.zip]
error: End-of-centdir-64 signature not where expected (prepended bytes?)
  (attempting to process anyway)
warning ~/ScanCoveryTrial.zip]:  896679025 extra bytes at beginning or within zipfile
  (attempting to process anyway)

De structuur is dus anders dan verwacht. Misschien dat de nas hier een te nieuw protocol gebruikt, maar de mac kan dergelijke files doorgaans toch gewoon unzippen. Ik denk dat er hier iets anders speelt. Als ik naml. vanuit de terminal probeer te unzippen, lukt dat voor 11 van de 13 files:

Code: [Selecteer]

Briolet$ unzip ~/ScanCoveryTrial.zip
Archive:  ~/ScanCoveryTrial.zip
error: End-of-centdir-64 signature not where expected (prepended bytes?)
  (attempting to process anyway)
warning [~/ScanCoveryTrial.zip]:  896679025 extra bytes at beginning or within zipfile
  (attempting to process anyway)
file #1:  bad zipfile offset (local header sig):  896679025
  (attempting to re-compensate)
   creating: ScanCoveryTrial/
 extracting: ScanCoveryTrial/C0011.mov 
 extracting: ScanCoveryTrial/C0012.mov 
 extracting: ScanCoveryTrial/C0029.mov 
 extracting: ScanCoveryTrial/C0053.mov 
 extracting: ScanCoveryTrial/C0055.mov 
 extracting: ScanCoveryTrial/C0062.mov 
 extracting: ScanCoveryTrial/C0063.mov 
 extracting: ScanCoveryTrial/C0077.mov 
 extracting: ScanCoveryTrial/C0080.mov 
 extracting: ScanCoveryTrial/C0081.mov 
 extracting: ScanCoveryTrial/C0083.mov 
file #13:  bad zipfile offset (local header sig):  4294967295
  (attempting to re-compensate)
file #13:  bad zipfile offset (local header sig):  4294967295
file #14:  bad zipfile offset (local header sig):  5191646320

Pas bij de laatste 2 files komt hij nog een fout tegen bij deze zip.
De terminal valt pas over de files als hij ze tegenkomt, de finder begint al niet aan de extractie.

[Briolet]

Overigens zit er ook een verschil in het Zippen via FileStation en het downloaden via de link naar een folder.

Als ik een zip door FileStation met zipinfo bekijk dan is het compressie formaat "defN", Dat is hetzelfde formaat wat de mac ook gebruikt. De file die ik van Kees kreeg was echter via een link gedownload. Daar hebben de files het compressie formaat "stor", wat betekend dat er geen compressie gebruikt is. Alleen een bundeling tot een zip.

Code: [Selecteer]

-rwxrwxrwx  3.0 unx 517539765 bX 517539765 stor 15-Dec-23 21:04 ScanCoveryTrial/C0055.mov
Uit de zipinfo manual:

Finally, the seventh field indicates the compression method and possible sub-method used. There are six methods known at present: storing (no compression), reducing, shrinking, imploding, tokenizing (never publicly released), and deflating. In addition, there are four levels of reducing (1 through 4); four types of imploding (4K or 8K sliding dictionary, and 2 or 3 Shannon-Fano trees); and four levels of deflating (superfast, fast, normal, maximum compression). zipinfo represents these methods and their sub-methods as follows: stor; re:1, re:2, etc.; shrk; i4:2, i8:3, etc.; tokn; and defS, defF, defN, and defX.

Dus standaard gebruikt de Nas defN wat betekent "deflating normal"

Het tweede nummer 3.0 is overigens het versienummer van de zipper. De nas gebruikt hier v3.0 en de mac v2.1. Apple is doorgaans conservatief met het gebruiken van nieuwere versies.
Dit zegt niets over de versie van de unzipper. De mac gebruikt:

Code: [Selecteer]

UnZip 6.00 of 20 April 2009, by Info-ZIP.  Maintained by C. Spieler.  Send
bug reports using http://www.info-zip.org/zip-bug.html; see README for details.
En de nas:

Code: [Selecteer]

UnZip 6.00 of 20 April 2009, by Debian. Original by Info-ZIP.
Zelfde versie, maar vreemd dat er dan een andere naam bij staat.

[Briolet]

Ik heb voor de aardigheid ook de zipversies vanuit de terminal opgevraagd.

De nas geeft:

Code: [Selecteer]

Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
Zip 3.0 (July 5th 2008).
De Mac geeft:

Code: [Selecteer]

Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
Zip 3.0 (July 5th 2008).
Dat is dus identiek. In de terminal gebruikt de mac dus versie 3.0 van de zipper en als ik in de finder zip, vind ik versie 2.1 terug als gebruikte versie. (waarschijnlijk wordt hier de oude versie gebruikt om zoveel mogelijk compatibel te blijven met andere computers)

[Briolet]

Het lijkt erop dat er een nieuwe zip versie is, de zogenaamde zip64 extensie die nodig is om file's groter dan 4GB te kunnen zippen en unzippen.
Deze versie wordt (nog) niet ondersteund door de native unzipper van de mac.

Klopt, maar dit is hier niet het probleem als ik de officiële releasenotes van UnZip 6.0 doorlees:

New features in UnZip 6.0, released 20 April 2009:

• Support PKWARE ZIP64 extensions, allowing Zip archives and Zip archive entries larger than 4 GiBytes and more than 65536 entries within a single Zip archive. This support is currently only available for Unix, OpenVMS and Win32/Win64.

De 4GB grens is niet die van de zipfile, maar van individuele entries.

Ik heb de zip ook naar de nas verplaatst en ook daar met UnZip 6.0 unzipped. Dat loopt probleemloos. Ik krijg geen foutmeldingen en ook de laatste 2 files unzippen zonder waarschuwing.

De mac versie van unzip 6.0 geeft wel foutmeldigen.