[ANNOUNCE] dracut 034

[ANNOUNCE] dracut 034

[Harald Hoyer]

Here comes a new dracut version. Thanks to all who have contributed to this release.

The tarball can be found here:
        http://www.kernel.org/pub/linux/utils/boot/dracut/
        ftp://ftp.kernel.org/pub/linux/utils/boot/dracut/

Git:
        git://git.kernel.org/pub/scm/boot/dracut/dracut.git
        http://git.kernel.org/pub/scm/boot/dracut/dracut.git
        https://git.kernel.org/pub/scm/boot/dracut/dracut.git

Git Web:
        http://git.kernel.org/?p=boot/dracut/dracut.git

Git Web RSS Feed:
        http://git.kernel.org/?p=boot/dracut/dracut.git;a=rss

Project Page:
        http://www.kernel.org/pub/linux/utils/boot/dracut/dracut.html

Project Wiki:
        http://dracut.wiki.kernel.org

The ChangeLog can be found here:
        http://git.kernel.org/?p=boot/dracut/dracut.git;a=blob_plain;f=NEWS



dracut-034
==========
- do not run dhcp on parts of assembled network interfaces (bond, bridge)
- add option to turn on/off prelinking
    --prelink, --noprelink
    do_prelink=[yes|no]
- add ACPI table overriding
- do not log to syslog/kmsg/journal for UID != 0
- lvm/mdraid: Fix LVM on MD activation
- bcache module removed (now in bcache-tools upstream)
- mdadm: also install configs from /etc/mdadm.conf.d
- fixes for mdadm-3.2.6+
- mkinitrd: better compat support for SUSE
- fcoe: add FCoE UEFI boot device support
- rootfs-block: add support for the rootfallback= kernel cmdline option

Contributions from:
Thomas Renninger
Alexander Tsoy
Peter Rajnoha
WANG Chao
Harald Hoyer

Re: [ANNOUNCE] dracut 034

[EatDirt]

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

Re: [ANNOUNCE] dracut 034

[Harald Hoyer]

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.

Re: [ANNOUNCE] dracut 034

[EatDirt]

On 25/10/13 15:37, Harald Hoyer wrote:

>
> 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.
>

Interesting, thanks for the answer. On mga we have made some funny linkage:

/sbin/init -> ../lib/systemd/systemd*

and

/lib -> usr/lib/

Do you think that we may have involuntary fooled the automatic inclusion 
with symlinks?

Re: [ANNOUNCE] dracut 034

[Harald Hoyer]

On 10/25/2013 03:44 PM, EatDirt wrote:
> On 25/10/13 15:37, Harald Hoyer wrote:
> 
>>
>> 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.
>>
> 
> Interesting, thanks for the answer. On mga we have made some funny linkage:
> 
> /sbin/init -> ../lib/systemd/systemd*
> 
> and
> 
> /lib -> usr/lib/
> 
> Do you think that we may have involuntary fooled the automatic inclusion with
> symlinks?
> 

What's the output of:

# readlink -f /sbin/init

??

Re: [ANNOUNCE] dracut 034

[EatDirt]

On 25/10/13 16:31, Harald Hoyer wrote:

>
> What's the output of:
>
> # readlink -f /sbin/init
>
> ??
>
readlink -f /sbin/init
/usr/lib/systemd/systemd

