Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #63771 > unrolled thread

Bug#926401: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore

Back to article view | Back to linux.debian.kernel

Contents

  Bug#926401: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore Marc Lehmann <debian-reportbug@plan9.de> - 2019-04-04 15:10 +0200
    Bug#926401: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore Ben Hutchings <ben@decadent.org.uk> - 2019-07-28 00:30 +0200
      Bug#926401: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore Marc Lehmann <schmorp@schmorp.de> - 2019-07-29 02:00 +0200
        Bug#926401: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore Ben Hutchings <ben@decadent.org.uk> - 2019-07-31 16:40 +0200
    Processed: Re: initramfs-tools: update-initramfs -k all -c does  not create initrd images anymore "Debian Bug Tracking System" <owner@bugs.debian.org> - 2019-07-28 00:30 +0200
    Bug#926401: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore Ben Hutchings <ben@decadent.org.uk> - 2019-08-01 19:40 +0200
      Bug#926401: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore Marc Lehmann <schmorp@schmorp.de> - 2019-08-02 17:50 +0200
    Bug#926401: marked as done (initramfs-tools: update-initramfs -k  all -c does not create initrd images anymore) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2020-01-18 20:50 +0100

#63771 — Bug#926401: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore

Package: initramfs-tools
Version: 0.130
Severity: normal

Dear Maintainer,

between versions 0.130 and 0.133 the behaviour of update-initramfs -k all
-c changes considerably. In 0.130, this command would generate initrd
images for all kernels, in 0.133, it is a nop.

The reason is that get_sorted_versions now only lists kernels with
existing initrd images, which makes the -c option somewhat useless.

At least in our case this created unbootable systems after an upgrade to
buster.

-- Package-specific info:

-- System Information:
Debian Release: 9.8
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-updates'), (500, 'stable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, x32

Kernel: Linux 4.19.27-041927-generic (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=POSIX (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages initramfs-tools depends on:
ii  initramfs-tools-core  0.133
ii  linux-base            4.5

-- no debconf information

[toc] | [next] | [standalone]

#64567

[Multipart message — attachments visible in raw view] — view raw

Control: tag -1 moreinfo

On Thu, 04 Apr 2019 15:05:57 +0200 Marc Lehmann <debian-reportbug@plan9.de> wrote:
> Package: initramfs-tools
> Version: 0.130
> Severity: normal
> 
> Dear Maintainer,
> 
> between versions 0.130 and 0.133 the behaviour of update-initramfs -k all
> -c changes considerably. In 0.130, this command would generate initrd
> images for all kernels, in 0.133, it is a nop.

Not quite.  In older versions, "-k all" would apply to every initramfs
image that initramfs-tools remembered generating (as recorded in
/var/lib/initramfs-tools).

> The reason is that get_sorted_versions now only lists kernels with
> existing initrd images, which makes the -c option somewhat useless.

Yes, though I can't see how the previous behaviour was useful either. 
Do you delete existing initramfs images, using something other than
"update-initramfs -d", before you run "update-initramfs -k all -c"?

> At least in our case this created unbootable systems after an upgrade to
> buster.

Ben.
 
-- 
Ben Hutchings
Lowery's Law:
        If it jams, force it. If it breaks, it needed replacing anyway.

[toc] | [prev] | [next] | [standalone]

#64599

On Sat, Jul 27, 2019 at 11:19:06PM +0100, Ben Hutchings <ben@decadent.org.uk> wrote:
> > images for all kernels, in 0.133, it is a nop.
> 
> Not quite.  In older versions, "-k all" would apply to every initramfs
> image that initramfs-tools remembered generating (as recorded in
> /var/lib/initramfs-tools).

Well, I guess the phrase "all kernel versions known to update-initramfs"
is not very precise,e specially as it's not clear how to make kernel
versons known to it :)

> > The reason is that get_sorted_versions now only lists kernels with
> > existing initrd images, which makes the -c option somewhat useless.
> 
> Yes, though I can't see how the previous behaviour was useful either. 
> Do you delete existing initramfs images, using something other than
> "update-initramfs -d", before you run "update-initramfs -k all -c"?

Not explicitly, but the result is that the file is not there when I run the
command.

The workaround in place now enumerates all installed kernel versions
explicitly via upsate-initramfs -c -k xxxx.

-- 
                The choice of a       Deliantra, the free code+content MORPG
      -----==-     _GNU_              http://www.deliantra.net
      ----==-- _       generation
      ---==---(_)__  __ ____  __      Marc Lehmann
      --==---/ / _ \/ // /\ \/ /      schmorp@schmorp.de
      -=====/_/_//_/\_,_/ /_/\_\

[toc] | [prev] | [next] | [standalone]

#64618

[Multipart message — attachments visible in raw view] — view raw

On Mon, 2019-07-29 at 01:38 +0200, Marc Lehmann wrote:
> On Sat, Jul 27, 2019 at 11:19:06PM +0100, Ben Hutchings <ben@decadent.org.uk> wrote:
> > > images for all kernels, in 0.133, it is a nop.
> > 
> > Not quite.  In older versions, "-k all" would apply to every initramfs
> > image that initramfs-tools remembered generating (as recorded in
> > /var/lib/initramfs-tools).
> 
> Well, I guess the phrase "all kernel versions known to update-initramfs"
> is not very precise,e specially as it's not clear how to make kernel
> versons known to it :)

