Am 02.11.2015 um 18:14 schrieb sf...@users.sourceforge.net:
> There must exist several 'xino[0-9]*' files under
> /aufs/si_/, and usually they are larger than xib and xigen.
Here are all my files:
# tail /sys/kernel/debug/aufs/si_*/*
==> /sys/kernel/debug/aufs/si_e6cc0b3f/plink <==
100
0 0 0 0 0
Udo Giacomozzi:
> ==> /sys/kernel/debug/aufs/si_e6cc0b3f/xi0 <==
> 1, 1360x4096 725944
:::
> ==> /sys/kernel/debug/aufs/si_e6cc0b3f/xi5 <==
> 1, 120x4096 61280
:::
> So "xigen" is using 288 * 4096 = about 1,1 Megabytes?
Exactly.
> Based on all the files listed above, is the
Hello Udo,
Udo Giacomozzi:
> Problem: When the tmpfs fills up (eg. `cat /dev/zero > /DUMMY`), then
> the system consistently becomes pratically unusable, meaning that simple
> commands like `find` or `reboot` can't be run anymore ("command not found").
>
> I've also noticed some kernel errors
Hello J. R. Okajima,
thank you ver ymuch for your very helpful information.
I don't have /dev/shm in "init" (when AUFS is set up) so I simply
mounted a tmpfs just for AUFS's "xino" file and it works like a charm!
Great!
After a `find / -mount` my debugfs files show these contents:
xib:
Udo Giacomozzi:
> I don't have /dev/shm in "init" (when AUFS is set up) so I simply
> mounted a tmpfs just for AUFS's "xino" file and it works like a charm!
> Great!
Glad to hear that!
> After a `find / -mount` my debugfs files show these contents:
>
> xib: 16x4096 8192
> xigen: 280x4096