looks good; but usrmount does not get included (and is not banned in 
/etc/dracut.conf neither in /etc/drakcut.conf.d/*)

Re: [ANNOUNCE] dracut 034

[Harald Hoyer]

On 10/25/2013 04:40 PM, EatDirt wrote:
> looks good; but usrmount does not get included (and is not banned in
> /etc/dracut.conf neither in /etc/drakcut.conf.d/*)

The output of:

# dracut --debug test.img

would be very interesting then.

Re: [ANNOUNCE] dracut 034

[Alexander Tsoy]

В Fri, 25 Oct 2013 16:45:38 +0200
Harald Hoyer <harald.hoyer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> пишет:

> On 10/25/2013 04:40 PM, EatDirt wrote:
> > looks good; but usrmount does not get included (and is not banned in
> > /etc/dracut.conf neither in /etc/drakcut.conf.d/*)
> 
> The output of:
> 
> # dracut --debug test.img
> 
> would be very interesting then.
> --
> To unsubscribe from this list: send the line "unsubscribe initramfs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Typo?

diff --git a/modules.d/98usrmount/module-setup.sh b/modules.d/98usrmount/module-setup.sh
index 1af789f..d8a0ec2 100755
--- a/modules.d/98usrmount/module-setup.sh
+++ b/modules.d/98usrmount/module-setup.sh
@@ -7,7 +7,7 @@ check() {
     local _init
     [[ $mount_needs ]] && return 1
     _init=$(readlink -f /sbin/init)
-    [[ "$init" == "${init##/usr}" ]] && return 255
+    [[ "$_init" == "${_init##/usr}" ]] && return 255
     return 0
 }

-- 
Alexander Tsoy

Re: [ANNOUNCE] dracut 034

[Harald Hoyer]

On 10/25/2013 04:57 PM, Alexander Tsoy wrote:
> В Fri, 25 Oct 2013 16:45:38 +0200
> Harald Hoyer <harald.hoyer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> пишет:
> 
>> On 10/25/2013 04:40 PM, EatDirt wrote:
>>> looks good; but usrmount does not get included (and is not banned in
>>> /etc/dracut.conf neither in /etc/drakcut.conf.d/*)
>>
>> The output of:
>>
>> # dracut --debug test.img
>>
>> would be very interesting then.
>> --
>> To unsubscribe from this list: send the line "unsubscribe initramfs" in
>> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> Typo?
> 
> diff --git a/modules.d/98usrmount/module-setup.sh b/modules.d/98usrmount/module-setup.sh
> index 1af789f..d8a0ec2 100755
> --- a/modules.d/98usrmount/module-setup.sh
> +++ b/modules.d/98usrmount/module-setup.sh
> @@ -7,7 +7,7 @@ check() {
>      local _init
>      [[ $mount_needs ]] && return 1
>      _init=$(readlink -f /sbin/init)
> -    [[ "$init" == "${init##/usr}" ]] && return 255
> +    [[ "$_init" == "${_init##/usr}" ]] && return 255
>      return 0
>  }
> 

yes :) thanks :)

Re: [ANNOUNCE] dracut 034

[EatDirt]

On 25/10/13 17:05, Harald Hoyer wrote:

> yes :) thanks :)
>

thanks guys!!!

Re: [ANNOUNCE] dracut 034

[EatDirt]

On 25/10/13 16:45, Harald Hoyer wrote:
> dracut --debug test.img

here you go:

http://theory.physics.unige.ch/~ringeval/upload/dracut_debug.log.gz

Re: [ANNOUNCE] dracut 034

[Alexander Tsoy]

В Fri, 25 Oct 2013 15:37:22 +0200
Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> пишет:

> 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.

Sorry for offtop. :)

[1] http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/

-- 
Alexander Tsoy

Re: [ANNOUNCE] dracut 034

[Alexander Tsoy]

В Mon, 28 Oct 2013 13:42:16 +0400
Alexander Tsoy <alexander-EP/B3+myoZc@public.gmane.org> пишет:

> В Fri, 25 Oct 2013 15:37:22 +0200
> Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> пишет:
> 
> > 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.

Same applies to systemd installed in "/". I think there are only 2
cases when usrmount module can be omitted:
1. systemd module is included
2. hostonly + non-separate /usr

> 
> Sorry for offtop. :)
> 
> [1] http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/
> 

-- 
Alexander Tsoy

Re: [ANNOUNCE] dracut 034

[EatDirt]

On 28/10/13 13:45, Alexander Tsoy wrote:

>
> Same applies to systemd installed in "/". I think there are only 2
> cases when usrmount module can be omitted:
> 1. systemd module is included
> 2. hostonly + non-separate /usr

Agreed, I tested with systemd included and that indeed works fine.

Re: [ANNOUNCE] dracut 034

[Colin Guthrie]

'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-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> пишет:
> 
>> 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/

Re: [ANNOUNCE] dracut 034

[Harald Hoyer]

On 10/28/2013 04:23 PM, Colin Guthrie wrote:

> 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?

Might be the safest option to include it in all non-systemd setups.

Re: [ANNOUNCE] dracut 034

[Colin Guthrie]

Hi,

'Twas brillig, and Harald Hoyer at 28/10/13 16:19 did gyre and gimble:
> On 10/28/2013 04:23 PM, Colin Guthrie wrote:
> 
>> 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?
> 
> Might be the safest option to include it in all non-systemd setups.

Yeah I didn't actually read Alexander's second email which enumerates
the possibilities better:

> Same applies to systemd installed in "/". I think there are only 2
> cases when usrmount module can be omitted:
> 1. systemd module is included
> 2. hostonly + non-separate /usr

But I guess for 2. it doesn't do much harm including it anyway - it's
just a bit of a no-op.

(sorry for not included the original CC's but GMane messes up the email
addresses - would be nice if someone could ping them to turn the
obfuscation off)

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/

Re: [ANNOUNCE] dracut 034

[Alexander Tsoy]

On Mon Oct 28 20:41:22 2013 Colin Guthrie <gmane-D409yXkIzt2rnn0nCzrM/w@public.gmane.org> wrote:
> Hi,
> 
> 'Twas brillig, and Harald Hoyer at 28/10/13 16:19 did gyre and gimble:
> > On 10/28/2013 04:23 PM, Colin Guthrie wrote:
> > 
> > > 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?
> > 
> > Might be the safest option to include it in all non-systemd setups.
> 
> Yeah I didn't actually read Alexander's second email which enumerates
> the possibilities better:
> 
> > Same applies to systemd installed in "/". I think there are only 2
> > cases when usrmount module can be omitted:
> > 1. systemd module is included
> > 2. hostonly + non-separate /usr
> 
> But I guess for 2. it doesn't do much harm including it anyway - it's
> just a bit of a no-op.

I agree. Reverting the commit 1a1c80f would be enough.

> 
> (sorry for not included the original CC's but GMane messes up the email
> addresses - would be nice if someone could ping them to turn the
> obfuscation off)
> 
> Col
> 

-- 
Alexander Tsoy