FAT32の4GBファイルサイズ制限を回避するには

**FATファイルシステムでは、4GBを超えるファイルを保存することはできません。4 GB の壁は FAT のハードリミットです: ファイルシステムはファイルサイズをバイト単位で保存するために 32 ビットフィールドを使用し、2^32 バイト = 4 GiB (実際には、本当のリミットは 4 GiB から 1 バイトを引いたもの、または 4 294 967 295 バイトです。) 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
$

ここでは、サイズが6GiBの疎なファイルを作成するためにtruncateを使用しています。最後のセグメントはより小さいですが、それは私が思いつくどのような状況でも問題にはなりません。また、ファイルを4つの同じサイズのチャンクに分割したい場合は、--bytes=2GBの代わりに--number=4を使用することもできます; その場合の各チャンクのサイズは1 610 612 736バイト、または約1.6GiBになります。

それらを結合するには、cat (concatenate):

$ cat my6gbfile.part* > my6gbfile.recombined

2つが同じであることを確認してください:

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

これは、任意の最大ファイルサイズの制限で使用することができます。

多くのファイルアーカイバーは、ファイルを複数のパートのアーカイブファイルに分割**することもサポートしています; 以前は、これはフロッピーディスクに大きなアーカイブを収めるために使用されていましたが、最近では、このような最大ファイルサイズの制限を克服するために使用することができます。ファイルアーカイバーは通常、ファイルの内容が、既に圧縮されたアーカイブ、映画、音楽などでよくあるように、さらにロスレス圧縮されたものが有効に使えないことがわかっている場合に使用できる「保存」または「圧縮なし」モードもサポートしています。そのようなモードを使用する場合、圧縮されたファイルは単にファイル分割能力を与えるコンテナとして機能し、実際のデータは単にアーカイブファイルにコピーされ、処理時間を節約します。

残念ながら、4GBのファイルをFAT32ファイルシステムにコピーする方法はありません。そして、ググってみると、PS3はFAT32ファイルシステムしか認識しないそうです。移動する前に分割して圧縮しておくといいかもしれませんね。

マイケルのアイデアを拡張すると、多くの圧縮ユーティリティ/フォーマットは、実際には圧縮を行わない「ストア」モードをサポートしています。同じユーティリティのほとんどは、複数のアーカイブへの分割もサポートしています。この2つを組み合わせれば、特に非圧縮性のデータであれば、圧縮に多くの時間を無駄にすることなくファイルを分割することができます。私はあなたが抱えている問題を克服するために、このテクニックを自分自身で使用してきました。また、非技術的なユーザーにとってはより簡単になる傾向があります。(誰もが cat ファイルの使い方を知っているわけではありませんが、ほとんどの人が zip を開くことができます。) また、ファイルはそのようにフォーマットされているので、それがマルチパートファイルであることは非常に明白です。緩いファイルはマルチパートファイルのように見えないかもしれません。

もちろん、もしあなたが実際に別々のファイルで作業できるようにwantしたいのであれば、これはうまくいきません。これは、最終的なファイルを書き込むための “スクラッチスペース "がない場合に重要かもしれません。

ここに Linux 上で zip を使ってファイルを分割する例があります:

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 フラッシュドライブは OS によってハードドライブとして扱われます。FAT32パーティションのサイズを変更し、ファイルを保持するのに十分な大きさであるexFAT（または他のサポートファイルシステム）パーティションを作成します。あなたがする必要があるすべての場合は、ファイルを転送し、それを使用するためにハードドライブにコピーすることを気にしないでください、分割ソリューションはおそらくより良いです。あなたは、fdiskやgpartedなどの分割ツールを使用してハードドライブの形式に「スーパーフロッピー」を変換することができます。しかし、ファイルをコピーして、変換して、それらをコピーし直して、ドライブを再び起動可能な状態にする必要があるでしょう。

他の人が答えてくれたように、ファイルを分割して結合するとうまくいきます。しかし、最も簡単な解決策は、あなたのUSBドライブにext 2/3/4ファイルシステムを使用することです。これはlinuxのネイティブファイルシステムです。Windowsでは、データを読むためにext2fsdを使用します。また、書き込みモードをサポートしています。Windowsアクセスファイルに無料アプリをインストールするだけで、分割、結合の必要はありません。

HFS+を試してみましたか？Macで使われているファイルシステムです。笑ってはいけません。Xboxでも動作するようなので、試してみる価値はありますよ。 Get Past The 4GB File Limit On An External Hard Drive For The Xbox360

広く普及しているiPod（一部）でも使用されているので実装されているのかもしれませんが、M$のXbox360でも読めるようです。PC上で適切なソフトがあれば、IFはPS3でも動作するので、万能な解決策が得られるでしょう。

これは動作します - 私の手順に従ってください：

• WinRARをダウンロード

• 右クリックしてコピーしたいファイルを選択し、"アーカイブに追加"

• ポップアップボックスの左下側には、ボリュームサイズ番号に分割を書き留めて、あなたのファイルが4である場合、例えば。 63 GBは、ボックス内の3 GBを下に書き込むことができますし、[OK]をクリックします。

-それが終了するのを待ちます

-今すぐUSBにすべてのファイルをコピーします

-今、最初のファイル “XXX.part1 "を選択し、右クリックして "ここで抽出 "をクリックします

-それはあなたのファイルを抽出する必要があります。

