Another AUFS user with a neat implementation here:
http://blog.picloud.com/2013/05/01/using-aufs-and-lxc-to-manage-dependencies
-at-cloud-scale/
And of course, Fatdog64 is happy to have AUFS as our root filesystem:
http://distro.ibiblio.org/fatdog/web/
Thanks Junjiro
The latest kernel and the latest long term kernel should be plenty. Anyone
building a new system using AUFS would probably use one of those.
Users with older kernels, are usually using them on systems that have been
around for awhile. The kernels are not being maintained (except for
oops with cifs
To: kirk w kirkpu...@yahoo.com, aufs-users@lists.sourceforge.net
Date: Monday, August 15, 2011, 10:04 AM
sf...@users.sourceforge.net:
kirk w:
I think I ran into a bug with the 3.0 kernel and
AUFS. All seems fine until you try to do a cifs mount, then
the kernel crashes
A question related to this. Normally if you replace the kernel headers you need
to rebuild glibc, gcc ... Is it OK to install the kernel headers in a build
environment so we can build the AUFS utils and then move those utils to a
system built with different kernel headers? I've been assuming
Hi Junjiro,
I enjoyed your paper Filesystems in LiveCD. I'm interested in your squashfs
parallel decompression patch. Any chance you have a newer version of the patch,
maybe for 2.6.38rc?
Thanks,
Kirk
--- On Tue, 12/28/10, sf...@users.sourceforge.net sf...@users.sourceforge.net
wrote:
Hi Junjiro,
Does AUFS2.1 support 2.6.36? I tried a couple weeks ago and it would not
compile.
Thanks for your excellent software,
Kirk
Hope this doesn't double post, it bounced back the first time.
--
--
Hi,
Has anyone used Logrow on a mounted AUFS RW branch?
It seems to work well with a loop back block device that is not part of the
union. Logrow will quickly expand a loop mounted block device and then I can
use resize2fs to online resize the ext3 filesystem, but if it's the RW branch
of