Debian Bug report logs - #636697
initramfs-tools: no way to include library modules for libraries installed in multiarch path

version graph

Package: initramfs-tools; Maintainer for initramfs-tools is Debian kernel team <debian-kernel@lists.debian.org>; Source for initramfs-tools is src:initramfs-tools.

Reported by: Michal Suchanek <michal.suchanek@ruk.cuni.cz>

Date: Fri, 5 Aug 2011 12:12:01 UTC

Severity: normal

Found in versions initramfs-tools/0.99, initramfs-tools/0.109.1

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, hramrach@centrum.cz, Debian kernel team <debian-kernel@lists.debian.org>:
Bug#636697; Package initramfs-tools. (Fri, 05 Aug 2011 12:12:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Michal Suchanek <michal.suchanek@ruk.cuni.cz>:
New Bug report received and forwarded. Copy sent to hramrach@centrum.cz, Debian kernel team <debian-kernel@lists.debian.org>. (Fri, 05 Aug 2011 12:12:25 GMT) Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: Michal Suchanek <michal.suchanek@ruk.cuni.cz>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: initramfs-tools: no way to include library modules for libraries installed in multiarch path
Date: Fri, 05 Aug 2011 14:08:37 +0200
Package: initramfs-tools
Version: 0.99
Severity: normal


Hello

initramfs-tools hook-functions include copy_exec function that copies an
executable including all required libraries, possibly including
libraries in some odd places like /lib32 /lib64 /lib/i386-linux-gnu,
etc.

However, some libraries use modules which are dynamically loaded and are
not copied by cope_exec. This includes libc nss modules, pango, pixbuf
and gtk modules, etc.

At the very least the libc nss modules are required in intramfs to get
dns lookup for netbooting. Splashscreen solutions like plymouth might
need some of the graphics rendering modules.

It is possible to require libraries to install some module lists which
would allow initramfs-tools to copy these modules automagically whenever
a library is copied into initramfs. There are multiple problems, though.
The module list would have to be maintained in different package than
the one where it is used (live-boot vs libc, plymouth vs pango) leading
to bitrot. The other issue is that not all modules are required. libc
has some 4-5 nss modules but only 1-2 are used in initramfs.

The solution I would like to propose requires some knowledge of the library in
the package that includes it in initramfs but lets initramfs-tools locate the
exact place where the library is located in the system. It requires that any
dynamically loaded modules always reside in the same path relative to the
library which seems to be the case with current packages and is generally
sensible.

This simple additional function in hook-functions should allow initramfs hooks
to install loadable modules effortlessly.

Thanks

Michal

# include a module dynamically loaded by a library
# $1 - directory to search for the library (may be / to search all of initramfs)
# $2 - library to search for
# $3 - module to include relative to library found
# example: lib_module /lib 'libc.so.*' 'libnss_dns.so.*'
#	   lib_module /usr/lib 'libpango-*.so.*' 'pango/*/modules/pango-basic-fc.so'
# Does not handle spaces in directory or module names and .. in module names.
lib_module()
{
	local dir lib mod lib_dir i j
	dir="$1"
	lib="$2"
	mod="$3"
	{ find "${DESTDIR}${dir}" -name "${lib}" -type l
	  find "${DESTDIR}${dir}" -name "${lib}" -type f ; } | { while read i ; do
		lib_dir="$(dirname "$i" | sed -e "s ^${DESTDIR}  " )"
		ls "${lib_dir}"/${mod} | { while read j ; do
			copy_exec "$j"
		done ; }
	done ; }
}




Information forwarded to debian-bugs-dist@lists.debian.org, Debian kernel team <debian-kernel@lists.debian.org>:
Bug#636697; Package initramfs-tools. (Mon, 11 Jun 2012 13:45:16 GMT) Full text and rfc822 format available.

Acknowledgement sent to intrigeri <intrigeri@boum.org>:
Extra info received and forwarded to list. Copy sent to Debian kernel team <debian-kernel@lists.debian.org>. (Mon, 11 Jun 2012 13:45:16 GMT) Full text and rfc822 format available.

Message #10 received at 636697@bugs.debian.org (full text, mbox):

From: intrigeri <intrigeri@boum.org>
To: Michal Suchanek <michal.suchanek@ruk.cuni.cz>
Cc: 636697@bugs.debian.org
Subject: Re: Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path
Date: Mon, 11 Jun 2012 15:42:59 +0200
Hi,

Michal Suchanek wrote (05 Aug 2011 12:08:37 GMT) :
> At the very least the libc nss modules are required in intramfs to
> get dns lookup for netbooting. Splashscreen solutions like plymouth
> might need some of the graphics rendering modules.

I think it would be useful to mark as blocked by this bug the ones
that demonstrate the (very real!) need for a good solution to the
described problem.

> This simple additional function in hook-functions should allow
> initramfs hooks to install loadable modules effortlessly.

I suggest attaching a patch against the current initramfs-tools
package, making it clear if whether it was actually tested OK, and
then tags + patch. (I would understand if the package maintainers did
not feel "should allow" to be very confidence inspiring.)




Information forwarded to debian-bugs-dist@lists.debian.org, Debian kernel team <debian-kernel@lists.debian.org>:
Bug#636697; Package initramfs-tools. (Tue, 12 Jun 2012 10:45:12 GMT) Full text and rfc822 format available.

Acknowledgement sent to Michal Suchanek <michal.suchanek@ruk.cuni.cz>:
Extra info received and forwarded to list. Copy sent to Debian kernel team <debian-kernel@lists.debian.org>. (Tue, 12 Jun 2012 10:45:17 GMT) Full text and rfc822 format available.

Message #15 received at 636697@bugs.debian.org (full text, mbox):

From: Michal Suchanek <michal.suchanek@ruk.cuni.cz>
To: intrigeri <intrigeri@boum.org>
Cc: "636697@bugs.debian.org" <636697@bugs.debian.org>
Subject: Re: Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path
Date: Tue, 12 Jun 2012 12:40:14 +0200
[Message part 1 (text/plain, inline)]
Excerpts from intrigeri's message of Mon Jun 11 15:42:59 +0200 2012:
> Hi,
> 
> Michal Suchanek wrote (05 Aug 2011 12:08:37 GMT) :
> > At the very least the libc nss modules are required in intramfs to
> > get dns lookup for netbooting. Splashscreen solutions like plymouth
> > might need some of the graphics rendering modules.
> 
> I think it would be useful to mark as blocked by this bug the ones
> that demonstrate the (very real!) need for a good solution to the
> described problem.

Of course, there is no need.

All packages that really needed it roll their own by now ;-)

> 
> > This simple additional function in hook-functions should allow
> > initramfs hooks to install loadable modules effortlessly.
> 
> I suggest attaching a patch against the current initramfs-tools
> package, making it clear if whether it was actually tested OK, and
> then tags + patch. (I would understand if the package maintainers did
> not feel "should allow" to be very confidence inspiring.)

Back then many packages were not multiarch yet so I could not tell if
the function would work for them. In particular this will possibly not
work for Mesa drm modules due to glx-alternatives.

The patch would just adds a function so it's applicable to any version
of initramfs tools and the previously attached function was tested for
NSS modules in live-initramfs, the only thing that does not have its own
ad-hoc solution yet.

The function uses only direct shell scripting and documented initramfs
tools functions so should be pretty independent of initramfs version.

Attaching an updated version of the function which aims at handling some
odd filenames better. Note however that copy_exec handles odd filenames
poorly in itself so this might be wasted code lines for the most part.
I tested this in an environment which replaces copy_exec with echo and
it appears to find and copy the modules all right.

Thanks

Michal
[multiarch-script-rel.sh (application/x-sh, attachment)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian kernel team <debian-kernel@lists.debian.org>:
Bug#636697; Package initramfs-tools. (Fri, 31 May 2013 20:27:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Joachim Selinger <selinger@bawue.de>:
Extra info received and forwarded to list. Copy sent to Debian kernel team <debian-kernel@lists.debian.org>. (Fri, 31 May 2013 20:27:05 GMT) Full text and rfc822 format available.

Message #20 received at 636697@bugs.debian.org (full text, mbox):

From: Joachim Selinger <selinger@bawue.de>
To: Debian Bug Tracking System <636697@bugs.debian.org>
Subject: Re: initramfs-tools: no way to include library modules for libraries installed in multiarch path
Date: Fri, 31 May 2013 22:25:17 +0200
Package: initramfs-tools
Version: 0.109.1
Followup-For: Bug #636697

Dear Maintainer,

I ran into a problem with wheezy.

   * What led up to the situation?

	Updating from squeeze to wheezy in the running system was successfull except for
	the error as given below when trying to generate the initrd for kernel
	3.2 on amd64 (multiarch with i386)

	Quote:
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/dkms 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
E: /usr/share/initramfs-tools/hooks/pcidetect failed with return 1.
update-initramfs: failed for /boot/initrd.img-3.2.0-4-amd64 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-3.2.0-4-amd64.postinst line 696.
dpkg: error processing linux-image-3.2.0-4-amd64 (--configure):
 subprocess installed post-installation script returned error exit status 1

   * What exactly did you do (or not do) that was effective (or
     ineffective)?
	
	I tracked down the problem to the script pcidetect that trys to copy_exec some 
	libs/bins to the new initrd-root. E.g. libresolv,  libpci and lspci
	directly from /lib or /usr/lib or /usr/bin without considering that
	in multiarch on amd64 the libs are in sub-dirs.

	I worked around this by creating symlinks, e.g. in /usr/lib: libpci.so.3 -> /lib/x86_64-linux-gnu/libpci.so.3

   * What was the outcome of this action?
	
	Now, initramfs completes without a hitch and the systems boots. :-)

   * What outcome did you expect instead?
	
	-

Request: would it be possible to fix this or tell me, what I should do
to correct this problem in a systematic and reliable way? I guess my solution
might break anytime... :-(

Thanks
Joachim

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 19M Dec 16  2011 /boot/initrd.img-2.6.38-7-generic
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/ssd-root ro nosplash noplymouth ipv6.disable=1 nomodeset fb=false

-- /proc/filesystems
	btrfs
	ext4
	ext2
	fuseblk

-- lsmod
Module                  Size  Used by
parport_pc             22364  0 
ppdev                  12763  0 
lp                     17149  0 
parport                31858  3 lp,ppdev,parport_pc
bnep                   17567  2 
cpufreq_conservative    13147  0 
rfcomm                 33700  0 
cpufreq_powersave      12454  0 
cpufreq_stats          12866  0 
bluetooth             119455  10 rfcomm,bnep
cpufreq_userspace      12576  0 
rfkill                 19012  2 bluetooth
autofs4                27628  2 
binfmt_misc            12957  1 
fuse                   62020  1 
nfsd                  216029  2 
nfs                   312433  1 
nfs_acl                12511  2 nfs,nfsd
auth_rpcgss            37143  2 nfs,nfsd
fscache                36739  1 nfs
lockd                  67306  2 nfs,nfsd
sunrpc                173730  15 lockd,auth_rpcgss,nfs_acl,nfs,nfsd
ext2                   59231  1 
dm_crypt               22586  0 
isl6423                12520  2 
stv6110x               13008  2 
stv090x                42943  2 
snd_hda_codec_hdmi     30824  1 
snd_hda_codec_realtek   188858  1 
snd_hda_intel          26259  0 
snd_hda_codec          78031  3 snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi
psmouse                64497  0 
snd_hwdep              13186  1 snd_hda_codec
radeon                718073  2 
snd_pcm                68083  3 snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi
snd_page_alloc         13003  2 snd_pcm,snd_hda_intel
snd_seq                45126  0 
powernow_k8            17618  1 
mperf                  12453  1 powernow_k8
snd_seq_device         13176  1 snd_seq
snd_timer              22917  2 snd_seq,snd_pcm
serio_raw              12931  0 
pcspkr                 12579  0 
edac_mce_amd           17103  0 
k10temp                12611  0 
edac_core              35258  0 
ttm                    53664  1 radeon
evdev                  17562  12 
drm_kms_helper         31370  1 radeon
drm                   183952  4 drm_kms_helper,ttm,radeon
power_supply           13475  1 radeon
asus_atk0110           17297  0 
i2c_algo_bit           12841  1 radeon
snd                    52889  9 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi
saa716x_ff             30323  0 
sp5100_tco             12900  0 
saa716x_core           56797  23 saa716x_ff
dvb_core               77873  2 saa716x_core,saa716x_ff
i2c_piix4              12536  0 
i2c_core               23876  9 i2c_piix4,saa716x_core,i2c_algo_bit,drm,drm_kms_helper,radeon,stv090x,stv6110x,isl6423
soundcore              13065  1 snd
shpchp                 31293  0 
button                 12937  0 
wmi                    13243  0 
processor              28157  1 powernow_k8
thermal_sys            18040  1 processor
ext4                  350602  4 
crc16                  12343  2 ext4,bluetooth
jbd2                   62065  1 ext4
mbcache                13114  2 ext4,ext2
btrfs                 505528  0 
crc32c                 12656  1 
libcrc32c              12426  1 btrfs
zlib_deflate           25638  1 btrfs
dm_mirror              17707  0 
dm_region_hash         13502  1 dm_mirror
dm_log                 13528  2 dm_region_hash,dm_mirror
dm_mod                 63645  15 dm_log,dm_mirror,dm_crypt
usbhid                 36418  0 
hid                    81328  1 usbhid
sg                     25874  0 
sr_mod                 21899  0 
sd_mod                 36136  4 
cdrom                  35401  1 sr_mod
crc_t10dif             12348  1 sd_mod
ohci_hcd               26563  0 
ahci                   24997  3 
libahci                22860  1 ahci
ehci_hcd               40215  0 
r8169                  46972  0 
mii                    12675  1 r8169
xhci_hcd               73434  0 
libata                140630  2 libahci,ahci
usbcore               128741  5 xhci_hcd,ehci_hcd,ohci_hcd,usbhid
scsi_mod              162269  4 libata,sd_mod,sr_mod,sg
usb_common             12354  1 usbcore

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto

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

-- /etc/crypttab
# <target name>	<source device>		<key file>	<options>

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

/usr/share/initramfs-tools/hooks:
btrfs
busybox
cryptgnupg
cryptkeyctl
cryptopenct
cryptopensc
cryptpassdev
cryptroot
dmraid
dmsetup
fuse
keymap
klibc
kmod
lvm2
ntfs_3g
pcidetect
plymouth
thermal
udev


-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.ISO-8859-15@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages initramfs-tools depends on:
ii  cpio               2.11+dfsg-0.1
ii  klibc-utils        2.0.1-3.1
ii  kmod               9-3
ii  module-init-tools  9-3
ii  udev               175-7.2

Versions of packages initramfs-tools recommends:
pn  busybox | busybox-initramfs | busybox-static  <none>

Versions of packages initramfs-tools suggests:
ii  bash-completion  1:2.0-1

-- no debconf information
Grüßle
Jocki
--
============================/\===/\=======/\============================
Joachim F. Selinger        /  \ /  \/\ /\/  \              ___
Brunhildenweg 4           /    \/\ /  \  \/\ \              |
D-70597 Stuttgart,Germany/     /  / CU \ /  \ \  ----------(0)----------
Tel.(49)+711-901-8040   /   ü /  /      /    \ \            '
Fax.(49)+711-901-8041==selinger[at]idefix.s.bawue.de=====Soaring========



Information forwarded to debian-bugs-dist@lists.debian.org, Debian kernel team <debian-kernel@lists.debian.org>:
Bug#636697; Package initramfs-tools. (Sun, 02 Jun 2013 10:12:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Michael Prokop <mika@debian.org>:
Extra info received and forwarded to list. Copy sent to Debian kernel team <debian-kernel@lists.debian.org>. (Sun, 02 Jun 2013 10:12:05 GMT) Full text and rfc822 format available.

Message #25 received at 636697@bugs.debian.org (full text, mbox):

From: Michael Prokop <mika@debian.org>
To: Joachim Selinger <selinger@bawue.de>, 636697@bugs.debian.org
Subject: Re: Bug#636697: initramfs-tools: no way to include library modules for libraries installed in multiarch path
Date: Sun, 2 Jun 2013 12:08:43 +0200
[Message part 1 (text/plain, inline)]
* Joachim Selinger [Fri May 31, 2013 at 10:25:17PM +0200]:

[...]
> run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
> update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
> E: /usr/share/initramfs-tools/hooks/pcidetect failed with return 1.
[...]

Well, I'm not aware of a file
/usr/share/initramfs-tools/hooks/pcidetect shipped by Debian.

What does 'dpkg -S /usr/share/initramfs-tools/hooks/pcidetect' return?

regards,
-mika-
[signature.asc (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian kernel team <debian-kernel@lists.debian.org>:
Bug#636697; Package initramfs-tools. (Sun, 02 Jun 2013 15:33:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Ben Hutchings <ben@decadent.org.uk>:
Extra info received and forwarded to list. Copy sent to Debian kernel team <debian-kernel@lists.debian.org>. (Sun, 02 Jun 2013 15:33:04 GMT) Full text and rfc822 format available.

Message #30 received at 636697@bugs.debian.org (full text, mbox):

From: Ben Hutchings <ben@decadent.org.uk>
To: Michael Prokop <mika@debian.org>, 636697@bugs.debian.org
Cc: Joachim Selinger <selinger@bawue.de>
Subject: Failure of initramfs-tools pcidetect hook
Date: Sun, 02 Jun 2013 16:31:18 +0100
[Message part 1 (text/plain, inline)]
On Sun, 2013-06-02 at 12:08 +0200, Michael Prokop wrote:
> * Joachim Selinger [Fri May 31, 2013 at 10:25:17PM +0200]:
> 
> [...]
> > run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
> > update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
> > E: /usr/share/initramfs-tools/hooks/pcidetect failed with return 1.
> [...]
> 
> Well, I'm not aware of a file
> /usr/share/initramfs-tools/hooks/pcidetect shipped by Debian.
> 
> What does 'dpkg -S /usr/share/initramfs-tools/hooks/pcidetect' return?

Well, this has nothing to do with the original bug report, so Joachim
should open a new bug report against whatever package it is.

Ben.

-- 
Ben Hutchings
You can't have everything.  Where would you put it?
[signature.asc (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian kernel team <debian-kernel@lists.debian.org>:
Bug#636697; Package initramfs-tools. (Sun, 02 Jun 2013 20:45:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Joachim Selinger <selinger@bawue.de>:
Extra info received and forwarded to list. Copy sent to Debian kernel team <debian-kernel@lists.debian.org>. (Sun, 02 Jun 2013 20:45:04 GMT) Full text and rfc822 format available.

Message #35 received at 636697@bugs.debian.org (full text, mbox):

From: Joachim Selinger <selinger@bawue.de>
To: Ben Hutchings <ben@decadent.org.uk>
Cc: Michael Prokop <mika@debian.org>, 636697@bugs.debian.org
Subject: Re: Failure of initramfs-tools pcidetect hook
Date: Sun, 2 Jun 2013 22:41:41 +0200
Hi Ben, hi Michael!

On Sun, 02 Jun 2013 16:31:18 +0100
Ben Hutchings <ben@decadent.org.uk> wrote:

BH> On Sun, 2013-06-02 at 12:08 +0200, Michael Prokop wrote:
BH> > * Joachim Selinger [Fri May 31, 2013 at 10:25:17PM +0200]:
BH> > 
BH> > [...]
BH> > > run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
BH> > > update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
BH> > > E: /usr/share/initramfs-tools/hooks/pcidetect failed with return 1.
BH> > [...]
BH> > 
BH> > Well, I'm not aware of a file
BH> > /usr/share/initramfs-tools/hooks/pcidetect shipped by Debian.
BH> > 
BH> > What does 'dpkg -S /usr/share/initramfs-tools/hooks/pcidetect' return?
BH> 
BH> Well, this has nothing to do with the original bug report, so Joachim
BH> should open a new bug report against whatever package it is.

Thanks for this and sorry for the trouble. You are absolutely right. This file
does not belong to any package anymore - seems to be a leftover from
long ago. I just removed it and everything is ok. 

Again, sorry for reporting this. 

Is it ok to just ignore this now or do I have to do anything to close
my report?

Thanks
Joachim
--
============================/\===/\=======/\============================
Joachim F. Selinger        /  \ /  \/\ /\/  \              ___
Brunhildenweg 4           /    \/\ /  \  \/\ \              |
D-70597 Stuttgart,Germany/     /  / CU \ /  \ \  ----------(0)----------
Tel.(49)+711-901-8040   /   ü /  /      /    \ \            '
Fax.(49)+711-901-8041==selinger[at]idefix.s.bawue.de=====Soaring========



Information forwarded to debian-bugs-dist@lists.debian.org, Debian kernel team <debian-kernel@lists.debian.org>:
Bug#636697; Package initramfs-tools. (Sun, 02 Jun 2013 21:09:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Ben Hutchings <ben@decadent.org.uk>:
Extra info received and forwarded to list. Copy sent to Debian kernel team <debian-kernel@lists.debian.org>. (Sun, 02 Jun 2013 21:09:04 GMT) Full text and rfc822 format available.

Message #40 received at 636697@bugs.debian.org (full text, mbox):

From: Ben Hutchings <ben@decadent.org.uk>
To: Joachim Selinger <selinger@bawue.de>
Cc: Michael Prokop <mika@debian.org>, 636697@bugs.debian.org
Subject: Re: Failure of initramfs-tools pcidetect hook
Date: Sun, 02 Jun 2013 22:06:49 +0100
[Message part 1 (text/plain, inline)]
On Sun, 2013-06-02 at 22:41 +0200, Joachim Selinger wrote:
> Hi Ben, hi Michael!
> 
> On Sun, 02 Jun 2013 16:31:18 +0100
> Ben Hutchings <ben@decadent.org.uk> wrote:
> 
> BH> On Sun, 2013-06-02 at 12:08 +0200, Michael Prokop wrote:
> BH> > * Joachim Selinger [Fri May 31, 2013 at 10:25:17PM +0200]:
> BH> > 
> BH> > [...]
> BH> > > run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64
> BH> > > update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
> BH> > > E: /usr/share/initramfs-tools/hooks/pcidetect failed with return 1.
> BH> > [...]
> BH> > 
> BH> > Well, I'm not aware of a file
> BH> > /usr/share/initramfs-tools/hooks/pcidetect shipped by Debian.
> BH> > 
> BH> > What does 'dpkg -S /usr/share/initramfs-tools/hooks/pcidetect' return?
> BH> 
> BH> Well, this has nothing to do with the original bug report, so Joachim
> BH> should open a new bug report against whatever package it is.
> 
> Thanks for this and sorry for the trouble. You are absolutely right. This file
> does not belong to any package anymore - seems to be a leftover from
> long ago. I just removed it and everything is ok. 
> 
> Again, sorry for reporting this. 
> 
> Is it ok to just ignore this now or do I have to do anything to close
> my report?

As I said, you didn't open your own bug report.  Bug #636697 relates to
a very different problem and should not be closed.

Ben.

-- 
Ben Hutchings
You can't have everything.  Where would you put it?
[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Fri Apr 25 01:57:20 2014; Machine Name: beach.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.