https://bugzilla.novell.com/show_bug.cgi?id=212208 ------- Comment #8 from seife@novell.com 2006-10-13 07:50 MST ------- (In reply to comment #6)
Using 'noapic'makes suspend (to disk) work. Resume however fails in dfferent stages. I tried 5 times and sometimes it was stuck when still in text mode, sometimes I got dfferent stages of broen graphical displays.
I changed to RL 3 and did a powersave -U in the hope to get some useful information on the screen. What happend is that I got the screen I had before the suspend, but the system was frozen.
if fglrx is installed, it is loaded even in RL3. Make sure you unload the module (or better, uninstall it) before trying. I'd still vote for some broken driver.
Is there a log file I should attach? I looked in /var/log/* but didn't see anything useful. No serial console (no serial port) sorry. :(
There should be something in /var/log/suspend2disk.log, but if you are using a journaling fs, then that might be lost after the crash.
No binary drivers used. This is vanilla oS10.2a5. Fresh install.
used or installed? :-)
(BTW, in my tests with Ubuntu I used the binary ony ATI driver fglrx and could suspend to RAM or disk w/o problem. We must do something wrong that they got right...)
They are unloading almost every module they can. This would, again, point to some broken driver. Trying it with init=/bin/bash as described in http://en.opensuse.org/ACPI_Suspend_debugging would be a good idea. If it works with "echo disk > /sys/power/state", then try it again with "s2disk" at the same place (after the swapon). s2disk uses the new userspace suspend method that is default since alpha 5. If this works, something in your setup, probably a loaded module, breaks suspend. Find out with trial-and-error which one it is :-) -- 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, or are watching someone who is.