dfによると、デバイスには十分な(約50G)スペースが残っています。
/ # df db
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mmcblk0p3 61812032 11308736 50503296 18% /db
このvalaコードが別のことを示しているのはなぜですか?
try
{
FileUtils.set_data(bmp_path, bmp);
}
catch (Error e)
{
printf("Error! FileUtils.set_data %s\n%s\n", bmp_path, e.message);
}
もちろん、コードは出力されます
Error! FileUtils.set_data /db/20121112/165206.0.bmp
Failed to create file '/db/20121112/165206.0.bmp.9X8PNW': No space left on device
GLib.FileUtilsが1つのディレクトリで処理できるファイルの数に制限はありますか?/ db / 20121112には、27220ファイル(半分のjpegと半分のbmp)が含まれています。
mmcblk0p3はこのように作成されました
echo -e "n\np\n3\n66\n\nt\n3\nc\nw" | fdisk /dev/mmcblk0
このようにフォーマットされています
mkfs.vfat -n DB -F 32 /dev/mmcblk0p3
これはおそらく気にしないでしょうが、デバイスは64G SDカードであり、mmcblk0p1とmmcblk0p2がブートとrootfsに使用されます。
Barmarがこのようなコメントで示唆したようにiノードをチェックすると、
df: invalid option -- 'i'
BusyBox v1.18.2 (2012-11-09 13:08:26 EST) multi-call binary.
BusyBoxのドキュメントによると、df -iが有効であるため、これは奇妙なことです。
df [-Pkmhai] [-B SIZE] [FILESYSTEM...]
-i Inodes
iノードをチェックする別の方法はありますか?
更新[11-15-2012]:問題はフォルダーあたりのファイル数が多すぎる可能性があると考えたため、コードを変更して、毎日ではなく1時間ごとに新しいフォルダーを開くようにしましたが、16.7を使用して7つのフォルダーに均等に分散された44354枚の画像を保存した後も停止しました64GBSDカードの。