Ubuntu
initramfs-tools package

What happens during resume / wait-for-root and exe ?

Asked by Franck

I am trying to understand what happens during my boot sequence (and optionaly make it shorter).
Using bootchart, I see that most time during first phase (I guess it is when in initramfs) is spend on three processes : 'resume' and 'wait-for-root' (in parallel), then 'exe'. So my question is : what happens during the resume, wait-for-root and exe processes ?
Optionaly, in my case, rsume / wait-for-root take 5 seconds, with no noticeable I/O or CPU activity. Is this expected?

Question information

Language:
English Edit question
Status:
Expired
For:
Ubuntu initramfs-tools Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
actionparsnip (andrew-woodhead666) said : 		#1

Can you give the output of:

lsb_release -a; uname -a

Thanks

Revision history for this message
Franck (alci) said : 		#2

here it is:

franck@T430S:~$ lsb_release -a; uname -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.10
Release: 12.10
Codename: quantal
Linux T430S 3.5.0-21-generic #32-Ubuntu SMP Tue Dec 11 18:51:59 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Revision history for this message
actionparsnip (andrew-woodhead666) said : 		#3

Does the system have a make and model?

Revision history for this message
Franck (alci) said : 		#4

Sure. This is a laptop made by Lenovo. Model name is T430S, and specific Machine Type is 2353CTO.

Revision history for this message
actionparsnip (andrew-woodhead666) said : 		#5

Do you have the latest BIOS?

Revision history for this message
Franck (alci) said : 		#6

I just made the upgrade (a new Bios was issued at the begining of december). So yes, I have the latest bios.

Revision history for this message
Franck (alci) said : 		#7

It turns out that commenting out the entry in /etc/initramfs-tools/conf.d/resume removes the 5 secs wait I was seeing in my boot sequence.
So resume seems to be here to wait for the swap partition whose UUID is given here to show, and try to resume from hibernate. Am I right ? It turns out that my swap is encrypted. Although the UUID value in resume was the one given by blkid for /dev/mapper/cryptswap1, it didn't work... Is there a trick to make recover from hibernate from a crypted swap partition work and not introduce this 5 seconds delay ?

Revision history for this message
Launchpad Janitor (janitor) said : 		#8

This question was expired because it remained in the 'Open' state without activity for the last 15 days.