Document byte-to-inode ratio
End user docs would benefit from a section about the byte-to-inode ratio, and why it's set the way it is. This update explains why and how to manipulate the ratio depending on the intended use. Change-Id: Iffb5ef6f4c7c74f4aa6e25912d4991d7a611c8fe Closes-bug: 1512841
This commit is contained in:
parent
d716893e30
commit
5e9c451d5f
@ -54,3 +54,20 @@ formats are:
|
|||||||
* vhd
|
* vhd
|
||||||
* docker
|
* docker
|
||||||
* raw
|
* raw
|
||||||
|
|
||||||
|
Filesystem Caveat
|
||||||
|
-----------------
|
||||||
|
|
||||||
|
By default, disk-image-create uses a 4k byte-to-inode ratio when creating the
|
||||||
|
filesystem in the image. This allows large 'whole-system' images to utilize
|
||||||
|
several TB disks without exhausting inodes. In contrast, when creating images
|
||||||
|
intended for tenant instances, this ratio consumes more disk space than an
|
||||||
|
end-user would expect (e.g. a 50GB root disk has 47GB avail.). If the image is
|
||||||
|
intended to run within a tens to hundrededs of gigabyte disk, setting the
|
||||||
|
byte-to-inode ratio to the ext4 default of 16k will allow for more usable space
|
||||||
|
on the instance. The default can be overridden by passing --mkfs-options like
|
||||||
|
this::
|
||||||
|
|
||||||
|
disk-image-create --mkfs-options '-i 16384' <distro> vm
|
||||||
|
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user