Skip to contentSkip to conversation

dracut 034

ANNOUNCE Harald Hoyer 5 participants 18 messages Oct 8, 2013 – Oct 28, 2013 10 messages not in the archive

lore
Share & tools
lore

Harald Hoyer

author
#0 lore raw

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

A message that is not in the archive (sent off-list or not yet received): [email protected]

#2 lore raw
Quoted 1 line · Harald Hoyer

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

author
#3 lore raw
Quoted 22 lines · EatDirt
Quoted 2 lines · Harald Hoyer

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!

Quoted 8 lines

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.

A message that is not in the archive (sent off-list or not yet received): [email protected]

#5 lore raw
Quoted 4 lines · Harald Hoyer

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?

#6 lore raw
Quoted 9 lines · EatDirt
Quoted 4 lines · Harald Hoyer

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:

Quoted 9 lines

/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

??

A message that is not in the archive (sent off-list or not yet received): [email protected]

#8 lore raw
Quoted 7 lines · Harald Hoyer

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/*)

#9 lore raw
Quoted 2 lines · EatDirt

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.

A message that is not in the archive (sent off-list or not yet received): [email protected]

#11 lore raw

В Fri, 25 Oct 2013 16:45:38 +0200
Harald Hoyer <[email protected]> пишет:

Quoted 6 lines · EatDirt
Quoted 2 lines

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:

Quoted 7 lines
# 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 [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html

Typo?

modules.d/98usrmount/module-setup.sh +1 -1
index 1af789f..d8a0ec2 100755
@@ -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
 }
Signature · 1 line
Alexander Tsoy

A message that is not in the archive (sent off-list or not yet received): 20131025185710.64749db3-d/[email protected]

#13 lore raw
Quoted 24 lines · Alexander Tsoy

В Fri, 25 Oct 2013 16:45:38 +0200
Harald Hoyer <[email protected]> пишет:

Quoted 6 lines · EatDirt
Quoted 2 lines

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:

Quoted 7 lines
# 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 [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html

Typo?

modules.d/98usrmount/module-setup.sh +0 -0
index 1af789f..d8a0ec2 100755

modules.d/98usrmount/module-setup.sh check() { · line 13

Quoted 8 lines
modules.d/98usrmount/module-setup.sh +1 -1
@@ -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 :)

A message that is not in the archive (sent off-list or not yet received): [email protected]

#15 lore raw
Quoted 2 lines · Harald Hoyer

yes :) thanks :)

thanks guys!!!

#17 lore raw
In reply to a message not in the archive

В Fri, 25 Oct 2013 15:37:22 +0200
Harald Hoyer <[email protected]> пишет:

Quoted 27 lines · EatDirt
Quoted 26 lines · Harald Hoyer
Quoted 2 lines

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.

Quoted 8 lines
Quoted 4 lines

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/

Signature · 1 line
Alexander Tsoy

A message that is not in the archive (sent off-list or not yet received): 20131028134216.049c6a01-d/[email protected]

#19 lore raw

В Mon, 28 Oct 2013 13:42:16 +0400
Alexander Tsoy <alexander-EP/[email protected]> пишет:

Quoted 35 lines

В Fri, 25 Oct 2013 15:37:22 +0200
Harald Hoyer <[email protected]> пишет:

Quoted 32 lines · EatDirt
Quoted 30 lines · Harald Hoyer
Quoted 2 lines

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

Quoted 7 lines
Quoted 3 lines

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

Quoted 5 lines

Sorry for offtop. :)

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

Signature · 1 line
Alexander Tsoy

A message that is not in the archive (sent off-list or not yet received): 20131028164537.5e464c82-d/[email protected]

#21 lore raw
Quoted 5 lines · Alexander Tsoy

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.

#22 lore raw
In reply to a message not in the archive

'Twas brillig, and Alexander Tsoy at 28/10/13 09:42 did gyre and gimble:

Quoted 35 lines

В Fri, 25 Oct 2013 15:37:22 +0200
Harald Hoyer <[email protected]> пишет:

Quoted 32 lines · EatDirt
Quoted 30 lines · Harald Hoyer
Quoted 2 lines

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

Quoted 7 lines
Quoted 3 lines

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

Signature · 10 lines
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/
author
#23 lore raw
Quoted 3 lines · Colin Guthrie

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.

A message that is not in the archive (sent off-list or not yet received): [email protected]

#25 lore raw

Hi,

'Twas brillig, and Harald Hoyer at 28/10/13 16:19 did gyre and gimble:

Quoted 7 lines · Colin Guthrie
Quoted 4 lines

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:

Quoted 4 lines

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

Signature · 10 lines
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/

A message that is not in the archive (sent off-list or not yet received): 526E93B2.9030408-D409yXkIzt2rnn0nCzrM/[email protected]

#27 lore raw
Quoted 14 lines · On Mon Oct 28 20:41:22 2013 Colin Guthrie…

Hi,

'Twas brillig, and Harald Hoyer at 28/10/13 16:19 did gyre and gimble:

Quoted 7 lines · Colin Guthrie
Quoted 4 lines

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:

Quoted 7 lines
Quoted 4 lines

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.

Quoted 7 lines

(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

Signature · 1 line
Alexander Tsoy