Messages in this thread |  | | Date | Fri, 10 Jun 2011 14:54:49 +0200 | | From | Bernd Schubert <> | | Subject | Re: [PATCH 0/7] overlay filesystem: request for inclusion |
| |
On 06/10/2011 02:45 PM, Michal Suchanek wrote: > On 10 June 2011 13:51, Bernd Schubert<bernd.schubert@itwm.fraunhofer.de> wrote: >> On 06/09/2011 09:32 PM, Andrew Morton wrote: >>> >>> On Thu, 9 Jun 2011 14:49:47 +0100 >>> Andy Whitcroft<apw@canonical.com> 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
|  |