Обойти ограничение размера файла FAT32 4GB

изначально вы не можете хранить файлы размером более 4 ГБ в файловой системе FAT. Барьер 4 GB трудный предел сала: файловая система использует трицатидвухразрядное поле для того чтобы хранить размер архива в байтах, и 2^32 байта = 4 GiB (фактически, реальный предел 4 GiB минус один байт, или 4 294 967 295 байт, потому что вы можете иметь архивы zero длины). Таким образом, вы не можете скопировать файл, который больше, чем 4 гиб в любой объем простого жира. exFAT решает эту проблему использование 64-разрядного поля для хранения файла размер но это не очень поможет вам, так как требует переформатирования раздела.

Впрочем, если ты разделить файл на несколько файлов и перекомбинировать их позже, это позволит вам передавать все данные, а не как один файл (так что вам, вероятно, придется перекомбинировать файл, прежде чем это будет полезно). Например, на Linux вы можете сделать что-то подобное:

$ truncate -s 6G my6gbfile
$ split --bytes=2GB --numeric-suffixes my6gbfile my6gbfile.part
$ ls
my6gbfile         my6gbfile.part00  my6gbfile.part01
my6gbfile.part02  my6gbfile.part03
$

здесь я использую truncate для создания разреженного файла размером 6 гиб. (Справедливый заменить их на свои собственные.) Затем я разделил их на сегменты размером примерно 2 ГБ каждый; последний сегмент меньше, но это не представляет проблемы в любой ситуации, которую я могу придумать. Вы также можете, вместо --bytes=2GB используйте --number=4 если вы хотите разделить файл на четыре одинаковых по размеру блоков, размер каждого блока в этом случае будет 1 610 612 736 байт или около 1,6 Гб.

чтобы объединить их, просто используйте cat (concatenate):

$ cat my6gbfile.part* > my6gbfile.recombined

подтверждают, что две одинаковые:

$ md5sum --binary my6gbfile my6gbfile.recombined
58cf638a733f919007b4287cf5396d0c *my6gbfile
58cf638a733f919007b4287cf5396d0c *my6gbfile.recombined
$

это может быть использовано с любым максимальным ограничением размера файла.

многие архиваторы файлов также поддерживает разбиение файл в составные архивные файлы; ранее он использовался для размещения больших архивов на гибких дисках, но в наши дни его можно также использовать для преодоления ограничений максимального размера файла, подобных этим. Архиваторы файлов также обычно поддерживают режим" store "или" no compression", который можно использовать, если вы знаете содержимое файл не может быть с пользой для дальнейшего сжатия без потерь, как это часто бывает с уже сжатыми архивами, фильмами, музыкой и т. д.; При использовании такого режима сжатый файл просто действует как контейнер, предоставляя вам возможность разделения файлов, а фактические данные просто копируются в архивный файл, экономя время обработки.

расширяя идею Майкла, многие утилиты/форматы сжатия поддерживают режим "store", в котором они фактически не выполняют никакого сжатия. Большинство этих утилит также поддерживают разделение на несколько архивов. Объедините их, и вы можете разделить файл, не тратя кучу времени на сжатие, особенно если это несжимаемые данные. Я сам использовал эту технику, чтобы решить вашу проблему.

одно большое преимущество такого способа заключается в том, что формат сжатия действует как оболочка, удерживая вас от случайного выполнения чего-либо только с одной частью файла. Он также имеет тенденцию быть проще для нетехнических пользователей. (Не все умеют cat файлы, но почти каждый может открыть zip.) Это тоже очень очевидно что это составной файл, так как файл имеет формат такой. Свободные файлы могут не выглядеть как составной файл, особенно если они каким-то образом теряют свои имена файлов.

конечно, если вы на самом деле хочу чтобы иметь возможность работать с отдельными файлами, это тоже не работает. Это может быть важно, если у вас нет" свободного места " для записи окончательного файла. В таком случае, вы должны просто разделить файл.

вот пример разделения файла с помощью zip на Linux:

zip -0 -s 3g out.zip foobar

# "-0" sets the compression level to 0, or store
# "-s 3g" sets the split size to 3 GB
# Add "-r" if "foobar" is a directory
# The output will be "out.zip", and "out.z01", "out.z02", and so on...

Если вы больше GUI человек, мой Гото всегда был 7-Zip.

другой не заявленный вариант был бы использовать разделы. USB флэш-накопитель чаще всего рассматривается ОС как жесткий диск. Измените размер раздела FAT32 и создайте раздел exFAT (или другой поддерживающей файловой системы), достаточно большой для хранения файла.

Если вам когда-нибудь понадобится доступ к большому файлу на USB-накопителе, это, вероятно, лучшее решение. Если все, что вам нужно сделать, это передать файл, и не возражаете, чтобы скопировать его на жесткий диск, чтобы использовать его, расщепление решение, вероятно, лучше.

Это не будет работать, если ваш USB-накопитель настроен как "супер дискета", но это все чаще встречается редко. Вы можете преобразовать "Super floppy"в формат жесткого диска с помощью таких инструментов, как fdisk или gparted. Но это, вероятно, будет включать копирование файлов, преобразование, копирование их обратно, а затем сделать диск загрузочным снова.

