I'm trying to mount the rootfs /
of a Debian Buster system as overlayfs because I'm interested in using tmpfs
for the /upper
directory. My idea is to use this to preserve the root filesystem integrity by making it fake-writable. I know there are a few packages intended to do this, like fsprotect
and bilibop-lockfs
, however I thin the former one is maybe a little outdated and the latter one seems to be more promising, but both use aufs
and I'd like to learn about initrd
and this early user space and the Linux booting process, maybe in a future I'll consider to try bilibop-lockfs
.
Anyway ... my script is based on the current raspi-config script; as you can see I'm basically adding the very same script as an initramfs
module and rebuilding, then this module is being triggered when boot=overlay
is passed as a kernel command line parameter. This script apparently does the work of mounting the rootfs as an overlayfs, however ... I'm having problems with the following; as you can see in the df -h
output, it shows the size is just 3.9G
Filesystem Size Used Avail Use% Mounted on
udev 3.8G 0 3.8G 0% /dev
tmpfs 781M 17M 764M 3% /run
overlay 3.9G 1.2G 2.7G 30% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/mmcblk1p2 236M 96M 123M 44% /boot
/dev/mmcblk1p1 511M 5.2M 506M 2% /boot/efi
/dev/mmcblk0p1 58G 811M 54G 2% /data
tmpfs 781M 0 781M 0% /run/user/1001
And some programs are having problems with this size because when they are running a while, they start to print "no left space on the device" in the journal logs. My question is ... what's specifying this size? I cannot see anything about the size in the overlay
script. Could I set a bigger size to give a wider margin for those programs?
Thank you all.