On Friday 04 August 2006 22:49, Pavel Machek wrote: > On Thu 2006-08-03 17:09:37, Matej Cepl wrote: > > Pavel Machek wrote: > > > Yes. Try again on minimal system, see if it is just video that is > > > broken or if machine is hung up, and report. > > > > Apparently everything is broken. I tried "brutal mode" (see > > attached /boot/grub/menu.lst a /boot/config-`uname -r`; BTW, using vanilla > > 2.6.17.7 kernel with suspend2 patch), but neither > > > > /usr/sbin/s2ram -f > > nor > > /usr/sbin/s2ram -f -a 3 # suggested by Suse s2ram page > > /usr/sbin/s2ram -f -s # suggested by Brian Keck > > /usr/sbin/s2ram -f -s -p # IMHO, the most conservative option > > > > didn't make my computer work. Neither display was on, nor there was any > > reaction to CapsLock, NumLock, or Ctrl+Alt+Del. However, after lifting a > > lid (the only method how to resume, I came up with) hard drive begun to > > work and was active for something like 10s. Then I tried all those key > > combinations, but without any results. > > > > What's the problem? Which additional information I should provide? > > Probably kernel hardlocks during resume. Go to *vanilla* 2.6.18-rc3 > (no suspend2 patch, please), and try suspending it by echo 3 > > /proc/acpi/sleep (from init=/bin/bash boot, minimum config, no fb).
I guess it's an IDE-related problem similar to the one which Jason Lunz's patch fixed, or a (P)SATA-related one. Greetings, Rafael ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
