Bug#725275: initramfs-tools: Reason is typo in hooks/resume
Hi.
On Sat, Oct 05, 2013 at 08:41:36AM +0530, Kapil Hari Paranjape wrote:
>
> The reason for this bug is a typo in /usr/share/initramfs/hooks/resume.
>
> --- /tmp/hooks/resume 2013-10-05 08:27:39.556015989 +0530
> +++ /tmp/hooks/resume.orig 2013-10-05 08:38:13.440034878 +0530
> @@ -19,7 +19,7 @@
> test -r /etc/initramfs-tools/conf.d/resume \
> && . /etc/initramfs-tools/conf.d/resume
> if [ -n "$RESUME" ] && command -v blkid >/dev/null 2>&1 \
> - && blkid -p -n swap $RESUME >/dev/null 2>&1; then
> + && blikd -p -n swap $RESUME >/dev/null 2>&1; then
> # As mkinitramfs copies the config file nothing to do.
> exit 0
> fi
>
Figured this out myself too while trying to fix #724275 (note this is different from the current 725275... surprisingly similar bug nums ;-).
With uswsusp installed and swap on LVM partition, this doesn't fix the boot hang problems, though.
But now, I can see a different message (transcript manually from camera snapshot):
[ 3.103079] sdb: sdb1 sdb2
[ 3.107567] sd 6:0:0:0: [sdb] No Caching mode page present
[ 3.107627] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 3.107695] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[ 3.310172] device-mapper: uevent: version 1.0.3
[ 3.310281] device-mapper: ioctl: 4.24.0-ioctl (2013-01-15) initialised: dm-devel@redhat.com
[............] bio: create slab <bio-1> at 1
[............] PM: Starting manual resume from disk
[............] PM: Hibernation image partition 254:0 present
[............] PM: Looking for hibernation image.
[............] PM: Image not found (code -22)
[............] PM: Hibernation image not present or could not be loaded
I hope this helps.
It may very well be that #724275 and #725275 need merging, but I'm not sure of the interactions of initramfs-tools and uswsusp, given that other reporters haven't specified this.
Best regards,
--
Olivier BERGER
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)
Reply to: