Wyodrębnij duży plik zip (50 GB) w systemie Mac OS X

Próbowałem przenieść pliki na inny dysk twardy. Zarchiwizowałem więc wszystkie moje zdjęcia w jednym dużym pliku ZIP za pomocą wbudowanej funkcji kompresji Mac OS X.

Ale plik nie został wyodrębniony. Próbowałem wielu programów, ale żaden z tych programów nie był w stanie wyodrębnić pliku. Wypróbowałem narzędzie do ekstrakcji Mac OS X, StuffIt Expander , 7-Zip (wiersz poleceń), ale wszystkie zawiodły. Narzędzie do archiwizacji Maca i StuffIt nie wydają się obsługiwać dużych plików, a wersja wiersza poleceń 7-Zip dała komunikat o błędzie informujący o nieobsługiwanym archiwum .

Nie mam szczęścia w systemie Windows, ponieważ wiele moich plików ma chińskie nazwy plików i nie mogłem wyodrębnić prawidłowej nazwy w systemie Windows.

Czy istnieją programy obsługujące duże pliki, obsługujące pliki skompresowane przy użyciu funkcji kompresji Mac OS X i obsługujące nazwę pliku UTF-8? Z lub bez GUI jest w porządku.

Aktualizacja

Cóż, podjąłem złą decyzję o kompresji plików i już jest za późno. Pomyślałem, że powinienem móc rozpakować plik, jeśli mógłbym go skompresować. Jest już za późno, oryginalne kopie zniknęły, został tylko duży plik ZIP.

Próbowałem użyć polecenia „rozpakuj”, ale jest napisane, że nie znaleziono podpisu końca katalogu centralnego . Myślę, że nie ma też obsługi dużych plików.

Chciałbym wypróbować metodę Windows Vista, jak stwierdził SuperMagic, ale muszę do tego pożyczyć komputer. W każdym razie dziękuję wszystkim, ale proszę podać więcej sugestii na temat oprogramowania, które może wyodrębnić ten plik.

Byłem w tej samej sytuacji podczas tworzenia kopii zapasowej katalogu 12 GB.

Naprawiłem to za pomocą dittopolecenia, które było łatwo dostępne w instalacji OS X Yosemite:

ditto -x -k file.zip dst-directory

-x to extract an archive    
-k Specifies it to be a PKZip archive instead of the default CPIO    

Ostatnio napotkałem ten sam problem w systemie OS X 10.6.6. Kompresowałem maszyny wirtualne VMware w wierszu polecenia i kopiowałem je na nośnik kopii zapasowej. Kiedy próbowałem rozpakować kopię zapasową maszyny wirtualnej po awarii sprzętu, miałem kilka napiętych minut, gdy zmagałem się z błędem „nie znaleziono początku katalogu centralnego unzip; uszkodzony plik zip”.

Po krótkich poszukiwaniach problem okazuje się taki, że OS X jest dostarczany z wersją zip Info-Zip w wersji 3.0, która obsługuje rozszerzenia Zip64 i używa ich automatycznie w razie potrzeby (więc tworzyłem pliki Zip64, nie zdając sobie z tego sprawy), ale tylko Wersja 5.52 rozpakowania Info-Zip, który nie obsługuje Zip64 - Dodano obsługę Zip64 w wersji 6.0 unzip.

Nie mam pojęcia, dlaczego Apple nie wysłało rozpakowania pasującego do dostarczonego pliku zip, ale znalazłem dwa proste rozwiązania:

1. Użytkownicy MacPorts mogą zainstalować unzip 6.0 za pomocą „sudo port install unzip”.

2. Narzędzie do archiwizacji shareware BetterZip, które i tak jest poręcznym oprogramowaniem, obsługuje Zip64, więc używając tego zamiast wiersza poleceń, mogłem wyodrębnić zarchiwizowaną maszynę wirtualną i kontynuować dzień.

Jeśli używasz Homebrew, można zainstalować 7zip z: brew install p7zip.

Następnie można wyodrębnić plik z: 7z x filename.zip.

Uważam, że format pliku ZIP ma limit całkowitej wielkości archiwum 4 GB. Wydaje się, że Wikipedia to popiera.

Jeśli masz dostępny system Windows Vista lub nowszy, spróbuj przejrzeć znajdujące się tam archiwum, czy jest w nowszym formacie ZIP64 , czy nie.

Możliwe więc, że obsługa ZIP64 różni się między tym, co utworzyło archiwum, a tym, czego używasz do jego rozpakowania.

Czy w wierszu polecenia systemu Mac OS X istnieje standard poleceń rozpakowywania?

Miałem dokładnie ten sam problem ... Spakowałem plik za pomocą standardowego oprogramowania do archiwizacji mac ... usunąłem plik ... miesiąc później spróbowałem otworzyć archiwum i dostałem ten sam błąd -> Zgadnij, to ma coś z tym faktem że plik miał ponad 1 GB

Więc wypróbowałem wszystkie powyższe oprogramowanie i nic nie działało po kilku tygodniach poszukiwań i prób znalazłem takie, które działało :) Myślę, że warto o tym wspomnieć:

The Unarchiver - pobrałem to ze strony: http://wakaba.c3.cx/s/apps/unarchiver.html te osoby należą do mojego nowego bohatera :) Zawiera niezbędne elementy do złamania lub dużych plików zip

Mac Archive Utility rozpakuje plik do:

/Volumes/"Your Drive Name"/.TemporaryItems/folders.501/Cleanup At Startup/"Random Name

Na przykład: BAH.odJFh"/"archiveName"

Następnie zacznij rozpakowywać archiwum i poczekaj, aż pojawi się błąd, a następnie pozostaw okno dialogowe otwarte. Otwórz okno terminala. sudo su cd do powyższej ścieżki, pamiętaj, że możesz wpisać / Vo i naciśnij klawisz Tab, aby dokończyć słowo docieraj jak najdalej i zrób ls, aby zobaczyć, jakie nazwy katalogów ramdon zmieniają się w katalog końcowy, w którym znajdują się wszystkie twoje pliki. następnie wpisz mv * / Volumes / „Drive Name” / .... w miejscu, w którym chcesz umieścić pliki /. teraz zmień odczyt zapisu w folderze, w którym został przeniesiony, aby uwzględnić wszystkie elementy.

Na koniec kliknij OK przy pierwszym błędzie. Musisz poczekać, aż klikniesz OK na błędzie, aż po przeniesieniu plików, ponieważ OK usuwa wszystkie pliki.

Możesz użyć archiwum .tar.gz. Domyślne narzędzie Mac Archive Utility je zdekompresuje; wystarczy dwukrotnie kliknąć plik. Ale nie widziałem sposobu, aby zmusić go do użycia .tar.gz podczas kompresji.

Nie znam komputerów Mac; Tak się składa, że ​​mam jeden przy biurku w pracy. Narzędzie do archiwizacji może mieć interfejs użytkownika GUI gdzieś w / Applications / utilities.

Jeśli nie ma GUI, skompresuj folder do pliku .tar.gz użyj tego polecenia: tar czvf myarchive.tar.gz MyPhotos /

Możesz mieć szczęście, próbując oprogramowania do odzyskiwania danych. Jeśli pliki JPEG mają ujemny współczynnik kompresji, a ZIP jest wystarczająco inteligentny, aby przechowywać je bez kompresji w takim przypadku, możliwe jest, że skanowanie archiwum zip daje wyniki.