Re: [ANNOUNCE] dracut 034

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



'Twas brillig, and Alexander Tsoy at 28/10/13 09:42 did gyre and gimble:
> В Fri, 25 Oct 2013 15:37:22 +0200
> Harald Hoyer <harald@xxxxxxxxxx> пишет:
> 
>> On 10/25/2013 01:22 PM, EatDirt wrote:
>>> On 08/10/13 12:23, Harald Hoyer wrote:
>>>> Here comes a new dracut version. Thanks to all who have contributed to this
>>>> release.
>>>
>>> Hi guys,
>>> sorry if this is not the right place to post, but we have some problems with mga
>>> distributed dracut-034
>>>
>>> For users having two partitions / and /usr; specified in their /etc/fstab,
>>> without including systemd module, dracut does not automatically includes the
>>> necessary usrmount module.
>>>
>>> Without usrmount, the initrd yields a kernel panics at boot time. I naively
>>> though that dracut would automatically take care of the partitions specified in
>>> /etc/fstab and therefore "sees" that without systemd added, usrmount must be
>>> present.
>>>
>>> Do you think it is a dracut bug, or we should take care of this at the "distro"
>>> packaging level?
>>>
>>> Thanks for your help!
>>>
>>> cheers,
>>> chris.
>>>
>>>
>>> PS: the mga full bug report is there (check the last posts):
>>>
>>> https://bugs.mageia.org/show_bug.cgi?id=11292
>>>
>>
>> Hmmm, the usrmount module is automatically included, if /sbin/init is on /usr.
>> If it is not on /usr, normally /sbin/init can mount /usr via fstab.
>>
> 
> But this logic breaks systems with separate (not merged) /usr. According
> to [1], /usr should be always mounted inside initramfs. For example,
> openrc in Gentoo launches udev before mounting filesystems via fstab.

I think you're ultimately correct, but keep in mind that if you do have
a separate /usr with a non-merged system, you need to have udev and all
it's components in / anyway (i.e. /lib, /sbin etc) such that udev could
be started prior to mounting /usr. Of course when this happens you run
into a whole manner of knock on problems such as helper binaries from
udev rules not yet being available, missing firmware and similar - i.e.
a big pile of problems.

This was indeed one of the issues pointed out during the eudev talk at
FOSDEM by the likes of Grek KH, Kay and co. There was some vague talk
about developing a mechanism to delay the actual handling of such rules
when /usr is not mounted but the resounding suggestion from the audience
was to "just let the initramfs handle /usr mounting!!"


So I think you're probably reading a bit too much into Harald's
statement above. In theory it's possible to have /sbin/init mount /usr -
but it's something I think everyone versed in the issues would highly
discourage!


That being the case, I would propose that the usrmount module be
automatically included when /usr is a mount point regardless of on which
partition init lives?

Col

-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
  Tribalogic Limited http://www.tribalogic.net/
Open Source:
  Mageia Contributor http://www.mageia.org/
  PulseAudio Hacker http://www.pulseaudio.org/
  Trac Hacker http://trac.edgewall.org/

--
To unsubscribe from this list: send the line "unsubscribe initramfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]

  Powered by Linux