boot stops at resume: libgcrypt 1.4.5 for over 20 seconds

I have this same issue here I have am not using any encryption

Ubuntu 10.10 up to date
uname: Linux 2.6.35-23-generic X86_64
Arch: amd64
nonFreeKernModules: nvidia 360m video
package libgcrypt11 1.4.5-2ubuntu1
package arch: amd64
ProcEnviron:
                     SHELL=/bin/bash
                     PATH=(custom,user)
                     LANG=(en_US.utf8)
ProcVersionSignature: ubuntu 2.6.35-23.36-generic 2.6.35.7
SourcePackage: libgcrypt11

I have the exact same output for the dependencies as list by Tim.

Let me know if I can provide more info.

Same thing here.
'resume : libgcrypt version 1.4.5' is displayed for a significant amount of time.

# lsb_release -rd
Description: Ubuntu 10.10
Release: 10.10

# uname -a
Linux ubnode6 2.6.35-23-server #40-Ubuntu SMP Wed Nov 17 23:31:10 UTC 2010 x86_64 GNU/Linux

# apt-cache policy libgcrypt11
libgcrypt11:
  Installed: 1.4.5-2ubuntu1
  Candidate: 1.4.5-2ubuntu1
  Version table:
 *** 1.4.5-2ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ maverick/main amd64 Packages
        100 /var/lib/dpkg/status

# sudo apt-get remove --purge libgcrypt11

Can't even think of doing that. Almost all packages of ubuntu are selected for uninstalltion.
Don't even know where to begin troubleshooting ...

I've got this bug after install uswsusp package.
$ sudo apti

$ sudo aptitude remove uswsusp
and everything OK.

Status changed to 'Confirmed' because the bug affects multiple users.

I have the same problem with uswsusp.

At boot, the message is :
"resume: libgcrypt version : 1.5.3"

Then system hang for more than 5 min

Hi,

I am the maintainer of uswsusp in Debian. I would like to make some tests to found the problem. Please, could you do these steps and send me the output (to kix_AT_debian.org). Thanks a lot:

1. cat /etc/uswsusp.conf
2. cat /etc/initramfs-tools/conf.d/resume
3. Are you using or is installed cryptsetup?
4. Can you try a previous version of uswsusp package to check if the problem is with the current version.
5. The problem happends always or sometimes?
6. The problem happends when you run s2disk or with normal boot (after normal shutdown/reboot)?

Thanks a lot.
Rodolfo.

Hi,

yesterday I was working on this bug. I think I found the problem. Can you test this?

Edit the file /usr/share/initramfs-tools/hooks/resume

Comment these lines at the end of the file:

# Try to autodetect the RESUME partition, using biggest swap?
RESUME=$(grep ^/dev/ /proc/swaps | sort -rk3 | head -n 1 | cut -d " " -f 1)
#if [ -n "$RESUME" ] && command -v blkid >/dev/null 2>&1; then
# UUID=$(blkid -s UUID -o value "$RESUME" || true)
# if [ -n "$UUID" ]; then
# RESUME="UUID=$UUID"
# fi
#fi

Then, run "update-initramfs -u"

The new initrd file is updated. Then, run "s2disk". Reboot.

Can your system boot?

Thanks a lot.
Rodolfo.

Hi,

I'm very sorry, but actually (because of my study, that "impose" me to
use a large amount of windows software (cad, ...) i don't have anymore
ubuntu installed on my computer (i used to have a dual boot but i had
many troubles with my laptop) and i can't therefore help you..

I appreciate very much your activity as debugger and hope i will be
again an ubuntu user soon :D

regards

David

Il 30.10.2013 08:02, Rodolfo García Peñas (kix) ha scritto:
> Hi,
>
> yesterday I was working on this bug. I think I found the problem. Can
> you test this?
>
> Edit the file /usr/share/initramfs-tools/hooks/resume
>
> Comment these lines at the end of the file:
>
> # Try to autodetect the RESUME partition, using biggest swap?
> RESUME=$(grep ^/dev/ /proc/swaps | sort -rk3 | head -n 1 | cut -d " " -f 1)
> #if [ -n "$RESUME" ] && command -v blkid >/dev/null 2>&1; then
> # UUID=$(blkid -s UUID -o value "$RESUME" || true)
> # if [ -n "$UUID" ]; then
> # RESUME="UUID=$UUID"
> # fi
> #fi
>
> Then, run "update-initramfs -u"
>
> The new initrd file is updated. Then, run "s2disk". Reboot.
>
> Can your system boot?
>
> Thanks a lot.
> Rodolfo.
>

---
Questa e-mail è priva di virus e malware perché è attiva la protezione avast! Antivirus.
http://www.avast.com

I'm dual booting Debian (jessie) and Ubuntu. I recently reinstalled Ubuntu to 13.10 and lost the ability to boot Debian in the process. Debian just hung for ever at the "'resume : libgcrypt ...." line. I booted from a live USB stick, mounted sys/dev/proc, chrooted, reinstalled grub then modifed /usr/share/initramfs-tools/hooks/resume as suggested and ran "update-initramfs -u". This has fixed boot for Debian. Previously, following the steps without the resume and update-initramfs bits did not fix the boot.
Thanks!

I booted a Live CD and split my swap partition into two, leading to the old UUID being invalid. Doing this makes boot hang at "resume: libgrypt x.x.x" forever.

Some googling lead me here, but I could not find the file /usr/share/initramfs-tools/hooks/resume, and could not try the solution suggested in #11.

I eventually fixed the problem by assigning the correct UUID for my new swap partition in the files /etc/fstab and /etc/uswsusp.conf, chrooting into the Ubuntu root, and running `update-initramfs -u`, and everything is up and running fine now, so no harm done.

However, I would suggest that a more informative error message be printed, such as "UUID 29581fa0-3814-11e4-a7d0-0002a5d5c51b not found", instead of hanging indefinitely at boot, to prevent other people from encountering the same problem in the future.

I agree with eddie-dunn that a "UUID 29581fa0-3814-11e4-a7d0-0002a5d5c51b not found" would help.

Another thing would be to being able to disable uswsusp completely simply by editing files... Could we get info on that?