Folks,
I am terribly puzzled by an issue reported as bug 2381 [http://bugs.centos.org/view.php?id=2381] definitely an upstream bug, as it does the same under X/OS 5 and StartCom 5.
Simply put: Hibernation fails with horrendous I/O errors after swsusp starts dumping to swap.
What bugs me is that hibernating from the CentOS 5 LiveCD *works*!!! (on the same hardware)
How could I investigate to see what is the relevant difference between the LiveCD and the installed system, WRT suspend-to-disk?
It has been said that "CentOS 5 i386 Live CD is based on the ADIOS Live CD Project", but also that "CentOS Project would like to thank Patrice Guay for the creation of this CD". Who is supposed to know better about this issue?
Also, how could I check if upstream has a similar bug report? I don't have any RHN acct.
It's a shame that RHEL5 && clones fail to work properly with a specific laptop (Acer Travelmate 5310/5320/5710/5720 have the same architectural design), but an ad-hoc LiveCD works!
Thanks, R-C
--------------------------------- Ask a question on any topic and get answers from real people. Go to Yahoo! Answers.
Radu-Cristian FOTESCU wrote:
I am terribly puzzled by an issue reported as bug 2381 [http://bugs.centos.org/view.php?id=2381] — definitely an upstream bug, as it does the same under X/OS 5 and StartCom 5.
Simply put: Hibernation fails with horrendous I/O errors after swsusp starts dumping to swap.
What bugs me is that hibernating from the CentOS 5 LiveCD *works*!!! (on the same hardware)
How could I investigate to see what is the relevant difference between the LiveCD and the installed system, WRT suspend-to-disk?
It has been said that "CentOS 5 i386 Live CD is based on the ADIOS Live CD Project", but also that "CentOS Project would like to thank Patrice Guay for the creation of this CD". Who is supposed to know better about this issue?
[...]
It's a shame that RHEL5 && clones fail to work properly with a specific laptop (Acer Travelmate 5310/5320/5710/5720 have the same architectural design), but an ad-hoc LiveCD works!
Hi Radu-Christian,
I have a similar problem with the suspend/hibernate function under CentOS 5 on my personal laptop (Acer Travelmate 8204). My latest LiveCD respins, which are no longer based on the Adios Live CD project, have the same problem with suspend/hibernate.
I will need to test the hibernation functionality under the CentOS 5 LiveCD (version 5.00) later today to see how it behaves.
Regards, -- Patrice
Patrice Guay a écrit :
Radu-Cristian FOTESCU wrote:
I am terribly puzzled by an issue reported as bug 2381 [http://bugs.centos.org/view.php?id=2381] — definitely an upstream bug, as it does the same under X/OS 5 and StartCom 5.
Simply put: Hibernation fails with horrendous I/O errors after swsusp starts dumping to swap.
What bugs me is that hibernating from the CentOS 5 LiveCD *works*!!! (on the same hardware)
How could I investigate to see what is the relevant difference between the LiveCD and the installed system, WRT suspend-to-disk?
It has been said that "CentOS 5 i386 Live CD is based on the ADIOS Live CD Project", but also that "CentOS Project would like to thank Patrice Guay for the creation of this CD". Who is supposed to know better about this issue?
[...]
It's a shame that RHEL5 && clones fail to work properly with a specific laptop (Acer Travelmate 5310/5320/5710/5720 have the same architectural design), but an ad-hoc LiveCD works!
Hi Radu-Christian,
I have a similar problem with the suspend/hibernate function under CentOS 5 on my personal laptop (Acer Travelmate 8204). My latest LiveCD respins, which are no longer based on the Adios Live CD project, have the same problem with suspend/hibernate.
I will need to test the hibernation functionality under the CentOS 5 LiveCD (version 5.00) later today to see how it behaves.
On my laptop, the CentOS 5 LiveCD (version 5.00) suspend/hibernate function is not working either. The main difference between this LiveCD and the original distribution lies in these system files: - /etc/init.d/halt - /etc/init.d/kudzu - /etc/init.d/netfs - /etc/issue - /etc/sysconfig/network - /etc/rc.d/rc.sysinit - /initrd/linuxrc - /initrd/initrd/harddriveinstall - /initrd/initrd/info - /initrd/initrd/savestate
Maybe you could start your investigation there ...
Regards, -- Patrice Guay
--- Patrice Guay patrice.guay@nanotechnologies.qc.ca wrote:
Patrice Guay a écrit :
The main difference between this LiveCD and the original distribution lies in these system files:
- /etc/init.d/halt
- /etc/init.d/kudzu
- /etc/init.d/netfs
- /etc/issue
- /etc/sysconfig/network
- /etc/rc.d/rc.sysinit
- /initrd/linuxrc
- /initrd/initrd/harddriveinstall
- /initrd/initrd/info
- /initrd/initrd/savestate
Maybe you could start your investigation there ...
Thank you very much, I will investigate this issue during this weekend, hopefully.
Regards, R-C
Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com
On Thu, 2007-10-11 at 05:33 -0400, Radu-Cristian FOTESCU wrote:
Folks,
I am terribly puzzled by an issue reported as bug 2381 [http://bugs.centos.org/view.php?id=2381] — definitely an upstream bug, as it does the same under X/OS 5 and StartCom 5.
Simply put: Hibernation fails with horrendous I/O errors after swsusp starts dumping to swap.
If you are using the 8.41 ATI driver don't as it will break your suspend/resume. I don't know if the nvidia proprietary one behaves. Not sure about this one but worth looking into: iirc if your swap partition/available swap is too small hibernate can fail. So perhaps try without any propietary gfx driver and with a swap partition that's say twice the size of your memory. Don't use vga=... in your grub.conf as it may break suspend/resume. At least it does on my Acer TM6465 laptop.
Also make sure that the kvm, kvm_intel, iwl3945 modules are unloaded before suspending. This is done in /etc/pm/config.d/unload_modules Make sure you # chmod 755 unload_modules
File contains something like: SUSPEND_MODULES="iwl3945 mac80211 cfg80211 kvm_intel kvm"
See this "quirk" webpage with tons of help: http://people.freedesktop.org/~hughsient/quirk/
Answer the questions on this page: http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-debug.html and try out the suggestions.
If that does not help get the latest hal-info source (git tree) and see if there are any solutions in there for your laptop. Specifically look in this file: /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-acer.fdi
The hal-info rpm that is included in F8T3 does not have any entries for the Acer TM5xxx laptops that you mentioned so check out the latest hal-info git tree.
What bugs me is that hibernating from the CentOS 5 LiveCD *works*!!! (on the same hardware)
At least you know that it can work. That's better than not working at all :)
How could I investigate to see what is the relevant difference between the LiveCD and the installed system, WRT suspend-to-disk?
Beats me. Start with the suggestions I gave you.
It has been said that "CentOS 5 i386 Live CD is based on the ADIOS Live CD Project", but also that "CentOS Project would like to thank Patrice Guay for the creation of this CD". Who is supposed to know better about this issue?
Don't know.
Also, how could I check if upstream has a similar bug report? I don't have any RHN acct.
It's a shame that RHEL5 && clones fail to work properly with a specific laptop (Acer Travelmate 5310/5320/5710/5720 have the same architectural design), but an ad-hoc LiveCD works!
Suspend/resume/hibernate stuff is complicated and the zillions of different laptops out there all with their (buggy) bios and acpi implementations isn't helping either. So with that in mind imho I think it could be much worse. There is a lot of work going on to ensure that laptops just work. Laptop quirks are gradually added to hal-info which should make more and more laptops work correctly. If you find the quirk fix for your laptop please send the relevant info to the hal-info mailing list (see that "quirk" web page I gave above).
Regards, Patrick
--- Patrick centos-list@puzzled.xs4all.nl wrote:
If you are using the 8.41 ATI driver don't as it will break
I am using i810. And it has still nothing to do with *writing* to swap failing with I/O errors!
iirc if your swap partition/available swap is too small hibernate can fail.
It is not. The *same* partition works with Fedora 7, Mandriva 2008, and some more.
Don't use vga=... in your grub.conf as it may break suspend/resume.
I guess it would break the *resume*, but could not raise I/O *write* errors!
But I don't use vga= with RHEL5 clones anyway, as I remember it was a regression and it was not supported at some point.
Also make sure that the kvm, kvm_intel, iwl3945 modules are unloaded before suspending. This is done in /etc/pm/config.d/unload_modules Make sure you # chmod 755 unload_modules
File contains something like: SUSPEND_MODULES="iwl3945 mac80211 cfg80211 kvm_intel kvm"
Uh, I'll check later, but I don't seem to be using neither of them.
See this "quirk" webpage with tons of help: http://people.freedesktop.org/~hughsient/quirk/ http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-debug.html /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-acer.fdi
Thx. I guess I should digg also on http://mhensler.de/swsusp/ JIC it has something of help for RHEL5.
At least you know that it can work. That's better than not working at all :)
<sigh>Duh...</sigh>
Suspend/resume/hibernate stuff is complicated and the zillions of different laptops out there all with their (buggy) bios and acpi implementations isn't helping either. So with that in mind imho I think it could be much worse. There is a lot of work going on to ensure that laptops just work. Laptop quirks are gradually added to hal-info which should make more and more laptops work correctly. If you find the quirk fix for your laptop please send the relevant info to the hal-info mailing list (see that "quirk" web page I gave above).
Yeah, but... on this laptop, even distros that were released *prior* to RHEL5 manage to hibernate! (e.g. openZuZE 10.2)
Well, if I'll discover smth over the weekend, I'll let you know.
Rgds, R-C
Get news delivered with the All new Yahoo! Mail. Enjoy RSS feeds right on your Mail page. Start today at http://mrd.mail.yahoo.com/try_beta?.intl=ca
-
Patrice Guay -
Patrick -
Radu-Cristian FOTESCU