Progress... :-) Jeff told me that Fat32Fs should be OK for files up to 4GB - 1 byte. Which let me focus on other possible causes of the 'freeze' generated when I tried to copy large files onto an SD card. I've now had success with copying. I had been using a 'Hama' 16GB SD card plugged into the SD card slot. This always froze the machine when I tried to copy a 2GB file onto it. Instead I tried a 'SanDisc' 8GB SD card in a SD-USB adaptor stick plugged into one of the USB sockets on the front of the ARMiniX. This worked fine. I was able to copy the large files onto this. I then plugged the SD card into the SD slot on my Linux laptop, copied the files to its main HD. Then cat'ed them together as one large file and used xfburn to write a DVD+R. This worked fine. It did the burn much faster than CDVDBurn at 'x16'. And the result is accessible with CDFS on my ARMiniX in the normal manner. (This overcomes the problem with earlier burns using the ARMiniX that CDFS couldn't access the result.) So it looks like either the 'Hama' card or the slot have a problem with large files, or that the combination don't get on very well. I've also noticed that now the 'Hama' card only has 9 GB free and 6 GB 'used' despite showing no files. So I assume the freezes caused space for the large files to be assigned, but deleting the 0 byte long files hasn't actually freed this. I've asked Jeff if there is a way of fixing that without having to do a reformat. (I'm wary of a fat32 reformat in case i reformat the partition on my main SD harddisc!!) I'll do some more experiments when I get a chance. Jim -- Electronics http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html Audio Misc http://www.audiomisc.co.uk/index.html --- To alter your preferences or leave the group, visit //www.freelists.org/list/armini-support List-related queries to info@xxxxxxxxxxxx