Bug#725275: initramfs-tools: hooks/resume problems

2013-10-30 Thread Kapil Hari Paranjape
Hi,

On Wed, 30 Oct 2013, Olivier Berger wrote:
> Hi.
> 
> Interesting. Thanks for these details.
> 
> I've tried and change the "resume device" in /etc/uswsusp.conf, to use a path 
> in the form /dev/mapper/VG-swap, and now have :
> 
> # grep -i resume /etc/uswsusp.conf /etc/initramfs-tools/conf.d/resume
> /etc/uswsusp.conf:resume device = /dev/mapper/main-swap
> /etc/initramfs-tools/conf.d/resume:RESUME=/dev/mapper/main-swap
> 
> And guess what ? ... This works, now. Boot proceeds normally, and eventually 
> resumes when I hibernated :-)

I wondered why you said (in your previous mail) that uswsusp did not
work after fixing the typo, since I use uswsusp too!

After your latest mail (and checking my own /etc/uswsusp.conf and
/etc/initramfs-tools/conf.d/resume), all is clear.

An aside is that the hook with the typo does incorrect error catching.

  error due to typo in command != error generated by command

So checking the error number should have caught this mistake!

Regards,

Kapil.
--


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#725275: initramfs-tools: hooks/resume problems

2013-10-30 Thread Olivier Berger
Hi.

On Sat, Oct 05, 2013 at 09:27:12AM +0530, Kapil Hari Paranjape wrote:
> 
> On Sat, 05 Oct 2013, Kapil Hari Paranjape wrote:
> > The reason for this bug is a typo in /usr/share/initramfs/hooks/resume.
> 
> Looking into this a bit further, I wondered why this typo should cause a
> problem. After all, the rest of this script generates a
> conf/conf.d/resume file containing what should be the correct resume
> device.
> 
> However, what it generates is an entry like:
> 
> RESUME="UUID=ZZ-ZZyy-yZZy-yZZy-Zyyy-ZyZy-yZ"
> 
> This may work fine if the swap device is not on LVM. If it is ...
> 
> The problem is that "scripts/local-top/lvm2" cannot figure out the
> volume group to activate in order to make the device accessible. (Or
> even the fact that this _is_ an LVM device!)
> 
> Some more script-fu is required to check whether the resume device is
> of the form "/dev/dm-xxx" and in that case one needs to find its "name" by
> listing "/dev/mapper/". That name needs to be used in order to get lvm2
> to activate the volume group or logical volume.
> 

Interesting. Thanks for these details.

I've tried and change the "resume device" in /etc/uswsusp.conf, to use a path 
in the form /dev/mapper/VG-swap, and now have :

# grep -i resume /etc/uswsusp.conf /etc/initramfs-tools/conf.d/resume
/etc/uswsusp.conf:resume device = /dev/mapper/main-swap
/etc/initramfs-tools/conf.d/resume:RESUME=/dev/mapper/main-swap

And guess what ? ... This works, now. Boot proceeds normally, and eventually 
resumes when I hibernated :-)

So my guess is that uswsusp may need to use the /dev/mapper/VG-swap form (will 
follow-up to #724275).

Maybe others don't have uswsusp installed, so YMMV.

Hope this helps.

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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#725275: initramfs-tools: hooks/resume problems

2013-10-04 Thread Kapil Hari Paranjape
Package: initramfs-tools
Version: 0.114
Followup-For: Bug #725275

Dear Maintainer,

On Sat, 05 Oct 2013, Kapil Hari Paranjape wrote:
> The reason for this bug is a typo in /usr/share/initramfs/hooks/resume.

Looking into this a bit further, I wondered why this typo should cause a
problem. After all, the rest of this script generates a
conf/conf.d/resume file containing what should be the correct resume
device.

However, what it generates is an entry like:

RESUME="UUID=ZZ-ZZyy-yZZy-yZZy-Zyyy-ZyZy-yZ"

This may work fine if the swap device is not on LVM. If it is ...

The problem is that "scripts/local-top/lvm2" cannot figure out the
volume group to activate in order to make the device accessible. (Or
even the fact that this _is_ an LVM device!)

Some more script-fu is required to check whether the resume device is
of the form "/dev/dm-xxx" and in that case one needs to find its "name" by
listing "/dev/mapper/". That name needs to be used in order to get lvm2
to activate the volume group or logical volume.

Regards,

Kapil.
--


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org