Bug 438951
Summary: | wrong swap dev causes resume failure | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andrew Bartlett <abartlet> |
Component: | mkinitrd | Assignee: | Peter Jones <pjones> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | alex, amlau, cra, davidz, dcantrell, fedora, jeremy, jreiser, mathieu-acct, petrosyan, shawn.starr, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 6.0.45 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-04-14 13:45:31 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 438772 |
Description
Andrew Bartlett
2008-03-26 05:15:11 UTC
I can duplicate this without the encrypted root. I get the same resume issue, so this may be the same as bug #439695. Marking as F9 blocker. *** Bug 439695 has been marked as a duplicate of this bug. *** as I indicated in bug #439695 comment #4 this does not appear to be restricted to resuming on encrypted root, so I am adjusting the summary accordingly: "I can duplicate this issue, although I get the error on a command like: resume /sys/block/dm-3 If I extract the init script from a kernel build with an earlier version of mkinitrd which didn't have this problem, I see something like: resume /dev/mapper/Volume00-swap " I can confirm this also with encrypted disk, resuming fails the swap partition is left unmounted and TYPE="swsuspend" I notice in the init script in the initramfs (initrd-2.6.25-0.204.rc8.git4.fc9.i686.img) it shows: resume /dev//sys/block/dm-2 *** Bug 442006 has been marked as a duplicate of this bug. *** Fixed in 6.0.44 I just installed 6.0.44 off koji. Unfortunately it still doesn't look right: the init script has "resume /dev//dev/vg00/swap" now. *sigh* Will be fixed in 6.0.45 which Peter is going to build shortly *** Bug 442144 has been marked as a duplicate of this bug. *** 6.0.45 looks better: it has "resume /dev/vg00/swap", but I haven't actually tested it yet. (Does initrd create both forms of lvm device paths? mkrootdev uses /dev/mapper/vg00-root.) Successfully resumed. 6.0.45 looks like a fix. Just updated tot his mkinitrd and this may be pm-utils or kernel problem, rather than related to this issue, but now hibernate doesn't work at all: # pm-hibernate simply returns the prompt immediately without any attempt to hibernate. /var/log/pm-hibernate.log doesn't record any attempts to hibernate. I'm using latest kernel: -208. (In reply to comment #12) > # pm-hibernate > > simply returns the prompt immediately without any attempt to hibernate. > /var/log/pm-hibernate.log doesn't record any attempts to hibernate. That appears to be a separate bug. If suspend/resume fails, it leaves the lockfile around which causes future attempts to suspend to just do nothing. You can work around it with "rm /var/run/pm-utils/locks/pm-utils.lock". Resuming with an initrd generated by 6.0.45 works for me: resume /dev/l.sys/swap |