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-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
