Re: [PATCH 0/7] overlay filesystem: request for inclusion

[Bernd Schubert]

On 06/10/2011 02:45 PM, Michal Suchanek wrote:
> On 10 June 2011 13:51, Bernd Schubert<bernd.schubert@xxxxxxxxxxxxxxxxxx>  wrote:
> > On 06/09/2011 09:32 PM, Andrew Morton wrote:
> > > On Thu, 9 Jun 2011 14:49:47 +0100
> > > Andy Whitcroft<apw@xxxxxxxxxxxxx>    wrote:
> > >
> > > > On Wed, Jun 08, 2011 at 08:52:33PM -0700, Andrew Morton wrote:
> > > >
> > > > The problem with the userspace alternative is that it does not work. I
> > > > tried to run my live CD on top of unionfs-fuse and the filesystem
> > > > would fail intermittently leading to random errors during boot.
> > >
> > >
> > > If the implementation is slow or buggy then the appropriate action is
> > > to speed it up and to fix the bugs, so these are just non-arguments,
> > > IMO.
> >
> > Exactly. It is rather sad that people never bothered to file bug reports
> > about slow performance issues. I'm one of the upstream authors of
> > unionfs-fuse and also use it on my own for live-USB sticks and NFS-booted
> > systems and do not have such problems.
>
> The issue is that while I can pause the boot process in initramfs and
> the filesystem appears all well and running if I run init off the
> filesystem some filesystem operations just fail at random leading to
> files seemingly missing intermittently and the live CD failing to
> boot.
>
> I realize this is tremendously useful information but that's all I can
> say about the issue which is why I did not bother to report it
> anywhere.
>
> I used whatever was packaged in Debian Squeeze.

Any chance you can you describe more in detail how you start 
unionfs-fuse? Directly within the initramfs (if so, could you please 
tell me exactly how)? Or using
/usr/share/doc/unionfs-fuse/examples/S01a-unionfs-fuse-live-cd.sh as 
link in rcS.d? We just have a 3 day weekend ahead and there might a good 
chance I can fix whatever your problems are... But it would be good if I 
could reproduce it somehow. I think for the following mails we should 
also drop most CCs here, as it is kernel unrelated.

Thanks,
Bernd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/