[dm-crypt] Problem with hibernate on a crypt,lvm-system

[dm-crypt] Problem with hibernate on a crypt,lvm-system

[Andreas Reschke]

[-- Attachment #1: Type: text/plain, Size: 2567 bytes --]

Hi there,

I'm using Fedora 19 on 2 different Laptop with the same installation: lvm 
with crypt (luks).

# /etc/fstab
# Created by anaconda on Tue Jul 30 12:14:18 2013
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more 
info
#
/dev/mapper/luks-e5b03e50-4652-482a-960f-2975eff5e02b /                    
   ext4    defaults,x-systemd.device-timeout=0 1 1
UUID=ee2bc52a-d88d-4cc3-920d-caca9d225a37 /boot                   ext4    
defaults        1 2
/dev/mapper/luks-a195076a-ac71-4756-8d15-ad1ed5582207 /home                
   ext4    defaults,x-systemd.device-timeout=0 1 2
/dev/mapper/luks-22ad6af8-9394-481e-9c80-871ddad68360 swap                
    swap    defaults,x-systemd.device-timeout=0 0 0
tmpfs                                                 /tmp     tmpfs  
 defaults,noatime,mode=1777,size=256M  0 0 

[root@st00ni0029 ~]# vgdisplay
  --- Volume group ---
  VG Name               vg_st00ni0029
                                                   
[root@st00ni0029 ~]# lvdisplay                                            
                                                                    
  --- Logical volume ---                                                  
                                                                    
  LV Path                /dev/vg_st00ni0029/swap_lv                        
                                                                    
  LV Name                swap_lv                                          
                                                                    
  VG Name                vg_st00ni0029                                    
                                                                    
                                                   
  --- Logical volume ---                                                  
                                                                    
  LV Path                /dev/vg_st00ni0029/root_lv                        
                                                                    
  LV Name                root_lv
  VG Name                vg_st00ni0029

  --- Logical volume ---
  LV Path                /dev/vg_st00ni0029/home_lv
  LV Name                home_lv
  VG Name                vg_st00ni0029 

Hibernate is not working > Laptop is going to sleep; poweroff; then power 
on; Laptop is normal booting, no resume prior status.
On the same Laptop with CentOS 6.4 hibernate works perfect.

Any hint?

Thanks 
Andreas






[-- Attachment #2: Type: text/html, Size: 6131 bytes --]

Re: [dm-crypt] Problem with hibernate on a crypt,lvm-system

[Heiko Rosemann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/01/2013 09:58 AM, Andreas Reschke wrote:
> Hi there,
> 
> I'm using Fedora 19 on 2 different Laptop with the same
> installation: lvm with crypt (luks). [...] Hibernate is not working
> > Laptop is going to sleep; poweroff; then power on; Laptop is
> normal booting, no resume prior status. On the same Laptop with
> CentOS 6.4 hibernate works perfect.
> 
> Any hint?

This is distro-specific stuff, but the problem probably is either that
Fedora like many distros reencrypts swap with a different, random key
at each boot (so the hibernation image will be unreadable) or that the
Fedora initramfs does not luksOpen the partition before it tries to
resume from it, so the resume fails to find the hibernation image. Or
maybe both.

IMHO, you should address this to Fedora to see if the guys there have
a strategy to work for your use case. For my archlinux system I had to
build custom initramfs hooks to luksOpen the swap partitions first.

HTH, Heiko
- -- 
Mein PGP-Key zur Verifizierung: http://pgp.mit.edu

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlH61YkACgkQ/Vb5NagElAX7ugCgiws5UC5s2tgbmKhyVvA7oEaA
zTwAmgLOrNsz1RQXzRGpm671eLkcSmh8
=/T2q
-----END PGP SIGNATURE-----