[xubuntu-users] Swap not active

[Rog]

On 05/19/2015 04:01 AM, Marcos Almeida Azevedo wrote:
>
>
> On Wed, May 6, 2015 at 9:25 AM, Rog <linux.rog at gmail.com 
> <mailto:linux.rog at gmail.com>> wrote:
>
>     On 05/05/2015 09:18 PM, Marcos Almeida Azevedo wrote:
>>
>>
>>     On Wed, May 6, 2015 at 6:39 AM, Rog <linux.rog at gmail.com
>>     <mailto:linux.rog at gmail.com>> wrote:
>>
>>         When I boot, I see, "The device mapper for /dev/mapper/cryptswap1
>>         is not ready or not present. Continue to wait, or Press S to skip
>>         mounting or M for manual recovery.
>>
>>         Waiting has no apparent effect; M does nothing.
>>
>>         Gnome-system-monitor shows swap as not available. Gnome-disk
>>         utility shows the partition as inactive and when I Activate it, the
>>         swap status changes immediately to available.
>>
>>         After a reboot, I get the same message at boot, swap is not
>>         available and is not active, according to Gnome-disk.
>>
>>         I'm running Xubuntu 14.04 and updates are current. But, I've seen
>>         the same message at boot on another PC running Xubuntu 12.04.
>>
>>         Luckily, Linux manages memory memory quite well so swap is seldom
>>         called into action, and, I don't hibernate - just suspend or shutdown.
>>
>>         Solution?
>>
>>
>>     You may try this guide:
>>     http://punygeek.blogspot.com/2012/10/ubuntu-1204-how-to-solve-disk-drive-for.html
>>     It's for 12.04 but it might still work
>     Thanks, Marcos: I'll give that a try in a couple of days . . . I'll be
>     tied-up until Thursday p.m.
>
>
> Did it work?
Marcos: did not work. I tried it last night. I did a little more research and 
found this is very likely related to a bug, 
https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1153661

In short, it appears to have been around since ver. 12.04 with various 
attempts to cope with little success.

In the short-term, it appears to me that the best solution is to dump 
encryption of /swap and go with a non-encrypted swap. BUT, I don't know how to 
do that!

More comments:

The encryption of /swap appears to be a byproduct of opting to encrypt /home 
during install of Xubuntu. This happened without my explicit invoking this 
option during install on two different systems.

As noted by others, the UUID for encrypted swap is not correctly identified in 
/etc/crypttab as well as in /etc/fstab.

Some suggest that the error is related to having installed from a thumb drive, 
which is what I did.

Puny Geek suggests updating /etc/initramfs-tools/conf.d/resume. That file does 
NOT exist on my 14.04 install.

As others have noticed, some fixes work for a current session but don't 
survive a re-boot. I had this experience by "activating" the /swap partition 
with the Disk Utility, previously known as "palimpsest" under 12.04.

I concluded that, since this bug has been long-standing and others have not 
been successful in fixing it or having a lasting work-around, I'm not likely 
to be successful either. Hence the conclusion of living without it being 
encrypted is a nice work around. I encrypt /home on my portable devices to 
protect personal info if it is stolen. My guess is that it's unlikely for 
unencrypted info to be compromised because it's unlikely to sit in /swap and 
be read by a nefarious operator.

Thanks to all who thought about this.

Other, related links:
http://askubuntu.com/questions/505880/message-disk-drive-for-dev-mapper-cryptswap1-is-not-ready-yet-or-not-present-ev

Oh: here's one I did not try: treating this as a timing error (also discussed 
elsewhere)
http://ubuntuforums.org/showthread.php?t=2164313

Other thoughts:
Try creating /etc/initramfs-tools/conf.d/resume with the correct UUID and go 
through Puny Geek's approach.
Hope for a solution in response to bug report.

p.s. All of this fiddling around is what I anticipated when attempting a 
solution and why I put it off!

/Roger
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/xubuntu-users/attachments/20150519/b4a1cd0f/attachment.html>