根據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可以在一個目錄裏? /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。
檢查的inode的Barmar的意見提出這樣使
df: invalid option -- 'i'
BusyBox v1.18.2 (2012-11-09 13:08:26 EST) multi-call binary.
這是奇怪的,因爲根據BusyBox docs,DF -i有效
df [-Pkmhai] [-B SIZE] [FILESYSTEM...]
-i Inodes
有另一種方式來檢查的inode?
更新[2012年11月15日]:我是這麼認爲的我修改了代碼,以每天開放一個新的文件夾小時,而不是問題可能是每個文件夾的文件太多,但它節省了約均勻分佈的44354張 圖像後仍死亡在使用64 GB SD卡的16.7的7個文件夾中。
檢查您是否用盡了inode與'df -i db'。 – Barmar
如果它是嵌入式系統,也許它是以只讀方式掛載的?/etc/fstab –
'bmp.length'有多大? – apmasell