if ip is specified on cmdline, networking should be brought up in initramfs

[Scott Moser]

if the initramfs has 'ip=' on the cmdline, it is arguable that we should bring the respective interface up as indicated.

Currently, initramfs only does this if something thinks it should.

Ie, open-iscsi might do it, or some other things might call 'configure_networking'.
But it seems reasonable that if the user put 'ip=' on the cmdline then they wanted that to happen in initramfs.

Additionally, one feature i'd like to have (admittedly for debug purposes) is the ability to write the /run/initramfs/open-iscsi.interface file that is used at least by open-iscsi to say "do not bring this interface down".

I've done this before, the code to do it is available in intramfs-tools style module at
  http://bazaar.launchpad.net/~smoser/maas/maas-pkg-test/files/head:/ephemtest-vivid/initrd-updates/

generically, it seems like it'd be nice to have a way to have the same functionality that open-iscsi.interface accomplishes but not tied to open-iscsi. Ie, the user may for any reason want to keep a network from getting re-configured by normal OS bringup. I used '/run/network/initramfs-persistent-iface' file to do that.

that is explicitly to patch over an existing initramfs (no 'hooks' directory).

[Scott Moser (smoser)]

Marked this as affecting initramfs-tools and cloud-initramfs-tools. only one of them is needed.

[Launchpad Janitor (janitor)]

This bug was fixed in the package cloud-initramfs-tools - 0.27ubuntu1

---------------
cloud-initramfs-tools (0.27ubuntu1) wily; urgency=medium

  * cloud-initramfs-dyn-netconf: bring up networking if ip is on kernel
    command line and it has not been brought up (LP: #1463846)
  * cloud-initramfs-copymods: do not warn to console if /lib/modules
    exists in the target, as that is an expected case.

 -- Scott Moser <email address hidden> Tue, 23 Jun 2015 12:46:29 -0400

[Scott Moser (smoser)]

This is marked fix-released in cloud-initramfs-tools, but in reality that is not a useful fix anymore.
The fix was added to cloud-initramfs-dyn-netconf which is not used in xenial and later.

The fix really should go into mkinitramfs-tools proper.

[kvaps (kvaps)]

I just wanted to link it with the upstream issue on Debian bug tracker:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789067

[Launchpad Janitor (janitor)]

This bug was fixed in the package initramfs-tools - 0.142ubuntu6

---------------
initramfs-tools (0.142ubuntu6) mantic; urgency=medium

  * To ease testing, always use the link-layer address as DHCP unique
    identifier (DUID-LL) for DHCPv6.
  * Drop direct dependency on isc-dhcp-client (it's not available on i386)
  * Add qemu-net-dnsmasq autopkgtest to test DHCPv6

 -- Benjamin Drung <email address hidden> Fri, 23 Jun 2023 21:12:21 +0200