On 17 August 2010 14:03, Michal Suchanek <hramrach@xxxxxxxxxx> wrote:
> On 16 August 2010 20:52, Valerie Aurora <vaurora@xxxxxxxxxx> wrote:
>> On Wed, Aug 11, 2010 at 12:08:38PM +0200, Michal Suchanek wrote:
>>> On 10 August 2010 18:52, Valerie Aurora <vaurora@xxxxxxxxxx> wrote:
>>> > On Mon, Jul 19, 2010 at 06:06:36PM +0200, Michal Suchanek wrote:
>>> >> On 14 July 2010 21:30, Valerie Aurora <vaurora@xxxxxxxxxx> wrote:
>>> >> > On Wed, Jul 14, 2010 at 03:12:28PM +0200, Michal Suchanek wrote:
>>> >> >> Hello
>>> >> >>
>>> >> >> FWIW I tried to apply the unionmount patch from submounts branch to my
>>> >> >> kernel (2.6.34 Debian kernel) and boot a live system using the kernel.
>>> >> >>
>>> >> >> The system boots but locks up during init.
>>> >> >>
>>> >> >> The first boot method uses tmpfs union/squashfs/loop/FUSE(httpfs) or
>>> >> >> tmpfs union/squashfs/loop/iso9660/loop/FUSE(httpfs) and triggers the
>>> >> >> BUG_ON(*next_ud != NULL); in union_add_dir when udev starts whereas
>>> >> >> the other method which uses tmpfs union/squashfs/loop/iso966/iscsi
>>> >> >> crashes because at the point when iscsid is started during boot as the
>>> >> >> iscsi drive is disconnected for some reason.
>>> >> >
>>> >> > Thanks for the bug report! ??I will get to work on that as soon as
>>> >> > possible.
>>> >> >
>>> >> >> As the kernel does not include aufs I cannot easily test that it works
>>> >> >> as expected with that but both boot methods used to work with 2.6.32
>>> >> >> kernels and aufs.
>>> >> >
>>> >> > I think it's quite likely the problem is with union mounts, so don't
>>> >> > go to the effort to test aufs just for this case.
>>> >> >
>>> >>
>>> >> If you want the live CD or more details about the issue I guess I can send them.
>>> >>
>>> >> Also the CD build system is automated so it's quite easy to try new patches.
>>> >
>>> > Can you try the d_ino_lookup branch in the union mounts git tree? ??I
>>> > fixed one bug that may be related. ??Thanks,
>>> >
>>> > -VAL
>>> >
>>>
>>> It does not build for me.
>>>
>>> Thanks
>>>
>>> Michal
>>>
> ...
>>
>> Thanks for attaching your .config. CONFIG_UNION_MOUNT wasn't set:
>>
>> # CONFIG_UNION_MOUNT is not set
>>
>> Try rebuilding with that on. Yes, it should build without
>> CONFIG_UNION_MOUNT and I'll test that for next release.
>>
>> -VAL
>>
>
> Sorry, I thought I enabled it.
>
> Anyway, I changed that option in the config but it still does not build.
>
OK, a build without the ext2 filesystem works.
Now when I try to mount the filesystem I get:
(initramfs) mount_full -t tmpfs -o union tmpfs /root
[ 43.403419] tmpfs: No value for mount option
'union'
mount: wrong fs type, bad option, bad superblock
on tmpfs,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
In some cases useful info is found in syslog - try
dmesg | tail or so
I wonder if the docs are out of date. They suggest to only add -o union.
I think it used to work, I recycled the scripts that produced the
halfway-booting system last time.
Thanks
Michal
--
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