I updated this wording in the latest version, to properly describe the
current behaviour.

> > > The reason is that get_sorted_versions now only lists kernels with
> > > existing initrd images, which makes the -c option somewhat useless.
> > 
> > Yes, though I can't see how the previous behaviour was useful either. 
> > Do you delete existing initramfs images, using something other than
> > "update-initramfs -d", before you run "update-initramfs -k all -c"?
> 
> Not explicitly, but the result is that the file is not there when I run the
> command.
> 
> The workaround in place now enumerates all installed kernel versions
> explicitly via upsate-initramfs -c -k xxxx.

I think I'll change "-k all -c" to do that.  This is not exactly the
same as the old behaviour, because kernel packages may explicitly
disable initramfs generation during installation and initramfs-tools
used to remember that.  But I think it won't be too surprising that
"-k all -c" really applies to all installed kernel versions in future.

Ben.

-- 
Ben Hutchings
You can't have everything.  Where would you put it?

[toc] | [prev] | [next] | [standalone]

#64568 — Processed: Re: initramfs-tools: update-initramfs -k all -c does not create initrd images anymore

Processing control commands:

> tag -1 moreinfo
Bug #926401 [initramfs-tools] initramfs-tools: update-initramfs -k all -c does not create initrd images anymore
Added tag(s) moreinfo.

-- 
926401: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926401
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [next] | [standalone]

#64625

[Multipart message — attachments visible in raw view] — view raw

On Thu, 2019-08-01 at 17:01 +0200, Marc Lehmann wrote:
[...]
> I always wondered why initramfs has its own system -
> although I guess that debian doesn't have a "canonical" way to enumerate
> kernels, so it's not clear what the right mehtod is.
> 
> BTW, my workaorund just iterates over /boot/vmlinuz-* to find kernel
> versions - that's probably not the best method :)

I introduced the "linux-version" command some years back for precisely
this purpose.

Ben.

-- 
Ben Hutchings
You can't have everything.  Where would you put it?

[toc] | [prev] | [next] | [standalone]

#64628

On Thu, Aug 01, 2019 at 06:37:05PM +0100, Ben Hutchings <ben@decadent.org.uk> wrote:
> 
> I introduced the "linux-version" command some years back for precisely
> this purpose.

Wow, this bug report becomes superusefuleducational, I never knew about
this :)

And in perl, too. And using a module on top. And I happen to come up with
the same (semi-obvious) algorithm.

I guess "linux-version" counts as the standard method for these things then.

Thanks for telling me. No more hacks for me for this then.

-- 
                The choice of a       Deliantra, the free code+content MORPG
      -----==-     _GNU_              http://www.deliantra.net
      ----==-- _       generation
      ---==---(_)__  __ ____  __      Marc Lehmann
      --==---/ / _ \/ // /\ \/ /      schmorp@schmorp.de
      -=====/_/_//_/\_,_/ /_/\_\

[toc] | [prev] | [next] | [standalone]

#66131 — Bug#926401: marked as done (initramfs-tools: update-initramfs -k all -c does not create initrd images anymore)

[Multipart message — attachments visible in raw view] — view raw

Your message dated Sat, 18 Jan 2020 19:05:06 +0000
with message-id <E1istP8-000FMo-Rc@fasolo.debian.org>
and subject line Bug#926401: fixed in initramfs-tools 0.136
has caused the Debian Bug report #926401,
regarding initramfs-tools: update-initramfs -k all -c does not create initrd images anymore
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
926401: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926401
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web