Pracuję na MacBooku Air z naprawdę osobliwym problemem. Podczas używania go do kopiowania plików wideo większych niż 2 GB na dysk USB błąd kończy się niepowodzeniem:
Nie można skopiować elementu, ponieważ jest zbyt duży dla formatu woluminu
Przetestowałem, przenosząc około 10 plików wideo o różnych rozmiarach na dysk flash 128 GB. Te, które miały mniej niż 2 GB, odniosły sukces, a te, które go przekroczyły, zawiodły.
Aby wykluczyć awarię USB, zrobiłem to samo na innym dysku flash 8 GB, który miał ten sam problem. Oba dyski flash są wyświetlane w systemie MacOS jako MS-DOS (FAT32) .
Ponadto wydaje się, że ten problem dotyczy tylko systemu MacOS, ponieważ przesyłanie tych samych plików do tych samych pamięci USB z mojego komputera z systemem Windows 7 w dużej mierze się powiodło, a jedynym ograniczeniem transferu jest zwykły limit plików 4 GB w FAT32.
Czy ktoś ma pomysł, co się tutaj dzieje?
cppolecenie działa.bashlinia poleceń - będzie działał dobrze.Odpowiedzi:
Jest to błąd w obecnej wersji systemu macOS 10.13 High Sierra.
Na razie nie używaj Finder.app do przesyłania plików większych niż 2 GB na wolumin / dysk sformatowany w FAT32, ponieważ operacja się nie powiedzie.
W międzyczasie użyj innych menedżerów plików, takich jak ForkLift, Transmit lub Commander One, aby skopiować większe pliki do woluminów FAT32.
źródło
Podziękowania dla SpiderPig za znalezienie jednoznacznych dowodów na to, że jest to błąd w MacOS High Sierra - mianowicie ten wątek Reddit utworzony w ciągu ostatnich kilku dni, który potwierdza kilku użytkowników.
Dla dodatkowego kontekstu pomyślałem, że dodam wyniki moich badań odkąd zadałem to pytanie. Ten konkretny błąd jest najnowszym z długiej listy błędów wprowadzonych przez High Sierra i jest najwyraźniej tak niewielki / rzadki w stosunku do innych, że nie zarejestrował się na żadnej z tych niepełnych list . Zostało to jednak zgłoszone w tym ostatnim wątku MacRumors przeze mnie i co najmniej jednego innego użytkownika, więc mam nadzieję, że wkrótce zostanie dodane do tej listy.
Do czasu opublikowania przez Apple aktualizacji, która go naprawia, istnieją dwa sposoby obejścia tego błędu.
Konwertuj flash lub dysk zewnętrzny na exFAT
Możesz przekonwertować dysk flash FAT32 lub dysk zewnętrzny, z którym masz problem, na exFAT, który jest nowszym, lepszym systemem plików z limitami plików tak dużymi, że (obecnie) można je uznać za nieistniejące.
Jedynym prawdziwym minusem tego rozwiązania jest to, że względna nowość exFAT w porównaniu do FAT32 spowoduje, że będzie on niekompatybilny z niektórymi mniej popularnymi urządzeniami, chociaż wciąż był wypuszczany w 2006 roku, więc jest to coraz bardziej nieodpowiednie. Radzę najpierw spróbować przekonwertować na exFAT i przekonać się, czy sprzęt, którego potrzebujesz użyć dysku flash lub dysku zewnętrznego, obsługuje. Jeśli tak, to możesz iść, a jeśli nie, możesz po prostu przekonwertować z powrotem do FAT32.
O ile mi wiadomo, nie ma możliwości konwersji na exFAT w sposób nieniszczący (tj. Bez utraty danych), więc musisz wykonać kopię zapasową wszystkich danych na dysku przed sformatowaniem dysku w zwykły sposób za pomocą Narzędzia dyskowego, a następnie prześlij dane z powrotem po zakończeniu formatowania.
Użyj innego menedżera plików
Ten błąd nie wydaje się być problemem systemu plików APFS, który wprowadziła High Sierra - jego zamiennik na HFS + - ale samego Findera. Z tego powodu, jak oa podkreślił w swojej odpowiedzi, błąd może być również pracowali na razie po prostu za pomocą alternatywnego menedżera plików takiego Transmit lub dowódcy One 1 aż jabłko postanawia zwolnić poprawkę.
1 Mówiąc o komandora One, a stycznie związane marginesie: jeżeli, jak w chwili opublikowania tej odpowiedzi, masz aktualnie Eltima „s Elmedia Player lub Folx zainstalowany na komputerze Mac, należy postępować zgodnie z instrukcjami tutaj jak najszybciej
źródło