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

Нельзя хранить файлы размером более 4 Гб в файловой системе FAT. Барьер размером 4 ГБ - это жесткий предел FAT: файловая система использует 32-битное поле для хранения размера файла в байтах, а 2^32 байта = 4 ГБ (на самом деле реальный предел составляет 4 ГБ минус один байт, или 4 294 967 295 байт, потому что можно иметь файлы нулевой длины). Таким образом, вы не можете скопировать файл размером более 4 Гигабайт на любой простой том FAT. 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
$

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

Многие архиваторы файлов также поддерживают разбиение файла на многокомпонентные архивные файлы; ранее это использовалось для размещения больших архивов на дискетах, но в наши дни это также может быть использовано для преодоления ограничений максимального размера файла, как эти. Файловые архиваторы также обычно поддерживают режим “хранить” или “не сжимать”, который может быть использован, если вы знаете, что содержимое файла не может быть полезным для дальнейшего безубыточного сжатия, как это часто бывает с уже сжатыми архивами, фильмами, музыкой и т.д.; при использовании такого режима сжатый файл просто действует как контейнер, давая вам возможность разбиения файла на части, а фактические данные просто копируются в архивный файл, экономя на времени на обработку.

К сожалению, нет возможности скопировать файл >4GB в файловую систему FAT32. И быстрый гугл говорит, что ваш PS3 будет распознавать только файловые системы FAT32.

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

Я бы попробовал сетевое решение для совместного использования файлов.

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

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

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

Вот пример разделения файла с помощью 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...

Если вы больше похожи на человека с графическим интерфейсом, то моим goto всегда было 7-Zip .

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

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

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

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

Ты пробовал HFS+? Это файловая система, используемая на компьютерах Mac. Не смейся. Кажется, она работает на Xbox, так что стоит попробовать. Get Past The 4GB File Limit On An External Hard Drive For The Xbox360

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

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

• Загрузить WinRAR

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

• В нижней левой части всплывающего окна запишите разбиение на номер тома, например, если ваш файл 4. 63 Гб вы можете записать 3 Гб в окне и нажать OK.

• Дождитесь окончания

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

• Теперь выберите первый файл “XXX.part1”, щелкните правой кнопкой мыши и нажмите “Extract here”

• Он должен распаковать ваш файл.

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

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

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

Если он rar, Descompress его, то скопируйте его

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

1. Если он выше 4gb, но не является iso-файлом и не является сжатым файлом, то сожмите его в какой-нибудь части. Правило для этого метода: Каждая часть ниже 4gb

3.Convert Fat32 система в Ntfs

Y

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

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

Затем смонтировал ключ, изменил раздел обратно на vfat.

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

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

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

Как сказано в ОП “для PS3”, ответ должен относиться исключительно к FAT32, поскольку это все, что вы получаете с PS3. Что касается пользователей Linux, ответ можно найти в формате разделов EX4, и, конечно же, NTFS с Windoze. Переместить файлы с EX4 на NTFS через Samba очень просто. Если для перемещения файла требуется “перепрыгивать через обручи”, то действительно стоит подумать: “Правильно ли я форматирую свои разделы, чтобы обрабатывать файлы, с которыми мне нужно регулярно работать? Тем не менее, также приятно иметь несколько компьютеров, которые могут обрабатывать то, что вам нужно, и то, как вам это нужно. (Это говорит тот, кто только что отформатировал USB 32gb донгл в FAT32, только чтобы через 10 минут найти, что мне нужно хранить на нем 15gb .img файл, и мне нужно было все это убрать с него, изменить формат раздела и переместить все обратно на него).