> Als ik een virtuele disk aanmaak met: > qemu-img create -f qcow2 /path/naam.qcow2 1000G > Dan krijg ik een disk die volgens "ls" maar een paar KB groot is, en > die groeit naarmate ik hem gebruik.
Sparse file dus, zelf te maken met bijv. dd $ dd if=/dev/zero of=file.whatever bs=1 count=0 seek=1024G 0+0 records in 0+0 records out 0 bytes copied, 7.7843e-05 s, 0.0 kB/s $ du -k file.whatever 0 file.whatever $ ls -s file.whatever 0 file.whatever $ ls -lh file.whatever -rw-rw-r--. 1 * * 1.0T Oct 13 00:52 file.whatever $ stat file.whatever File: file.whatever Size: 1099511627776 Blocks: 0 IO Block: 4096 regular file *knip* > Blocks: Total number of allocated blocks to the file to store on the > hard disk. Blocks: 0, omdat er niets in dat bestand geschreven is. > Ik ben gewend om via "ls" te kijken hoe groot een bestand is, daarom > vind ik het niet prettig hoe virt-manager disks aanmaakt. Verder vind > ik het raar, ik zou denken dat het ook "qemu-img" gebruikt. virt-manager gebruikt python libvirt interface, wat qemu-img gebruikt weet ik niet. Beiden hebben hun eigen manier van sparse file aanmaken.
