[ubuntu/bionic-proposed] initramfs-tools 0.130ubuntu3.11 (Accepted)

Guilherme G. Piccoli gpiccoli at canonical.com
Thu Sep 24 13:55:52 UTC 2020


initramfs-tools (0.130ubuntu3.11) bionic; urgency=medium

  [ Guilherme G. Piccoli ]
  * scripts/functions: Prevent printf error carry over if the wrong
    console is set. (LP: #1879987)
      The function _log_msg() is "void" typed, returning whatever its
      last command returns. This function is the basic building block
      for all error/warning messages in initramfs-tools. If a bad console
      is provided to kernel on command-line, printf returns error, and so
      this error is carried over in _log_msg(). Happens that checkfs()
      function has a loop that runs forever in this scenario (*if* fsck
      is not present in initramfs and "quiet" is not passed in the
      command-line). If that happens, boot is stuck and cannot progress.
      The simple fix hereby merged is to return zero on _log_msg().

  * scripts/local: Re-execute cryptroot local-block script. (LP: #1879980)
      Currently, if an encrypted rootfs is configured on top of a MD RAID1
      array and such array gets degraded (like a member is removed/failed),
      initramfs-tools cannot mount the rootfs and the boot fails. We fix
      that issue here by allowing cryptroot script to re-run on local-block
      stage, given that mdadm is able to activate a degraded array in that
      point. There is a cryptsetup counter-part for this fix, but alone the
      initramfs-tools portion is innocuous.

  [ Jay Vosburgh ]
  * scripts/functions: Change netplan render for net_failover master
    devices. (LP: #1820929)
      Modify the _render_netplan function to check for network interfaces
      that are net_failover master devices. When found, such devices are
      matched only by name, not by MAC address, as the MAC is not a unique
      identifier for the net_failover case. In the net_failover architecture,
      the MAC address is used to manage the membership of the net_failover
      interface set, thus multiple interfaces will be assigned the same MAC
      address.

Date: Wed, 12 Aug 2020 17:12:11 -0300
Changed-By: gpiccoli at canonical.com (Guilherme G. Piccoli)
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
Signed-By: Mauricio Faria de Oliveira <mfo at canonical.com>
https://launchpad.net/ubuntu/+source/initramfs-tools/0.130ubuntu3.11
-------------- next part --------------
Format: 1.8
Date: Wed, 12 Aug 2020 17:12:11 -0300
Source: initramfs-tools
Binary: initramfs-tools initramfs-tools-core initramfs-tools-bin
Architecture: source
Version: 0.130ubuntu3.11
Distribution: bionic
Urgency: medium
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
Changed-By: Guilherme G. Piccoli <gpiccoli at canonical.com>
Description:
 initramfs-tools - generic modular initramfs generator (automation)
 initramfs-tools-bin - binaries used by initramfs-tools
 initramfs-tools-core - generic modular initramfs generator (core tools)
Launchpad-Bugs-Fixed: 1820929 1879980 1879987
Changes:
 initramfs-tools (0.130ubuntu3.11) bionic; urgency=medium
 .
   [ Guilherme G. Piccoli ]
   * scripts/functions: Prevent printf error carry over if the wrong
     console is set. (LP: #1879987)
       The function _log_msg() is "void" typed, returning whatever its
       last command returns. This function is the basic building block
       for all error/warning messages in initramfs-tools. If a bad console
       is provided to kernel on command-line, printf returns error, and so
       this error is carried over in _log_msg(). Happens that checkfs()
       function has a loop that runs forever in this scenario (*if* fsck
       is not present in initramfs and "quiet" is not passed in the
       command-line). If that happens, boot is stuck and cannot progress.
       The simple fix hereby merged is to return zero on _log_msg().
 .
   * scripts/local: Re-execute cryptroot local-block script. (LP: #1879980)
       Currently, if an encrypted rootfs is configured on top of a MD RAID1
       array and such array gets degraded (like a member is removed/failed),
       initramfs-tools cannot mount the rootfs and the boot fails. We fix
       that issue here by allowing cryptroot script to re-run on local-block
       stage, given that mdadm is able to activate a degraded array in that
       point. There is a cryptsetup counter-part for this fix, but alone the
       initramfs-tools portion is innocuous.
 .
   [ Jay Vosburgh ]
   * scripts/functions: Change netplan render for net_failover master
     devices. (LP: #1820929)
       Modify the _render_netplan function to check for network interfaces
       that are net_failover master devices. When found, such devices are
       matched only by name, not by MAC address, as the MAC is not a unique
       identifier for the net_failover case. In the net_failover architecture,
       the MAC address is used to manage the membership of the net_failover
       interface set, thus multiple interfaces will be assigned the same MAC
       address.
Checksums-Sha1:
 a72e474275ee63720ba01cbb4a7d33e06c801701 2103 initramfs-tools_0.130ubuntu3.11.dsc
 54c9bbbda29c50a41fd55b223de466e352a0319e 121524 initramfs-tools_0.130ubuntu3.11.tar.xz
 37a4067bcdb5de1df5083a21f1424cd83b7bf613 6599 initramfs-tools_0.130ubuntu3.11_source.buildinfo
Checksums-Sha256:
 acf31ea236df0374439c25c23ebaedfeb901d9f0c5e9b6517b06bf612679e06c 2103 initramfs-tools_0.130ubuntu3.11.dsc
 e35900cd31dce837ea3bff50a51f0882ffee6ecf2435e7b1dc2fd951efc7c262 121524 initramfs-tools_0.130ubuntu3.11.tar.xz
 f55a44f73dd61fbd4a5f3827b9289ada4184d48309ba076423d6c5a43049de28 6599 initramfs-tools_0.130ubuntu3.11_source.buildinfo
Files:
 e596d6713763a8927dac81193b1683b9 2103 utils optional initramfs-tools_0.130ubuntu3.11.dsc
 fe6369a995fc11324558220706e642b1 121524 utils optional initramfs-tools_0.130ubuntu3.11.tar.xz
 c440da147c6e0bd13e73280dfaf6b529 6599 utils optional initramfs-tools_0.130ubuntu3.11_source.buildinfo
Original-Maintainer: Debian kernel team <debian-kernel at lists.debian.org>


More information about the Bionic-changes mailing list