Как ответили другие, разделив файл и объединения работ. Но самое простое решение-использовать ext 2/3/4 файловой системы для USB-накопителя. Это родная файловая система для Linux. В windows используйте ext2fsd для чтения данных. Он также поддерживает режим записи. Просто установите бесплатное приложение на файл Windows access, без разделения, без присоединения.

вы пробовали HFS+? Это файловая система, используемая на компьютерах Mac. Не смейтесь. Это, кажется, работает на Xbox, поэтому стоит попробовать.

получить мимо 4 ГБ файла предел на внешнем жестком диске для Xbox360

Это может быть реализовано, потому что он также используется на (некоторых) плеерах, которые широко популярны, поэтому даже M$ Xbox360, похоже, читает его. С соответствующим программным обеспечением на ПК, IF это работает на PS3, вы получите универсальное решение.

Это работает-следуйте моим инструкциям:

• Скачать WinRAR

• щелкните правой кнопкой мыши файл, который вы хотите скопировать и выберите "Добавить в архив"

• в нижней левой части всплывающего окна запишите split to volume size number, например, если ваш файл составляет 4,63 ГБ, вы можете записать 3 ГБ в поле и нажмите OK.

• ждать его финиш

• теперь скопируйте все файлы на USB

• теперь выберите первый файл " XXX.part1", щелкните правой кнопкой мыши и выберите"извлечь здесь"

• Он должен извлечь файл.

Мне нужно было переместить виртуальную среду 15,5 ГБ. Я удалил раздел на USB-ключ (32 ГБ) и сделал новый, который был extn4 (linux), смонтировал его как 32GBkey переместил файл. Загрузил машину, которая нуждалась в файле, используя knoppix live (linux disc), смонтировал ключ, переместил файл.

после этого umounted ключ, изменил раздел назад к vfat.

Я обнаружил, что использование Adobe Bridge (если он доступен для вас) позволит обойти ограничение в 4 ГБ на наших серверах. Это может быть сделано просто "перетащить" из запуска ОС в окно клиента моста. Работает для больших (15 Гб+) видеофайлов, где я работаю.

Это работает для меня

1. Если это Iso или сжатый файл, который вы должны просто скопировать вставьте вещь внутри него (я имею в виду, как, ваш файл iso размером 5 Гб, когда вы монтируете его, theres 6 файл внутри, вам просто нужно скопировать шесть файлов внутри него, а не файл iso)

Если это Рар, Descompress скопируйте его

правило для этого метода, Каждый файл внутри ниже 4gb

2. если он выше 4 ГБ, но его не iso-файл, а не сжатый файл, Сжать его в какую-то часть. Правило для данного метода: Каждая часть ниже 4gb

3.Преобразование системы Fat32 в Ntfs

в случае, если это еще не было сказано / обнаружено-использование Filezilla для FTP больших файлов на внешний HD также работает, даже если HD является Fat32.

FAT32 имеет жесткий предел для каждого файла в списке (32-битное поле для размера файла). Однако приложения, которые обходят это ограничение, используют больше полей. Теоретически, это может обойти жесткий предел, но требует размещения следующих полей сразу после первого и связывания конца первого с началом следующего, как если бы это было частью файла (он читает этот конечный сектор и получает другое сообщение файла bitfield из второго поля), которое обычно обрабатывается операционной системой ПК системы в порядке, но не всегда.

другие программы перемещают файлы кусками по 600 Мб в 2 ГБ и используют флаговый бит, а затем используют несколько битных полей для кусков, хотя все это рассматривается как один файл; так обстоит дело с программным обеспечением adobe, особенно с видеофайлами. Он сегментирует файлы и создает битовое поле для каждого сегмента video\audio, считываемого ОС как один файл. Эти файлы являются просто оболочками, своего рода папкой, которая обертывается вокруг набора изображений или образцов, которые быстро кэшируются в память для воспроизведения. DVD standard VOB-еще один отличный пример, который показывает, откуда это происходит и почему. Его разрезают на куски быстро кэшированных файлов для воспроизведения на DVD-плеерах. Они используют старый формат UDF1 или joliet, который заимствует из HFS, но использует в основном списки с поддержкой FAT. Ограничение на размер файла составляет примерно 2 Гб, в основном для скорости кэширования DVD-плеера приставки. Чаще всего это от 1\10th до 1\5th этого предела, а мультиплексированные аудио и видео блоки кэшируются вместе очень быстро, для воспроизведения.

ответ на эту проблему не является сложным, но это не один размер подходит всем. Для конкретного вопроса используйте программу splitter; WinRar, 7zip великолепны и имеют графический интерфейс. Это простой ответ и работает хорошо. ОС (Операционная система) установит файл для использования нескольких полей и нескольких кусков, но он будет рассматриваться как один файл после слияния. С большим количеством сжатых видеофайлов (почти каждый формат является сжатым форматом по одному алгоритму или другой), скорости чтения для FAT достаточно быстры для воспроизведения на большинстве смарт-телевизоров или минимальных консольных систем ОС (PS3\4, XBOX и т. д.). Другие файлы, как ISO-образы и т. д., не способен, если не в формате DVD видео, а это все-таки сильно кэшируется формате. Для игровых ISO-образов проверьте ntfs и несколько других форматов, которые ваш компьютер может построить на USB-накопителе, а затем попробуйте его без разделенных действий.