念のために言っておくと、これはまだ言われていない/発見されていない - Filezillaを使って大容量ファイルを外付けHDにFTPすると、HDがFat32であっても動作します。

これは私のために動作します

1.If it Iso or Compressed File you should just copy paste the thing inside it (I mean like, your iso file sized 5Gb, when you mount it, theres six file inside, you just need to copy the six file inside it, not the iso file)

もしそれがrar, Descompress it then copy it

この方法のためのルール、内部のすべてのファイルは4gb以下です

1. 4gb以上でもisoファイルでもなく圧縮ファイルでもない場合は、一部に圧縮します。この方法のルール：すべての部分が4gb以下

3.Fat32システムをNtfsに変換する

あなたは、データを失うことなく、再生可能な部分にファイルを分割するためにFFMPEGを使用することができます。

例：8GBのビデオは1時間の長さですので、私は3（それは2である可能性がありますが、安全な側を使用して3であることになる）に分割します。-i : 入力ファイル -ss : 開始時間 -t : 長さ -codec : 使用するコーデック copy : ソースの1:1コピー

ここであなたはまだPS3でそれを使用することができます。

私は、Adobe Bridgeを使用することで（それが利用可能であれば）、私たちのサーバーの4GB制限を回避できることを発見しました。これは、単にOSランチャーからブリッジクライアントウィンドウに「ドラッグアンドドロップ」することで行うことができます。私が仕事をしているところでは、大きな（15GB+）ビデオファイルのために動作します。

15.5GBの仮想環境を移動する必要がありました。usbキー(32GB)のパーティションを削除し、extn4(linux)のパーティションを作成し、32GBキーでマウントしてファイルを移動しました。ファイルが必要なマシンをknoppix live(linuxディスク)で起動し、キーをマウントし、ファイルを移動しました。

その後、キーをマウントし、パーティションをvfatに戻しました。

FAT32には、すべてのファイルがどのように一覧表示されるかのハードリミットがあります（ファイルサイズの32bitフィールド）。しかし、この制限をバイパスするアプリケーションは、より多くのフィールドを使用します。理論的には、これはハードリミットをバイパスすることができますが、最初の直後に次のフィールドを配置し、それがファイルの一部であるかのように次の開始に最初の終わりをリンクする必要があります（それはその終了セクタを読み取り、2番目のフィールドから別のファイルビットフィールドメッセージを取得します）通常はPCのオペレーティングシステムによって処理されますが、常にではありません。

他のプログラムは600mbから2gbへのチャンクでファイルを移動させ、フラグビットを使用し、その後チャンクのために複数のビットフィールドを使用しますが、すべてが単一のファイルとして見られています。adobe ソフトウェアでは、特にビデオファイルの場合はそうです。それはファイルをセグメント化し、OS によって単一のファイルとして読まれる videoaudio の各セグメントのためのビットフィールドを作成します。これらのファイルは、単にラッパー、画像のセットの周りにラップする種類のフォルダ、または再生のためのメモリに迅速にキャッシュされているサンプルです。DVD標準のVOBは、これがどこから来ているか、なぜ来ているかを示す別の素晴らしい例です。そのは、DVDプレーヤーで再生するための迅速にキャッシュされたファイルのチャンクにカットされています。彼らは、HFSから借りている古いUDF1またはジョリエット形式を使用していますが、ほとんどのFAT可能なリストを使用しています。ファイルサイズの限界は、主にDVDプレーヤーのセットトップボックスのキャッシング速度のために、大体2ギガバイトである。ほとんどの場合、それはその制限の1\10thから1\5thにあり、多重化されたオーディオとビデオのチャンクは、再生のために、非常に迅速に一緒にキャッシュされています。特定の質問のために、スプリッタープログラムを使用してください; WinRar、7zipは素晴らしいですし、GUIを持っています。それは単純な答えであり、よく動作します。OS（オペレーティングシステム）は、複数のフィールド、および複数のチャンクを使用するようにファイルを設定しますが、それはマージ後に1つのファイルとして表示されます。多くの圧縮されたビデオファイル（ほとんどすべてのフォーマットは、1つのアルゴリズムまたは別のものによって圧縮されたフォーマットです）では、FATのための読み取り速度は、ほとんどのスマートテレビ、または最小限のOSコンソールシステム（PS34、XBOXなど）で再生するのに十分に速いです。ISOなどの他のファイルは、ビデオ用のDVDフォーマットでない限り、可能ではありません。ゲームのISOについては、ntfsや他のいくつかのフォーマットをチェックして、コンピュータがUSBドライブ上に構築することができますし、分割アクションなしでそれを試してみてください。

OPが「PS3の場合」と言っているように、答えはFAT32のみに関連しています。Linuxユーザーの場合、答えはEX4パーティションフォーマット、そしてもちろんWindozeでのNTFSにあります。Samba経由でEX4からNTFSにファイルを移動するのは簡単だ。もしファイルを移動するのに'輪をかける'必要があるならば、'定期的に扱う必要のあるファイルを扱うために、 パーティションを適切にフォーマットしているか'ということを考えるべきである。そうは言っても、必要なものを、必要な方法で処理できる複数のコンピュータが周りにあるのもいいことです。(これは, ちょうどFAT32でUSB 32gbドングルをフォーマットした人から来て, 私はそれに15gbの.imgファイルを格納する必要があることを10分後に見つけるために, そして、それをオフにすべてを移動しなければならなかったことを見つけるために, パーティションフォーマットを変更し, そしてそれに戻ってすべてを移動する).