Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
-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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
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-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
-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
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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
-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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
-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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
tags 586554 - moreinfo tags 586554 + pending thanks * thebickhams [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
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 attems [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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
* maximilian attems [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
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 2>&1 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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
* Michael Prokop [Mon Jun 21, 2010 at 01:22:01PM +0200]: > * thebickhams [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
* thebickhams [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
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-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
* thebickhams [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 2>&1 > 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
Hi Michael,
Running as root (not sudo), log file attached.
Best regards,
Dai
On 06/21/2010 11:17 AM, Michael Prokop wrote:
sh -x /usr/sbin/update-initramfs -u 1>/tmp/update-initramfs.log 2>&1
+ STATEDIR=/var/lib/initramfs-tools
+ BOOTDIR=/boot
+ CONF=/etc/initramfs-tools/update-initramfs.conf
+ KPKGCONF=/etc/kernel-img.conf
+ USETRIGGERS=true
+ mode=
+ version=
+ set -e
+ [ -r /etc/initramfs-tools/update-initramfs.conf ]
+ . /etc/initramfs-tools/update-initramfs.conf
+ update_initramfs=yes
+ backup_initramfs=no
+ true
+ [ x != x ]
+ verbose=0
+ yes=0
+ takeover=0
+ getopts k:cudyvtb:h? flag
+ mode=u
+ getopts k:cudyvtb:h? flag
+ shift 1
+ [ 0 -ne 0 ]
+ [ -z u ]
+ [ = all ]
+ [ yes = all ]
+ update
+ [ yes = no ]
+ [ -z ]
+ set_highest_version
+ get_sorted_versions
+ version_list=
+ basename /var/lib/initramfs-tools/2.6.33-4.slh.1-sidux-amd64
+ gsv_x=2.6.33-4.slh.1-sidux-amd64
+ [ 2.6.33-4.slh.1-sidux-amd64 = * ]
+ worklist=
+ [ 2.6.33-4.slh.1-sidux-amd64 != ]
+ worklist= 2.6.33-4.slh.1-sidux-amd64
+ version_list= 2.6.33-4.slh.1-sidux-amd64
+ basename /var/lib/initramfs-tools/2.6.34-0.slh.8-sidux-amd64
+ gsv_x=2.6.34-0.slh.8-sidux-amd64
+ [ 2.6.34-0.slh.8-sidux-amd64 = * ]
+ worklist=
+ dpkg --compare-versions 2.6.34-0.slh.8-sidux-amd64 >
2.6.33-4.slh.1-sidux-amd64
+ worklist= 2.6.34-0.slh.8-sidux-amd64 2.6.33-4.slh.1-sidux-amd64
+ gsv_x=
+ [ != ]
+ version_list= 2.6.34-0.slh.8-sidux-amd64 2.6.33-4.slh.1-sidux-amd64
+ basename /var/lib/initramfs-tools/2.6.34-0.slh.9-sidux-amd64
+ gsv_x=2.6.34-0.slh.9-sidux-amd64
+ [ 2.6.34-0.slh.9-sidux-amd64 = * ]
+ worklist=
+ dpkg --compare-versions 2.6.34-0.slh.9-sidux-amd64 >
2.6.34-0.slh.8-sidux-amd64
+ worklist= 2.6.34-0.slh.9-sidux-amd64 2.6.34-0.slh.8-sidux-amd64
+ gsv_x=
+ dpkg --compare-versions > 2.6.33-4.slh.1-sidux-amd64
+ worklist= 2.6.34-0.slh.9-sidux-amd64 2.6.34-0.slh.8-sidux-amd64
2.6.33-4.slh.1-sidux-amd64
+ [ != ]
+ version_list= 2.6.34-0.slh.9-sidux-amd64 2.6.34-0.slh.8-sidux-amd64
2.6.33-4.slh.1-sidux-amd64
+ verbose Available versions: 2.6.34-0.slh.9-sidux-amd64
2.6.34-0.slh.8-sidux-amd64 2.6.33-4.slh.1-sidux-amd64
+ [ 0 = 1 ]
+ set -- 2.6.34-0.slh.9-sidux-amd64 2.6.34-0.slh.8-sidux-amd64
2.6.33-4.slh.1-sidux-amd64
+ version=2.6.34-0.slh.9-sidux-amd64
+ [ -z 2.6.34-0.slh.9-sidux-amd64 ]
+ [ -z 2.6.34-0.slh.9-sidux-amd64 ]
+ [ -z 2.6.34-0.slh.9-sidux-amd64 ]
+ set_initramfs
+ initramfs=/boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
+ ro_boot_check
+ [ ! -r /proc/mounts ]
+ chrooted
+ stat -c %d/%i /
+ stat -Lc %d/%i /proc/1/root
+ [ 2059/2 = 2059/2 ]
+ return 1
+ awk /boot/{if ((match($4, /^ro/) || match($4, /,ro/)) \
&& $2 == "/boot") print "ro"} /proc/mounts
+ boot_opts=
+ [ -n ]
+ altered_check
+ [ 0 = 1 ]
+ [ ! -e /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64 ]
+ compare_sha1
+ sha1sum /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
+ diff /var/lib/initramfs-tools/2.6.34-0.slh.9-sidux-amd64 -
+ return 0
+ backup_initramfs
+ [ ! -r /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64 ]
+ initramfs_bak=/boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.dpkg-bak
+ [ -r /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.dpkg-bak ]
+ ln -f /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
/boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.dpkg-bak
+ verbose Keeping /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.dpkg-bak
+ [ 0 = 1 ]
+ generate_initramfs
+ echo update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
update-initramfs: Generating /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
+ OPTS=-o
+ [ 0 = 1 ]
+ mkinitramfs -o /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.new
2.6.34-0.slh.9-sidux-amd64
+ mv -f /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.new
/boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
+ set_sha1
+ sha1sum /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64
+ run_bootloader
+ command -v update-grub
+ [ -e /etc/lilo.conf ]
+ [ -r /etc/lilo.conf ]
+ [ -r /etc/elilo.conf ]
+ [ -r /etc/zipl.conf ]
+ flash-kernel --supported
+ backup_booted_initramfs
+ initramfs_bak=/boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.dpkg-bak
+ [ ! -r /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.dpkg-bak ]
+ [ ! -r /proc/uptime ]
+ [ no = no ]
+ rm -f /boot/initrd.img-2.6.34-0.slh.9-sidux-amd64.dpkg-bak
+ return 0
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
* thebickhams [Mon Jun 21, 2010 at 11:07:01AM +0100]: > On 06/21/2010 09:43 AM, Michael Prokop wrote: >> 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 2>&1 > + umask 0022 [...] > + exit 0 Ok, this works as expected. I'd need the same for: sudo sh -x /usr/sbin/update-initramfs -u 1>/tmp/update-initramfs.log 2>&1 please. regards, -mika- signature.asc Description: Digital signature
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
* thebickhams [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 2>&1 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
tags 586554 + moreinfo thanks * drb [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
Bug#586554: initramfs-tools fails to upgrade from 0.96.1 to 0.97
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 BOOT=loca
