Fedora Linux Support Community & Resources Center

Go Back   FedoraForum.org > Fedora 19/20 > Using Fedora
FedoraForum Search

Forgot Password? Join Us!

Using Fedora General support for current versions. Ask questions about Fedora and it's software that do not belong in any other forum.

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 11th August 2006, 04:31 PM
chrismon Offline
Registered User
 
Join Date: Jul 2006
Posts: 23
How to debug suspend problems? Buggy kernel option parsing? SATA problems?

If you want to give advice on fixing the problem, that's great But I'm actually more interested in learning how to debug suspend issues... I'm stumped even at that point... It seems to me there are no logs, and looking at the pm scripts, it really doesn't seem there's a good place to actually log a resume process, esp when resuming from RAM.

FWIW...

My DuoT2400/i945GM Dell e1405 has trouble resuming from suspend (for which I am more concerned) and hiberante, I think for different reasons.

Resuming from suspend seems to be tricky business, and the odds of a good resume are worse when using an SMP kernel - I'm not sure why as I've been reading up and apparently the hotplug CPU issue is old and resolved. The worst bootup scenario is no activity at all; it might look like just a blacked out screen, but there's no disk, no nuthin, no nada. Climbing upwards from there is the resumed system with the black screne - this, I've conquered. So usually, I get either a really dead resume or I get a really screwed up resumed system. The screwiness is that the filesystems appear horribly damaged. ls -l gives lots of ?'s, various programs only want to report I/O errors, etc. I think this might be a SATA issue. I have found these problems with 2.6.15, .16, & .17, uni or SMP versions. However, after I editing the /etc/pm/functions-intel script to not run the vbestate restore command, using .15no-smp resume is usually successful.

Resume from hibernate never works. My swap is on /dev/sda5 and its label is SWAP=sda5. I did all this by hand. Swap space works perfecetly with /etc/fstab having LABEL=SWAP-sda5. I have also put resume=LABEL=SWAP-sda5 on all my kernels' option lists in grub.conf. However, on any boot, booting reports that it cannot find my swap device, correctly listing the resume option's value... well, sort of. Say I have

some_option=some_value resume=LABEL=swap-sda5

Boot will complain, "(Cannot find resume device LABEL=swap-sda5
)"

Note the LF! Yes it really gets printed before the closing paren. Now, say I have this:

resume=LABEL=swap-sda5 some_option=some_value

Boot will complain, "(Cannot find resume device resume=LABEL=swap-sda5 some_option=some_value
)"

Again with the LF! Oy! And what's with the trailing options> Sounds like a kernel option parsing problem to me... am I not specifying this correctly? Or, at best, its just a printing problem.

Well, that's where I am so far.
Reply With Quote
Reply

Tags
buggy, debug, kernel, option, parsing, problems, sata, suspend

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
DVD problems and Live CD isnt an option posiden5665 Installation, Upgrades and Live Media 2 13th October 2008 07:35 PM
ASUS M2A-VM SB600 Fedora 7 SATA RAID problems and kernel crash Ryan_B Hardware & Laptops 0 15th October 2007 07:44 PM
Kernel update and SATA RAID problems... BDElloitt Using Fedora 4 10th June 2006 07:59 AM
Problems with Megaraid SATA 150-4 in SMP kernel upuaut Hardware & Laptops 0 11th November 2005 08:37 AM
default boot option problems Keige Hardware & Laptops 6 10th February 2005 02:02 AM


Current GMT-time: 09:51 (Friday, 01-08-2014)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat