Mailinglist Archive: opensuse-bugs (7307 mails)

< Previous Next >
[Bug 481264] New: Suspend to Disk Image in SWAP Drive is NOT Removed After Resume from Suspend to Disk Session
  • From: bugzilla_noreply@xxxxxxxxxx
  • Date: Mon, 2 Mar 2009 18:23:47 -0700 (MST)
  • Message-id: <bug-481264-21960@xxxxxxxxxxxxxxxxxxxxxxxxx/>
https://bugzilla.novell.com/show_bug.cgi?id=481264


Summary: Suspend to Disk Image in SWAP Drive is NOT Removed
After Resume from Suspend to Disk Session
Classification: openSUSE
Product: openSUSE 11.0
Version: Final
Platform: x86-64
OS/Version: openSUSE 11.0
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
AssignedTo: bnc-team-screening@xxxxxxxxxxxxxxxxxxxxxx
ReportedBy: alpha096@xxxxxxxxxxxxxxxxxxxxxx
QAContact: qa@xxxxxxx
Found By: ---


User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.6)
Gecko/2009012700 SUSE/3.0.6-0.1 Firefox/3.0.6

As my understanding of Suspend to disk is limited I can only tell you my
observation and how to reproduce it and what errors it causes.

When I use Suspend to Disk an image file is taken and written to the SWAP
Partition of the HDD. - Unfortunately this image once used to recover is NOT
deleted.

If you Escape the boot splash screen from a previous Suspend to disk and then a
PC Re-start the image clearly remains as a Normal PC Re-start boot records will
indicate "Trying Manual resume from SDA?" even when the preceding activity was
now a complete PC-Restart.

It is not clear when the Disk Image is removed from SWAP in my observations,
however it does explain why repeated attempts to use Suspend to Disk fails.

Reproducible: Always

Steps to Reproduce:
1.Shut Down PC using Suspend to Disk
2.Recover PC from Swap image is successful
3.Shut Down PC using Suspend to Disk a second time
4.Recover PC from Swap image is successful
5.Shut Down PC using Suspend to Disk a third time
6.Recover PC from Swap image is successful
7.Shut down PC via Shut down
8.Restart PC from previous normal shut down
9.Examine /var/log/boot.msg
10 Depending on the number of times suspend to disk has been used successfully
you will find at least 1 or several messages depending on how many time Suspend
to Disk has been used successfully.
Actual Results:
Despite the last shutdown of the PC being a full shutdown the /var/log/boot.msg
will contain at least 1 and up to many times - dependant on how many times
Suspend to disk has been used the warning message
"Trying Manual Resume from /dev/sda2" - where sda2 is the SWAP drive of the
HDD.
This same message will be repeated the same amount of time as the user has
successfully used Suspend to Disk - in the above example 3 times.

This leads me to question when is the SWAP space of the O/S Image ever deleted
and as such that same SWAP space appears to be not available to O/S system to
provide Virtual RAM space.

The number of times the suspend to disk is used successfully seems directly
proportional to the allocated space of any SWAP partition and once full of
images and provided O/S does not use any Virtual RAM suspend to disk will fail
when the amount of space allocated to the SWAP drive is full of O/S images.

This is absolutely 100% reproducible - I can assure you - I do not make this
statement without complete certainly. My conclusions, in contrast, are subject
to my small amount of knowledge of this process

Expected Results:
After the PC has successfully restored from a previous suspend to disk the
space the image took up in the swap partition is deleted and not retained. If
you desire to try to keep at least the last suspend to disk image lets
over-right the first or permit the O/S to use the disk image space in the swap
partition if it requires virtual RAM - A situation I cannot confirm on my
physical 8GB RAM PC

Note sure of correct classification for this bug - please correct if initial
classification component is incorrect.

--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

< Previous Next >