On Wed, May 03, 2006 at 01:03:25PM -0700, Debian Bug Tracking System wrote:
> From: Michael Biebl <[EMAIL PROTECTED]>
> jacob wrote:
> > On Tue, May 02, 2006 at 03:37:05PM +0200, Michael Biebl wrote:
> >> jacob wrote:
> >>> Package: powersaved
> >>> Version: 0.12.11-1
> >>> Severity: normal
> >>>
> >>>
> >>> powersaved complains that there is no resume= boot option, when I try to
> >>> suspend to disk. However:
> >>>
> >>> (root) /boot$ grep resume= /boot/grub/menu.lst
> >>> ## e.g. defoptions=vga=791 resume=/dev/hda5
> >>> # defoptions=resume=/dev/hda2
> >>> kernel /boot/vmlinuz-2.6.16-dsdt-64m root=/dev/hda1 ro
> >>> resume=/dev/hda2
> >>> kernel /boot/vmlinuz-2.6.16-1-k7 root=/dev/hda1 ro
> >>> resume=/dev/hda2
> >>> (root) /boot$ cat /proc/cmdline
> >>> root=/dev/hda1 ro resume=/dev/hda2
> >>>
> >>> Setting SUSPEND2DISK_SKIP_RESUME_CHECK to yes, as mentioned in the error
> >>> message (although not found in /etc/powersave/sleep), corrects the
> >>> problem.
> >>>
> >> Hi Jacob,
> >>
> >> could you please send me the output from cat /sys/power/resume?
> >> powersaved uses this method for determining the swap partition as there
> >> are several ways to specify the default resume partition (kernel config,
> >> boot pararameter, initrd parameter).
> >> Please also send me the log file /var/log/suspend2disk.log.
> >>
> >
> > $ cat /sys/power/resume
> > 0:0
>
> Ok, here is the source of the problem. Your resume partition is not
> correctly set (0:0 basically means, no resume partition). So powersaved
> is actually working correctly (that's why I'm closing this bug).
> The question now is, why the resume partition is not correctly set.
>
>
> > Memory info:
> > total used free shared buffers cached
> > Mem: 710696 302760 407936 0 0 228288
> > -/+ buffers/cache: 74472 636224
> > Swap: 0 0 0
> >
>
> Interesting. Seems as if the swap partition is not activated. Do you
> have a
>
> /dev/hda2 none swap sw 0 0
>
> line in your /etc/fstab?
Hmm... that's odd.
$ free
total used free shared buffers cached
Mem: 710696 330852 379844 0 0 263396
-/+ buffers/cache: 67456 643240
Swap: 0 0 0
$ sudo /sbin/swapon -a
$ free
total used free shared buffers cached
Mem: 710696 330940 379756 0 4 263512
-/+ buffers/cache: 67424 643272
Swap: 506036 0 506036
$ cat /sys/power/resume
0:0
$
> Another possible reason could be, that the resume partition is not
> correctly set in the initrd (You are using a Debian kernel which uses an
> initial ramdisk).
> Could you please check /etc/mkinitramfs/conf.d/resume and also
> /etc/mkinitramfs/initramfs.conf if they have a bogus RESUME=...
>
$ grep RESUME /etc/mkinitramfs/conf.d/resume
RESUME=/dev/hda2
$ grep RESUME /etc/mkinitramfs/initramfs.conf
# RESUME: [ /dev/hda2 | /dev/sdb2 ]
#RESUME=
$ sudo powersave -U
$
gives the same "The resume partition is not set up..." message.
$ cat /sys/power/resume
0:0
$
So powersave *is* doing the right thing, based on the sysfs entries. So,
maybe this is a kernel bug?
Jacob
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
