十分なスペースがないファイルシステムにファイルを入れようとしているようです。これは意図的に設計されています！基本的に、「N kBが必要なファイルの場合は、ディスクイメージのサイズを正確にN kBにします」と言います。 FATはファイルメタデータ、ディレクトリテーブル、ボリュームディスクリプタを正確にどこに保存しますか？

FAT32、標準の反復スーパーブロック、一般的なディレクトリテーブル+長いファイル名テーブル、およびディスクのどこかに32の予約セクタを使用すると、私の考えには約4MBの余分なスペースが必要になると思います。大容量ファイルシステム。
また、1980年代と1990年代初頭に構築されたPCに適した構成である基本mkfs.vfatを使用しています。これは小さいセクターを意味するため、追跡するセクターが多いため、FATが保存されるとファイルがもう1つ消費されます。ファイルシステムのセクタサイズを最大化します。1GB以上の空き容量（それでディスクイメージは1GBよりはるかに大きいです！）、16kBしなければならない動作します（最小「FAT32-legal」クラスター数は65525で、4kBセクターを1GBで割ったものとし、-S 4096クラスターサイズを16セクターに最大化するため-s 16）。

また、注：1GBを使用すると、すでにFAT32の最大ファイルサイズである2GBに非常に近いです。したがって、バックアップやファイルシステムイメージなどの保存目的で使用したい場合は、FAT32では十分ではないことがわかります。それ非常に古いファイルシステム。

付録：画像がコンテンツよりどれだけ大きいかを計算する方法

上記のように、FATはセクタ数にランダムな（驚くほど低い！）制限があり、どれだけのオーバーヘッドが発生するかを予測するのが少し難しいため、少し面倒です。

しかし、、利点はLinuxのサポートです。足りないこれは、記憶領域を「消費」しない「空の」イメージを作成できることを意味します。画像が必要以上に大きくなることがあります！

その後、必要なデータで埋め、必要なサイズに縮小できます。

一般的に、あなたの質問にあるスクリプトは問題のいくつかのタスクを実行し、同じタスクを実行するより合理的な方法があります。コードで私のコマンドに対応する内容を説明します。アイデアは簡単です。必要以上にはるかに大きいが、記憶領域に関して「無料」の画像ファイルを作成し、まず必要なファイルでいっぱいにし、残りの空き容量がどれだけあるかを確認します。画像サイズからその領域を減算して新しい画像を作成すると、完了します。

# File(s) we want to store
files=( *.data ) # whatever you want to store.
imgfile="fat32.img"

# First, figure out how much size we'll need
# use `stat` to get the size in bytes instead of parsing `du`'s output
# Replace the new line after each file size with a "+" and add the initial overhead.
initial_overhead=$(( 5 * 2**20 )) # 5 MiB
# Then use your shell's arithmetic evaluation $(( … )) to execute that sum
totalsize=$(( $(stat -c '%s' -- "${files[@]}" | tr '\n' '+') initial_overhead ))

# give an extra 20% (no floating point math in bash…), then round to 1 kiB blocks
img_size=$(( ( totalsize * 120 / 100 + 1023 ) / 1024 * 1024 ))

# Create a file of that size
fallocate -l ${img_size} -- "${img_file}"
mkfs.vfat -vv -- "${img_file}"

# set up loopback device as regular user, and extract loopback
# device name from result
loopback=$(udisksctl loop-setup - "${img_file}" | sed 's/.* \([^ ]*\)\.$/\1/')

# mount loopback device as regular user, and get mount path
mounted=$(udisksctl mount -b "${loopback}" | sed 's/^.* \([^ ]*\)$/\1/')

# make sure we're good so far
[[ -d "${mounted}" ]] || (echo "couldn't get mount"; exit -1)

# copy over files…
cp -- "${files[@]}" "${mounted}"
# … and unmount our file system image
udisksctl unmount -b "${loopback}"
udisksctl loop-delete -b "${loopback}"

# use df to directly get the amount of free space in kilobyte blocks
free_space=$(df --direct --block-size=1K --output=avail -- "${img_file}" | tail -n1)

# We no longer need our temporary image
rm -- "${img_file}"

# subtract 2 kB just to be on the safe side when making new image
new_img_size=$(( free_space - 2 ))
# Make a new image, copy over files
fallocate -l ${new_img_size} -- "${img_file}"
mkfs.vfat -vv -- "${img_file}"
loopback=$(udisksctl loop-setup - "${img_file}" | sed 's/.* \([^ ]*\)\.$/\1/')
mounted=$(udisksctl mount -b "${loopback}" | sed 's/^.* \([^ ]*\)$/\1/')
[[ -d "${mounted}" ]] || (echo "final copy: couldn't get mount"; exit -1)
cp -- "${files[@]}" "${mounted}"
udisksctl unmount -b "${loopback}"
udisksctl loop-delete -b "${loopback}"

# Done!

1：^{FAT32が導入されたとき、1GBのハードドライブはまだそれほど小さくありません。ファイルシステム構造は、1981年にFAT12から派生し、1GBハードドライブに必要なブロック数である360kBサイズのフロッピーディスク用に設計されています。維持することは約15年後にのみ増加します。実際、FAT32でフォーマットされたSDカードを搭載したスマートフォンには、1997年頃に発明されたファイルシステムのタイムカプセルが入っています。このファイルシステム自体は、1980年に発明されたファイルシステムの比較的マイナーな修正であり、現代のストレージの問題を解決しました。 44年前の妥協ソリューションを使用します。}