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 |