FS#383 : Restore from swap fails.

Status Closed
Percent Complete
100%
Task Type Bug Report
Category Installed Mode
Assigned To No-one
Operating System All
Severity Low
Priority Very Low
Reported Version 1.x Gem+ (beta's)
Due in Version Undecided
Due Date Undecided
Votes
Private

Attached to Project: Elive
Opened by nipsen - 2009-03-20
Last edited by thanatermesis - 2009-07-10

FS#383 - Restore from swap fails.

Swap is 1100Mb on sdb5, RAM is 1Gb. Added kernel... resume=/dev/sdb5 to menu.lst. Save- operation completes, restore fails.

Closed by thanatermesis
10.07.2009 13:29
Reason for closing: Fixed

Comments (4)
Related Tasks (0/0)

nipsen commented on 22.03.2009 15:19

Seems I have two variants - if tuxonice initiates a hybernation cycle, the swap partition is unavailable, and elive stops hibernate, telling me to create a swap. If the swap is there, I’m.. guessing the first suspend method on the list fails, and it tries to write to disk somehow? But tuxonice won’t recover from that image on reboot.

Also, I can’t include any useful logs, because in kern.log and pm-suspend.log it reads that all is well.

Any suggestions at all? There is one page coming up in google when I search this, having to do with the filereader that fails - presumably because there’s no initrd image prepared for it, or something. But that’s not what is failing here, I think.

nipsen commented on 22.03.2009 15:22

note: I’ve tested this on a new, much larger primary partition (sdb1) with the same results. I’ve tried having ext3 and reiserfs filesystems *shrug*

nipsen commented on 22.03.2009 15:23

also: tried typing “resume=swap:/dev/sdb1”, which seems to initiate hibernate, but somehow makes my swap- partition unknown to the system.