[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1065698: marked as done (update-initramfs: -k all stopped working)

Your message dated Mon, 17 Nov 2025 00:21:02 +0100
with message-id <f20f23355657c75ca33b57068ec179c7a3f86215.camel@decadent.org.uk>
and subject line Re: update-initramfs: -k all stopped working
has caused the Debian Bug report #1065698,
regarding update-initramfs: -k all stopped working
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.)


-- 
1065698: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065698
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: initramfs-tools
Version: 0.142

The update-initramfs manpage documents -k all, and I know I used
that in Kubuntu hardy times several times, but it does not work
any longer, it just does nothing.

Calling without -k of course only updates the image for the current kernel.

Feel free to downgrade severity if needed.

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 2 root root 7.4M Mar  9 00:27 /boot/initrd.img-4.19.0-4-m68k
-rw-r--r-- 1 root root 5.3M Mar  9 04:21 /boot/initrd.img-6.6.15-m68k
-- /proc/cmdline
root=/dev/nfhd8p1 console=nfcon devtmpfs.mount=1 BOOT_IMAGE=vmlinux

-- resume
RESUME=none
-- /proc/filesystems
	fuseblk
	ext3
	ext2
	ext4

-- lsmod
Module                  Size  Used by
evdev                  16384  0
mac_hid                12288  0
sg                     20480  0
ext4                  380928  1
crc16                  12288  1 ext4
mbcache                12288  1 ext4
jbd2                   49152  1 ext4
crc32c_generic         12288  1
sd_mod                 45056  0
t10_pi                 12288  1 sd_mod
crc64_rocksoft         12288  1 t10_pi
crc64                  16384  1 crc64_rocksoft
crc_t10dif             12288  1 t10_pi
crct10dif_generic      12288  1
crct10dif_common       12288  2 crct10dif_generic,crc_t10dif
pata_falcon            12288  0
atari_scsi             20480  0
libata                139264  1 pata_falcon

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# Kernel Image management overrides
# See kernel-img.conf(5) for details
do_symlinks = No

-- /etc/initramfs-tools/initramfs.conf
MODULES=dep
BUSYBOX=auto
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto
RUNSIZE=10%
FSTYPE=auto

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- /sys/block
nfhd8
sda

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:

/usr/share/initramfs-tools/hooks:
early-rng-init-tools
fsck
keymap
klibc-utils
kmod
resume
thermal
udev
zz-busybox


-- System Information:
Debian Release: buster/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: m68k

Kernel: Linux 6.6.15-m68k
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/lksh
Init: sysvinit (via /sbin/init)

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

initramfs-tools recommends no packages.

Versions of packages initramfs-tools suggests:
pn  bash-completion  <none>

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Mon, 3 Mar 2025 10:53:31 +0000 (UTC) Thorsten Glaser <tg@mirbsd.de>
wrote:
> Hi Ben
> 
> >It works for me.
> 
> unfortunately, I do not have the system in question any more.
> 
> Looking at the version, it’s the same as in bookworm (sans deb12u1),
> and a bookworm/armel system I have (RPi 1) indeed succeeds.
> 
> >- What's the full command line that doesn't work?
> 
>       sudo update-initramfs -uk all
> 
> >- What does "linux-version list" say?
> 
> Wish I knew. It might be an m68k thing, as there have been issues
> with how different architectures name their kernels in the past.
> 
> Cc’ing cbmuser, maybe you could try to see if the above command
> does the right thing (regenerate all initrds for all kernel versions)
> on an m68k (nōn-qemu-user) box with more than one kernel installed?

I'm closing this as the full information I need wasn't provided.

Ben.

-- 
Ben Hutchings
If the facts do not conform to your theory, they must be disposed of.

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
Reply to: