Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-29 Thread maximilian attems 
On Tue, Jun 29, 2010 at 09:05:55AM +0900, Olaf Meeuwissen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Thanks for the info.  I've checked the dash and bash manual pages but
 running under errexit seems to be the same as using `set -e`.  The hook
 provided by iscan has done a `set -e` from the beginning so that can't
 be the reason (unless I misunderstood the errexit stuff).
 
 FTR, I've attached the hook scripts template.  The @...@ stuff is
 substituted at package build time.

hmm I don'T see at a quick look why it failed.
 
 Hope this helps,

but I don't get it'S purpose?

why do you want mkinitramfs to clean some file in your statedir?
this seems the wrong location to do such

also why does it need udev (just a minor nit..)?

 #! /bin/sh
 #  Copyright (C) 2009  SEIKO EPSON CORPORATION
 #
 #  License: GPLv2+
 
 
 state_d...@deb_configure_localstatedir@/lib/@DEB_SOURCE_PACKAGE@
 
 
 set -e
 
 PREREQS=udev
 
 prereqs()
 {
 echo $PREREQS
 }
 
 case $1 in
 prereqs)
   prereqs
   exit 0
   ;;
 esac
 
 . /usr/share/initramfs-tools/hook-functions
 
 test -r $STATE_DIR/clean-files || exit 0
 
 awk '{print $2}' $STATE_DIR/clean-files \
 | while read file; do
 test -e ${DESTDIR}$file  rm -f ${DESTDIR}$file
 done




-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100629093312.ge9...@baikonur.stro.at

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-29 Thread Olaf Meeuwissen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2010年06月29日 18:33, maximilian attems wrote:

 FTR, I've attached the hook scripts template.  The @...@ stuff is
 substituted at package build time.

 hmm I don'T see at a quick look why it failed.

 but I don't get it'S purpose?

 why do you want mkinitramfs to clean some file in your statedir?
 this seems the wrong location to do such

The script attempts to prevent unneeded udev rules from getting into the
initramfs.  At one point iscan shipped a botched udev rules file that
could prevent your machine from booting up when included.  Ever since we
got a bit more careful.
The rules files takes care of configuring supported scanner devices.
We don't see any reason you would need access to your scanner at the
boot stage where an initramfs is used.

FWIW, the file in our statedir lists files we don't want to end up in
the DESTDIR.

 also why does it need udev (just a minor nit..)?

There is nothing to be done if udev is not installed.

Hope this helps,
- --
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwqfUMACgkQt5qrxaZLMnIaogCgqo3xL6XMFnJPnSD693pC2AOf
jQgAoJu8OhnabDXBdGkwbkDKEGdoitI2
=9e2n
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c2a7d43.7020...@avasys.jp

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-28 Thread Olaf Meeuwissen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Image Scan! for Linux upstream maintainer here.

Care to point out why iscan is the culprit?  I went through the logs but
nothing ran a bell.

If possible we'd like to get a fix out before squeeze goes stable ;-)
- -- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwoWmgACgkQt5qrxaZLMnLnxwCfQKqkpkkMgudcxtjK/LojCVFh
BIsAn0L503g77eSxFqQ6Swvy4Jg/Baz1
=xJlH
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c285a68.7030...@avasys.jp

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-28 Thread maximilian attems 
On Mon, Jun 28, 2010 at 05:16:40PM +0900, Olaf Meeuwissen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Image Scan! for Linux upstream maintainer here.
 
 Care to point out why iscan is the culprit?  I went through the logs but
 nothing ran a bell.

you are sending the message to the wrong recipient.

we do not maintain that iscan software, nor their initramfs-tools hooks
please nag them.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100628083143.gy9...@baikonur.stro.at

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-28 Thread Olaf Meeuwissen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2010年06月28日 17:31, maximilian attems wrote:
 On Mon, Jun 28, 2010 at 05:16:40PM +0900, Olaf Meeuwissen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Image Scan! for Linux upstream maintainer here.

 Care to point out why iscan is the culprit?  I went through the logs but
 nothing ran a bell.

 you are sending the message to the wrong recipient.

 we do not maintain that iscan software, nor their initramfs-tools hooks
 please nag them.

# I'd have to nag myself then.  I maintain iscan.

Let me put the question differently then.  What exactly led to the
conclusion that iscan's initramfs hooks are the culprit.

There is nothing in the log that gives me any clues about why iscan is
the culprit.  The hook provided by iscan is so trivial (and has worked
fine upto at leat 0.94.4) that I don't see what is wrong.
- --
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwpKesACgkQt5qrxaZLMnJP3wCgiSBSapcyBZO8E2GVg5qlhdfD
dSQAniUBAj9VPxBENNs6T5drJ/gbb9xF
=ZEYY
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c2929eb.8020...@avasys.jp

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-28 Thread maximilian attems 
On Tue, Jun 29, 2010 at 08:02:03AM +0900, Olaf Meeuwissen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On 2010???06???28??? 17:31, maximilian attems wrote:
  On Mon, Jun 28, 2010 at 05:16:40PM +0900, Olaf Meeuwissen wrote:
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
 
  Image Scan! for Linux upstream maintainer here.
 
  Care to point out why iscan is the culprit?  I went through the logs but
  nothing ran a bell.
  
  you are sending the message to the wrong recipient.
  
  we do not maintain that iscan software, nor their initramfs-tools hooks
  please nag them.
 
 # I'd have to nag myself then.  I maintain iscan.
 
 Let me put the question differently then.  What exactly led to the
 conclusion that iscan's initramfs hooks are the culprit.
 
 There is nothing in the log that gives me any clues about why iscan is
 the culprit.  The hook provided by iscan is so trivial (and has worked
 fine upto at leat 0.94.4) that I don't see what is wrong.

I haven't looked at the iscan hook script yet. The difference in
initramfs-tools is that now the hooks are run under errexit and
thus may abort. afair it has been determined that your hook script
fails (mkinitramfs needs to be more explicit about what goes on).



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100628225506.gd9...@baikonur.stro.at

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-28 Thread Olaf Meeuwissen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2010?06?29? 07:55, maximilian attems wrote:
 On Tue, Jun 29, 2010 at 08:02:03AM +0900, Olaf Meeuwissen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 2010???06???28??? 17:31, maximilian attems wrote:
 On Mon, Jun 28, 2010 at 05:16:40PM +0900, Olaf Meeuwissen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Image Scan! for Linux upstream maintainer here.

 Care to point out why iscan is the culprit?  I went through the logs but
 nothing ran a bell.

 you are sending the message to the wrong recipient.

 we do not maintain that iscan software, nor their initramfs-tools hooks
 please nag them.

 # I'd have to nag myself then.  I maintain iscan.

 Let me put the question differently then.  What exactly led to the
 conclusion that iscan's initramfs hooks are the culprit.

 There is nothing in the log that gives me any clues about why iscan is
 the culprit.  The hook provided by iscan is so trivial (and has worked
 fine upto at leat 0.94.4) that I don't see what is wrong.
 
 I haven't looked at the iscan hook script yet. The difference in
 initramfs-tools is that now the hooks are run under errexit and
 thus may abort. afair it has been determined that your hook script
 fails (mkinitramfs needs to be more explicit about what goes on).

Thanks for the info.  I've checked the dash and bash manual pages but
running under errexit seems to be the same as using `set -e`.  The hook
provided by iscan has done a `set -e` from the beginning so that can't
be the reason (unless I misunderstood the errexit stuff).

FTR, I've attached the hook scripts template.  The @...@ stuff is
substituted at package build time.

Hope this helps,
- -- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwpOOIACgkQt5qrxaZLMnKNRgCghiCZgHJZZ1jKzlL8Zmkg+T36
iiMAoI2eRFWZGjdRTCWETdtQU2audlB6
=VZ4p
-END PGP SIGNATURE-
#! /bin/sh
#  Copyright (C) 2009  SEIKO EPSON CORPORATION
#
#  License: GPLv2+


state_d...@deb_configure_localstatedir@/lib/@DEB_SOURCE_PACKAGE@


set -e

PREREQS=udev

prereqs()
{
echo $PREREQS
}

case $1 in
prereqs)
prereqs
exit 0
;;
esac

. /usr/share/initramfs-tools/hook-functions

test -r $STATE_DIR/clean-files || exit 0

awk '{print $2}' $STATE_DIR/clean-files \
| while read file; do
test -e ${DESTDIR}$file  rm -f ${DESTDIR}$file
done

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread Michael Prokop 
tags 586554 + moreinfo
thanks

* drb thebickh...@ntlworld.com [Sun Jun 20, 2010 at 03:42:34PM +0100]:

 Unpacking replacement initramfs-tools ...
 Processing triggers for man-db ...
 Setting up initramfs-tools (0.97) ...
 Installing new version of config file /etc/initramfs-tools/update-
 initramfs.conf ...
 Installing new version of config file /etc/initramfs-tools/initramfs.conf ...
 update-initramfs: deferring update (trigger activated)
 Processing triggers for initramfs-tools ...
 update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
 update-initramfs: failed for /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
 dpkg: error processing initramfs-tools (--configure):
  subprocess installed post-installation script returned error exit status 1
 Errors were encountered while processing:
  initramfs-tools
 E: Sub-process /usr/bin/dpkg returned an error code (1)

 This problem has been noteed with at least two other people using my (sidux)
 distro

Please execute:

  sh -x /var/lib/dpkg/info/initramfs-tools.postinst

(with root permissions) and provides its output.

regards,
-mika-


signature.asc
Description: Digital signature

Processed: Re: Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

 tags 586554 + moreinfo
Bug #586554 [initramfs-tools] initramfs-tools fails to upgrade from 0.96.1 to 
0.97
Added tag(s) moreinfo.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
586554: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586554
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.127710599714715.transcr...@bugs.debian.org

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread Michael Prokop 
* thebickhams thebickh...@ntlworld.com [Mon Jun 21, 2010 at 08:51:00AM +0100]:

 The output is as follows :

 # sh -x /var/lib/dpkg/info/initramfs-tools.postinst
 + set -e
 + [ ! -e /etc/initramfs-tools/modules ]
 + [ x != xtriggered ]
 + dpkg --compare-versions  ge 1.14.5ubuntu10~~
 + DPKG_MAINTSCRIPT_PACKAGE= update-initramfs -u
 update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64

 My original report was the output of the update from 0.94.4 as I had gone 
 back to testing after 0.97 failed to update correctly; I got the same 
 output on trying to update from 0.96.1 to 0.97

Ok, then we need the logfile /tmp/mkinitramfs.log generated by
executing:

  sh -x /usr/sbin/mkinitramfs -o 
/boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.new 2.6.34-0.slh.9-sidux-amd64 
1/tmp/mkinitramfs.log 21

PS: Please don't drop 586...@bugs.debian.org from the receivers so
your mails reach the bug tracking system as well.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread Michael Prokop 
* thebickhams thebickh...@ntlworld.com [Mon Jun 21, 2010 at 11:35:52AM +0100]:
 On 06/21/2010 11:17 AM, Michael Prokop wrote:

 sh -x /usr/sbin/update-initramfs -u 1/tmp/update-initramfs.log 21

 Running as root (not sudo), log file attached.

 + STATEDIR=/var/lib/initramfs-tools
[...]
 + return 0

Seems to work as well, huh.

And executing apt-get install initramfs-tools (to [re]run
installation/update) still fails?

regards,
-mika-


signature.asc
Description: Digital signature

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread Michael Prokop 
* thebickhams thebickh...@ntlworld.com [Mon Jun 21, 2010 at 12:11:12PM +0100]:

 Still won't update. I note three other people have reported the issue in  
 the sidux forums; both 32bit and 64bit.

Please provide output of:

  apt-get --download-only --reinstall --print-uris install 
2.6.34-0.slh.9-sidux-amd64

so I can grab the kernel version on try to reproduce it on my own.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread thebickhams 

Hi Michael,

Still won't update. I note three other people have reported the issue in 
the sidux forums; both 32bit and 64bit.


Best regards,

Dai

The following packages will be upgraded:
  initramfs-tools
1 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Need to get 0B/84.9kB of archives.
After this operation, 32.8kB of additional disk space will be used.
(Reading database ... 204070 files and directories currently installed.)
Preparing to replace initramfs-tools 0.94.4 (using 
.../initramfs-tools_0.97_all.deb) ...

Unpacking replacement initramfs-tools ...
Processing triggers for man-db ...
Setting up initramfs-tools (0.97) ...
Installing new version of config file 
/etc/initramfs-tools/update-initramfs.conf ...
Installing new version of config file 
/etc/initramfs-tools/initramfs.conf ...

update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
update-initramfs: failed for /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
dpkg: error processing initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
On 06/21/2010 11:58 AM, Michael Prokop wrote:

apt-get install initramfs-tools





--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c1f48d0.3050...@ntlworld.com

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread Michael Prokop 
* Michael Prokop m...@debian.org [Mon Jun 21, 2010 at 01:22:01PM +0200]:
 * thebickhams thebickh...@ntlworld.com [Mon Jun 21, 2010 at 12:11:12PM 
 +0100]:

  Still won't update. I note three other people have reported the issue in  
  the sidux forums; both 32bit and 64bit.

 Please provide output of:

   apt-get --download-only --reinstall --print-uris install 
 2.6.34-0.slh.9-sidux-amd64

 so I can grab the kernel version on try to reproduce it on my own.

Of course I meant linux-image-2.6.34-0.slh.9-sidux-amd64 - I've
written with thebickhams via PM.

I can't reproduce the problem with the -686 flavour from
ftp://ftp.spline.de/pub/sidux/debian/pool/main/l/linux-sidux-2.6/
yet.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread Michael Prokop 
* maximilian attems m...@stro.at [Tue Jun 22, 2010 at 12:06:00AM +0200]:

 your first report shows clearly an mkinitramfs failure,
 currently we don't know where to trace it.

While discussing this with maks we also noticed that this could be
caused by a problem in a hook script shipped with sidux.

thebickhams - as a first shot towards this idea please provide
output of:

  find /usr/share/initramfs-tools

and:

  find /usr/share/initramfs-tools -print0 | xargs -0 dpkg -S

regards,
-mika-


signature.asc
Description: Digital signature

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread maximilian attems 
hello,

On Mon, 21 Jun 2010, thebickhams wrote:

 log file as attachment

from a quick look at this looks like an older mkinitramfs,
we'd need belows output from the one that fails to install:
 
  sh -x /usr/sbin/mkinitramfs -o 
 /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.new 2.6.34-0.slh.9-sidux-amd64 
 1/tmp/mkinitramfs.log 21

please resend from 0.97, thanks.

your first report shows clearly an mkinitramfs failure,
currently we don't know where to trace it.

thanks

-- 
maks



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100621220600.ga7...@stro.at

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread thebickhams 

find /usr/share/initramfs-tools
/usr/share/initramfs-tools
/usr/share/initramfs-tools/modules
/usr/share/initramfs-tools/conf-hooks.d
/usr/share/initramfs-tools/hooks
/usr/share/initramfs-tools/hooks/klibc
/usr/share/initramfs-tools/hooks/iscan
/usr/share/initramfs-tools/hooks/busybox
/usr/share/initramfs-tools/hooks/keymap
/usr/share/initramfs-tools/hooks/udev
/usr/share/initramfs-tools/hooks/dmsetup
/usr/share/initramfs-tools/hooks/thermal
/usr/share/initramfs-tools/hook-functions
/usr/share/initramfs-tools/modules.d
/usr/share/initramfs-tools/conf.d
/usr/share/initramfs-tools/init
/usr/share/initramfs-tools/scripts
/usr/share/initramfs-tools/scripts/functions
/usr/share/initramfs-tools/scripts/init-top
/usr/share/initramfs-tools/scripts/init-top/all_generic_ide
/usr/share/initramfs-tools/scripts/init-top/keymap
/usr/share/initramfs-tools/scripts/init-top/udev
/usr/share/initramfs-tools/scripts/init-top/blacklist
/usr/share/initramfs-tools/scripts/local-premount
/usr/share/initramfs-tools/scripts/local-premount/resume
/usr/share/initramfs-tools/scripts/local
/usr/share/initramfs-tools/scripts/init-bottom
/usr/share/initramfs-tools/scripts/init-bottom/udev
/usr/share/initramfs-tools/scripts/nfs

AND

find /usr/share/initramfs-tools -print0 | xargs -0 dpkg -S
iscan, initramfs-tools, udev, dmsetup: /usr/share/initramfs-tools
initramfs-tools: /usr/share/initramfs-tools/modules
initramfs-tools: /usr/share/initramfs-tools/conf-hooks.d
iscan, initramfs-tools, udev, dmsetup: /usr/share/initramfs-tools/hooks
initramfs-tools: /usr/share/initramfs-tools/hooks/klibc
iscan: /usr/share/initramfs-tools/hooks/iscan
initramfs-tools: /usr/share/initramfs-tools/hooks/busybox
initramfs-tools: /usr/share/initramfs-tools/hooks/keymap
udev: /usr/share/initramfs-tools/hooks/udev
dmsetup: /usr/share/initramfs-tools/hooks/dmsetup
initramfs-tools: /usr/share/initramfs-tools/hooks/thermal
initramfs-tools: /usr/share/initramfs-tools/hook-functions
initramfs-tools: /usr/share/initramfs-tools/modules.d
initramfs-tools: /usr/share/initramfs-tools/conf.d
initramfs-tools: /usr/share/initramfs-tools/init
initramfs-tools, udev: /usr/share/initramfs-tools/scripts
initramfs-tools: /usr/share/initramfs-tools/scripts/functions
initramfs-tools, udev: /usr/share/initramfs-tools/scripts/init-top
initramfs-tools: /usr/share/initramfs-tools/scripts/init-top/all_generic_ide
initramfs-tools: /usr/share/initramfs-tools/scripts/init-top/keymap
udev: /usr/share/initramfs-tools/scripts/init-top/udev
initramfs-tools: /usr/share/initramfs-tools/scripts/init-top/blacklist
initramfs-tools: /usr/share/initramfs-tools/scripts/local-premount
initramfs-tools: /usr/share/initramfs-tools/scripts/local-premount/resume
initramfs-tools: /usr/share/initramfs-tools/scripts/local
udev: /usr/share/initramfs-tools/scripts/init-bottom
udev: /usr/share/initramfs-tools/scripts/init-bottom/udev
initramfs-tools: /usr/share/initramfs-tools/scripts/nfs


On 06/21/2010 11:50 PM, Michael Prokop wrote:

* maximilian attemsm...@stro.at  [Tue Jun 22, 2010 at 12:06:00AM +0200]:

   

your first report shows clearly an mkinitramfs failure,
currently we don't know where to trace it.
 

While discussing this with maks we also noticed that this could be
caused by a problem in a hook script shipped with sidux.

thebickhams - as a first shot towards this idea please provide
output of:

   find /usr/share/initramfs-tools

and:

   find /usr/share/initramfs-tools -print0 | xargs -0 dpkg -S

regards,
-mika-
   





--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c1fefc1.5010...@ntlworld.com

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-21 Thread Michael Prokop 
tags 586554 - moreinfo
tags 586554 + pending
thanks

* thebickhams thebickh...@ntlworld.com [Tue Jun 22, 2010 at 12:03:29AM +0100]:

[...]

 find /usr/share/initramfs-tools -print0 | xargs -0 dpkg -S
 iscan, initramfs-tools, udev, dmsetup: /usr/share/initramfs-tools
 iscan: /usr/share/initramfs-tools/hooks/iscan
[...]

That's the problematic package (thanks to devil + Carpenter from
#debian.de for helping in debugging this issue).

sudo apt-get --purge remove iscan will get rid of it and the
problem will disappear.

The iscan package isn't shipped nor distributed via Debian, so this
isn't a valid bug report for us anymore. But I'll keep this
bugreport open until we have verified that the failing hooks like
the one from iscan are listed during (failed) upgrades. In the
meanwhile Sidux users can be pointed to this bugreport.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97

2010-06-20 Thread drb 
Package: initramfs-tools
Version: 0.94.4
Severity: important

Unpacking replacement initramfs-tools ...
Processing triggers for man-db ...
Setting up initramfs-tools (0.97) ...
Installing new version of config file /etc/initramfs-tools/update-
initramfs.conf ...
Installing new version of config file /etc/initramfs-tools/initramfs.conf ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
update-initramfs: failed for /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
dpkg: error processing initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

This problem has been noteed with at least two other people using my (sidux)
distro



-- Package-specific info:
-- /proc/cmdline
root=UUID=91ed1f3b-835d-49ff-a27f-43d315cc9da3 ro quiet vga=791

-- /proc/filesystems
cramfs
ext3
vfat
fuseblk

-- lsmod
Module  Size  Used by
vboxnetadp  4593  0 
vboxnetflt 13810  0 
vboxdrv  1741768  2 vboxnetadp,vboxnetflt
powernow_k811764  1 
cpufreq_ondemand7981  1 
cpufreq_stats   2968  0 
freq_table  2355  3 powernow_k8,cpufreq_ondemand,cpufreq_stats
cpufreq_conservative 9092  0 
cpufreq_powersave926  0 
cpufreq_performance  930  0 
ppdev   5934  0 
lp  9761  0 
kvm_amd34542  0 
kvm   183428  1 kvm_amd
af_packet  19162  2 
fuse   58584  1 
nls_utf81224  3 
nls_cp437   5825  3 
vfat9852  3 
fat48438  1 vfat
snd_hda_codec_realtek   266078  1 
snd_hda_intel  21330  2 
snd_hda_codec  73946  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep   5852  1 snd_hda_codec
snd_pcm_oss37251  0 
snd_mixer_oss  14443  1 snd_pcm_oss
snd_pcm68835  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy   1335  0 
snd_seq_oss26808  0 
snd_seq_midi4656  0 
snd_rawmidi17748  1 snd_seq_midi
snd_seq_midi_event  5212  2 snd_seq_oss,snd_seq_midi
snd_seq47805  6 
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer  18149  2 snd_pcm,snd_seq
snd_seq_device  5013  5 
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd52547  16 
snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
usblp  10539  0 
soundcore   5583  1 snd
nvidia  10916536  38 
snd_page_alloc  6833  2 snd_hda_intel,snd_pcm
i2c_nforce2 5416  0 
pcspkr  1755  0 
k8temp  3243  0 
psmouse52374  0 
edac_core  33536  0 
rtc_cmos8926  0 
edac_mce_amd7057  0 
evdev   8468  6 
rtc_core   13125  1 rtc_cmos
i2c_core   17614  2 nvidia,i2c_nforce2
serio_raw   4016  0 
parport_pc 30844  1 
rtc_lib 1841  1 rtc_core
parport27939  3 ppdev,lp,parport_pc
button  4610  0 
processor  23822  1 powernow_k8
ext3  124342  22 
jbd46903  1 ext3
mbcache 5586  1 ext3
sg 21016  0 
sr_mod 13891  0 
cdrom  34068  1 sr_mod
sd_mod 29512  30 
ohci_hcd   23081  0 
ata_generic 2975  0 
pata_acpi   3248  0 
firewire_ohci  22678  0 
ehci_hcd   36834  0 
ssb45807  1 ohci_hcd
pata_amd   10876  0 
firewire_core  43855  1 firewire_ohci
crc_itu_t   1299  1 firewire_core
floppy 56506  0 
usbcore   144245  4 usblp,ohci_hcd,ehci_hcd
nls_base6641  5 nls_utf8,nls_cp437,vfat,fat,usbcore
thermal11783  0 
sata_nv21663  26 
mmc_core   53435  1 ssb
pcmcia 35362  1 ssb
pcmcia_core12964  1 pcmcia
forcedeth  52579  0 
libata155315  4 ata_generic,pata_acpi,pata_amd,sata_nv
scsi_mod  137899  4 sg,sr_mod,sd_mod,libata

-- /etc/kernel-img.conf
# Kernel Image management overrides
# See kernel-img.conf(5) for details
do_symlinks = Yes
postinst_hook = /usr/sbin/update-grub
postrm_hook = /usr/sbin/update-grub
do_bootloader = no
do_initrd = Yes
relative_links = Yes

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