Standby woes Redux Carlos 11/12/2008 2:04:24 PM A couple of weeks back I posted my investigation regarding standby issues in my PC. Problem was "PC restarts when entering resume". The solution had been based in restoring a good set of BIOS values from a good known stored profile. That didn't last long because a few days later the sudden restarts when entering resume reappeared. I finally could find a workaround for that hardware configuration (more on this later) by manually reducing the clock multiplier (Athlon 6000+ dual core) from its default of 15 to 10 before entering standby and restoring it to 15 after resuming from standby. Cumbersone but quite effective. Last Thursday I upgraded from the Dual-core Athlon to a Quad Core Phenom (new hardware configuration). Crossed my fingers and pressed the Resume button on the keyboard, PC went to Standby effortlessly. Success! I yelled. Then I pressed the Power button to wake up my PC and... Some lights lit up, no monitor signal, one fan frantically spinning, Reset button would not work! Hold the power button for 4 secs and force a complete shutdown. Turned on my PC again, repeated the steps above with the same result. Now I was not able to return from standby any longer. After doing an extensive "googling" I ran into a quite helpful comments of Darrell Gorter (from now on: GOD) saying that BCD data could get busted sometimes making winresume.exe to fail. (http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=2897541&SiteID=17) I quote his comments to help other people. That solved all my problems and no matter how many times I enter Standby, my PC will come back with no problems. "1. Run CMD.EXE as administrator 2. Run the following command: bcdedit -enum all Look for "Resume from Hibernate" in the output from the command above(example below): Resume from Hibernate --------------------- identifier {3d8d3081-33ac-11dc-9a41-806e6f6e6963} device partition=C: path \Windows\system32\winresume.exe description Windows Vista (TM) Enterprise (recovered) inherit {resumeloadersettings} filedevice partition=C: filepath \hiberfil.sys pae Yes debugoptionenabled No 3. Once you have found it, copy the value for identifier (in this example - {3d8d3081-33ac-11dc-9a41-806e6f6e6963}) 4. Run the following command: bcdedit /deletevalue {3d8d3081-33ac-11dc-9a41-806e6f6e6963} inherit 5. Test hibernation." Thanks, Darrell!!! Carlos

Re: Standby woes Redux "Charlie Russel - MVP" <charlie[ at ]mvKILLALLSPAMMERSps.org> 11/12/2008 2:37:30 PM Darrell is a real joy to have as a resource here! So, tell me Carlos. How many GB on that Phenom, and why are you using hibernate rather than simple sleep? -- Charlie. http://msmvps.com/blogs/xperts64 http://mvp.support.microsoft.com/profile/charlie.russel "Carlos" <Carlos[ at ]discussions.microsoft.com> wrote in message news:A5F62932-BBF9-4365-B71E-6B44168DE231[ at ]microsoft.com... [Quoted Text] >A couple of weeks back I posted my investigation regarding standby issues >in > my PC. > Problem was "PC restarts when entering resume". > The solution had been based in restoring a good set of BIOS values from a > good known stored profile. > That didn't last long because a few days later the sudden restarts when > entering resume reappeared. > I finally could find a workaround for that hardware configuration (more on > this later) by manually reducing the clock multiplier (Athlon 6000+ dual > core) from its default of 15 to 10 before entering standby and restoring > it > to 15 after resuming from standby. Cumbersone but quite effective. > Last Thursday I upgraded from the Dual-core Athlon to a Quad Core Phenom > (new hardware configuration). > Crossed my fingers and pressed the Resume button on the keyboard, PC went > to > Standby effortlessly. > Success! I yelled. > Then I pressed the Power button to wake up my PC and... > Some lights lit up, no monitor signal, one fan frantically spinning, Reset > button would not work! > Hold the power button for 4 secs and force a complete shutdown. > Turned on my PC again, repeated the steps above with the same result. > Now I was not able to return from standby any longer. > After doing an extensive "googling" I ran into a quite helpful comments of > Darrell Gorter (from now on: GOD) saying that BCD data could get busted > sometimes making winresume.exe to fail. > (http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=2897541&SiteID=17) > I quote his comments to help other people. > That solved all my problems and no matter how many times I enter Standby, > my > PC will come back with no problems. > > "1. Run CMD.EXE as administrator > 2. Run the following command: bcdedit -enum all > Look for "Resume from Hibernate" in the output from the command > above(example below): > Resume from Hibernate > --------------------- > identifier {3d8d3081-33ac-11dc-9a41-806e6f6e6963} > device partition=C: > path \Windows\system32\winresume.exe > description Windows Vista (TM) Enterprise (recovered) > inherit {resumeloadersettings} > filedevice partition=C: > filepath \hiberfil.sys > pae Yes > debugoptionenabled No > 3. Once you have found it, copy the value for identifier (in this > example - > {3d8d3081-33ac-11dc-9a41-806e6f6e6963}) > 4. Run the following command: bcdedit /deletevalue > {3d8d3081-33ac-11dc-9a41-806e6f6e6963} inherit > 5. Test hibernation." > > Thanks, Darrell!!! > Carlos

Re: Standby woes Redux Carlos 11/12/2008 3:28:01 PM Charlie, I am using Vista "hybrid" standby, which combines suspend to ram (STR or S3 state) and saving an image to disk. Phenom is 9650 (2,3 GHz) paired with 8GB RAM. Carlos "Charlie Russel - MVP" wrote: [Quoted Text] > Darrell is a real joy to have as a resource here! > > So, tell me Carlos. How many GB on that Phenom, and why are you using > hibernate rather than simple sleep? > > -- > Charlie. > http://msmvps.com/blogs/xperts64 > http://mvp.support.microsoft.com/profile/charlie.russel > > "Carlos" <Carlos[ at ]discussions.microsoft.com> wrote in message > news:A5F62932-BBF9-4365-B71E-6B44168DE231[ at ]microsoft.com... > >A couple of weeks back I posted my investigation regarding standby issues > >in > > my PC. > > Problem was "PC restarts when entering resume". > > The solution had been based in restoring a good set of BIOS values from a > > good known stored profile. > > That didn't last long because a few days later the sudden restarts when > > entering resume reappeared. > > I finally could find a workaround for that hardware configuration (more on > > this later) by manually reducing the clock multiplier (Athlon 6000+ dual > > core) from its default of 15 to 10 before entering standby and restoring > > it > > to 15 after resuming from standby. Cumbersone but quite effective. > > Last Thursday I upgraded from the Dual-core Athlon to a Quad Core Phenom > > (new hardware configuration). > > Crossed my fingers and pressed the Resume button on the keyboard, PC went > > to > > Standby effortlessly. > > Success! I yelled. > > Then I pressed the Power button to wake up my PC and... > > Some lights lit up, no monitor signal, one fan frantically spinning, Reset > > button would not work! > > Hold the power button for 4 secs and force a complete shutdown. > > Turned on my PC again, repeated the steps above with the same result. > > Now I was not able to return from standby any longer. > > After doing an extensive "googling" I ran into a quite helpful comments of > > Darrell Gorter (from now on: GOD) saying that BCD data could get busted > > sometimes making winresume.exe to fail. > > (http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=2897541&SiteID=17) > > I quote his comments to help other people. > > That solved all my problems and no matter how many times I enter Standby, > > my > > PC will come back with no problems. > > > > "1. Run CMD.EXE as administrator > > 2. Run the following command: bcdedit -enum all > > Look for "Resume from Hibernate" in the output from the command > > above(example below): > > Resume from Hibernate > > --------------------- > > identifier {3d8d3081-33ac-11dc-9a41-806e6f6e6963} > > device partition=C: > > path \Windows\system32\winresume.exe > > description Windows Vista (TM) Enterprise (recovered) > > inherit {resumeloadersettings} > > filedevice partition=C: > > filepath \hiberfil.sys > > pae Yes > > debugoptionenabled No > > 3. Once you have found it, copy the value for identifier (in this > > example - > > {3d8d3081-33ac-11dc-9a41-806e6f6e6963}) > > 4. Run the following command: bcdedit /deletevalue > > {3d8d3081-33ac-11dc-9a41-806e6f6e6963} inherit > > 5. Test hibernation." > > > > Thanks, Darrell!!! > > Carlos > >

Re: Standby woes Redux "Tony Sperling" <tony-sperling-at-dbmail-dk> 11/12/2008 3:45:33 PM Good luck with that one, Carlos! I have felt tempted myself but, so far, I didn't want to take the expense just to have them issue a DDR3 supported version behind my back! What board & socket, please? Tony. . . "Carlos" <Carlos[ at ]discussions.microsoft.com> wrote in message news:51BFEC43-73FD-4536-93A8-C2FCA370170F[ at ]microsoft.com... [Quoted Text] > Charlie, > I am using Vista "hybrid" standby, which combines suspend to ram (STR or > S3 > state) and saving an image to disk. > Phenom is 9650 (2,3 GHz) paired with 8GB RAM. > Carlos > > "Charlie Russel - MVP" wrote: > >> Darrell is a real joy to have as a resource here! >> >> So, tell me Carlos. How many GB on that Phenom, and why are you using >> hibernate rather than simple sleep? >> >> -- >> Charlie. >> http://msmvps.com/blogs/xperts64 >> http://mvp.support.microsoft.com/profile/charlie.russel >> >> "Carlos" <Carlos[ at ]discussions.microsoft.com> wrote in message >> news:A5F62932-BBF9-4365-B71E-6B44168DE231[ at ]microsoft.com... >> >A couple of weeks back I posted my investigation regarding standby >> >issues >> >in >> > my PC. >> > Problem was "PC restarts when entering resume". >> > The solution had been based in restoring a good set of BIOS values from >> > a >> > good known stored profile. >> > That didn't last long because a few days later the sudden restarts when >> > entering resume reappeared. >> > I finally could find a workaround for that hardware configuration (more >> > on >> > this later) by manually reducing the clock multiplier (Athlon 6000+ >> > dual >> > core) from its default of 15 to 10 before entering standby and >> > restoring >> > it >> > to 15 after resuming from standby. Cumbersone but quite effective. >> > Last Thursday I upgraded from the Dual-core Athlon to a Quad Core >> > Phenom >> > (new hardware configuration). >> > Crossed my fingers and pressed the Resume button on the keyboard, PC >> > went >> > to >> > Standby effortlessly. >> > Success! I yelled. >> > Then I pressed the Power button to wake up my PC and... >> > Some lights lit up, no monitor signal, one fan frantically spinning, >> > Reset >> > button would not work! >> > Hold the power button for 4 secs and force a complete shutdown. >> > Turned on my PC again, repeated the steps above with the same result. >> > Now I was not able to return from standby any longer. >> > After doing an extensive "googling" I ran into a quite helpful comments >> > of >> > Darrell Gorter (from now on: GOD) saying that BCD data could get busted >> > sometimes making winresume.exe to fail. >> > (http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=2897541&SiteID=17) >> > I quote his comments to help other people. >> > That solved all my problems and no matter how many times I enter >> > Standby, >> > my >> > PC will come back with no problems. >> > >> > "1. Run CMD.EXE as administrator >> > 2. Run the following command: bcdedit -enum all >> > Look for "Resume from Hibernate" in the output from the command >> > above(example below): >> > Resume from Hibernate >> > --------------------- >> > identifier {3d8d3081-33ac-11dc-9a41-806e6f6e6963} >> > device partition=C: >> > path \Windows\system32\winresume.exe >> > description Windows Vista (TM) Enterprise (recovered) >> > inherit {resumeloadersettings} >> > filedevice partition=C: >> > filepath \hiberfil.sys >> > pae Yes >> > debugoptionenabled No >> > 3. Once you have found it, copy the value for identifier (in this >> > example - >> > {3d8d3081-33ac-11dc-9a41-806e6f6e6963}) >> > 4. Run the following command: bcdedit /deletevalue >> > {3d8d3081-33ac-11dc-9a41-806e6f6e6963} inherit >> > 5. Test hibernation." >> > >> > Thanks, Darrell!!! >> > Carlos >> >>

Re: Standby woes Redux Carlos 11/12/2008 4:16:02 PM Tony, Socket AM2+, motherboard Gigabyte GA-MA790FX-DS5, bios F6 Sadly the highest Phenom it supports is the 9750, a tad faster (+100MHz) than mine. It doesn't support the faster and power hungry (140Watt) 9850 and 9950. Vista feels "snappier" with the Phenom now. It is not an illusion, you know how your PC feels (like a woman) and notice tiny changes very easily. :) Carlos P.S: When DD3 are common place I will have to stick those 8GB DDR2 in..., well, you know. "Tony Sperling" wrote: [Quoted Text] > Good luck with that one, Carlos! > > I have felt tempted myself but, so far, I didn't want to take the expense > just to have them issue a DDR3 supported version behind my back! > > What board & socket, please? > > > Tony. . . > > > > "Carlos" <Carlos[ at ]discussions.microsoft.com> wrote in message > news:51BFEC43-73FD-4536-93A8-C2FCA370170F[ at ]microsoft.com... > > Charlie, > > I am using Vista "hybrid" standby, which combines suspend to ram (STR or > > S3 > > state) and saving an image to disk. > > Phenom is 9650 (2,3 GHz) paired with 8GB RAM. > > Carlos > > > > "Charlie Russel - MVP" wrote: > > > >> Darrell is a real joy to have as a resource here! > >> > >> So, tell me Carlos. How many GB on that Phenom, and why are you using > >> hibernate rather than simple sleep? > >> > >> -- > >> Charlie. > >> http://msmvps.com/blogs/xperts64 > >> http://mvp.support.microsoft.com/profile/charlie.russel > >> > >> "Carlos" <Carlos[ at ]discussions.microsoft.com> wrote in message > >> news:A5F62932-BBF9-4365-B71E-6B44168DE231[ at ]microsoft.com... > >> >A couple of weeks back I posted my investigation regarding standby > >> >issues > >> >in > >> > my PC. > >> > Problem was "PC restarts when entering resume". > >> > The solution had been based in restoring a good set of BIOS values from > >> > a > >> > good known stored profile. > >> > That didn't last long because a few days later the sudden restarts when > >> > entering resume reappeared. > >> > I finally could find a workaround for that hardware configuration (more > >> > on > >> > this later) by manually reducing the clock multiplier (Athlon 6000+ > >> > dual > >> > core) from its default of 15 to 10 before entering standby and > >> > restoring > >> > it > >> > to 15 after resuming from standby. Cumbersone but quite effective. > >> > Last Thursday I upgraded from the Dual-core Athlon to a Quad Core > >> > Phenom > >> > (new hardware configuration). > >> > Crossed my fingers and pressed the Resume button on the keyboard, PC > >> > went > >> > to > >> > Standby effortlessly. > >> > Success! I yelled. > >> > Then I pressed the Power button to wake up my PC and... > >> > Some lights lit up, no monitor signal, one fan frantically spinning, > >> > Reset > >> > button would not work! > >> > Hold the power button for 4 secs and force a complete shutdown. > >> > Turned on my PC again, repeated the steps above with the same result. > >> > Now I was not able to return from standby any longer. > >> > After doing an extensive "googling" I ran into a quite helpful comments > >> > of > >> > Darrell Gorter (from now on: GOD) saying that BCD data could get busted > >> > sometimes making winresume.exe to fail. > >> > (http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=2897541&SiteID=17) > >> > I quote his comments to help other people. > >> > That solved all my problems and no matter how many times I enter > >> > Standby, > >> > my > >> > PC will come back with no problems. > >> > > >> > "1. Run CMD.EXE as administrator > >> > 2. Run the following command: bcdedit -enum all > >> > Look for "Resume from Hibernate" in the output from the command > >> > above(example below): > >> > Resume from Hibernate > >> > --------------------- > >> > identifier {3d8d3081-33ac-11dc-9a41-806e6f6e6963} > >> > device partition=C: > >> > path \Windows\system32\winresume.exe > >> > description Windows Vista (TM) Enterprise (recovered) > >> > inherit {resumeloadersettings} > >> > filedevice partition=C: > >> > filepath \hiberfil.sys > >> > pae Yes > >> > debugoptionenabled No > >> > 3. Once you have found it, copy the value for identifier (in this > >> > example - > >> > {3d8d3081-33ac-11dc-9a41-806e6f6e6963}) > >> > 4. Run the following command: bcdedit /deletevalue > >> > {3d8d3081-33ac-11dc-9a41-806e6f6e6963} inherit > >> > 5. Test hibernation." > >> > > >> > Thanks, Darrell!!! > >> > Carlos > >> > >> > > >

Re: Standby woes Redux Carlos 11/12/2008 4:21:02 PM Tony, One more comment about the motherboard. It is rather "old" now. It is composed of the newest 790FX northbridge (a.k.a. "spider platform"), and the old SB600 southbridge chipset. The latter has been superseded by the SB700. The SB600 has issues during Vista install if you have configured SATA as "AHCI" in BIOS (documented in one MSFT KB's). The recommended and working workaround is to configure it as Native IDE or Legacy IDE, thus losing some of the pure SATA interface (NCQ and other acronyms). :) Carlos "Tony Sperling" wrote: [Quoted Text] > Good luck with that one, Carlos! > > I have felt tempted myself but, so far, I didn't want to take the expense > just to have them issue a DDR3 supported version behind my back! > > What board & socket, please? > > > Tony. . . > > > > "Carlos" <Carlos[ at ]discussions.microsoft.com> wrote in message > news:51BFEC43-73FD-4536-93A8-C2FCA370170F[ at ]microsoft.com... > > Charlie, > > I am using Vista "hybrid" standby, which combines suspend to ram (STR or > > S3 > > state) and saving an image to disk. > > Phenom is 9650 (2,3 GHz) paired with 8GB RAM. > > Carlos > > > > "Charlie Russel - MVP" wrote: > > > >> Darrell is a real joy to have as a resource here! > >> > >> So, tell me Carlos. How many GB on that Phenom, and why are you using > >> hibernate rather than simple sleep? > >> > >> -- > >> Charlie. > >> http://msmvps.com/blogs/xperts64 > >> http://mvp.support.microsoft.com/profile/charlie.russel > >> > >> "Carlos" <Carlos[ at ]discussions.microsoft.com> wrote in message > >> news:A5F62932-BBF9-4365-B71E-6B44168DE231[ at ]microsoft.com... > >> >A couple of weeks back I posted my investigation regarding standby > >> >issues > >> >in > >> > my PC. > >> > Problem was "PC restarts when entering resume". > >> > The solution had been based in restoring a good set of BIOS values from > >> > a > >> > good known stored profile. > >> > That didn't last long because a few days later the sudden restarts when > >> > entering resume reappeared. > >> > I finally could find a workaround for that hardware configuration (more > >> > on > >> > this later) by manually reducing the clock multiplier (Athlon 6000+ > >> > dual > >> > core) from its default of 15 to 10 before entering standby and > >> > restoring > >> > it > >> > to 15 after resuming from standby. Cumbersone but quite effective. > >> > Last Thursday I upgraded from the Dual-core Athlon to a Quad Core > >> > Phenom > >> > (new hardware configuration). > >> > Crossed my fingers and pressed the Resume button on the keyboard, PC > >> > went > >> > to > >> > Standby effortlessly. > >> > Success! I yelled. > >> > Then I pressed the Power button to wake up my PC and... > >> > Some lights lit up, no monitor signal, one fan frantically spinning, > >> > Reset > >> > button would not work! > >> > Hold the power button for 4 secs and force a complete shutdown. > >> > Turned on my PC again, repeated the steps above with the same result. > >> > Now I was not able to return from standby any longer. > >> > After doing an extensive "googling" I ran into a quite helpful comments > >> > of > >> > Darrell Gorter (from now on: GOD) saying that BCD data could get busted > >> > sometimes making winresume.exe to fail. > >> > (http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=2897541&SiteID=17) > >> > I quote his comments to help other people. > >> > That solved all my problems and no matter how many times I enter > >> > Standby, > >> > my > >> > PC will come back with no problems. > >> > > >> > "1. Run CMD.EXE as administrator > >> > 2. Run the following command: bcdedit -enum all > >> > Look for "Resume from Hibernate" in the output from the command > >> > above(example below): > >> > Resume from Hibernate > >> > --------------------- > >> > identifier {3d8d3081-33ac-11dc-9a41-806e6f6e6963} > >> > device partition=C: > >> > path \Windows\system32\winresume.exe > >> > description Windows Vista (TM) Enterprise (recovered) > >> > inherit {resumeloadersettings} > >> > filedevice partition=C: > >> > filepath \hiberfil.sys > >> > pae Yes > >> > debugoptionenabled No > >> > 3. Once you have found it, copy the value for identifier (in this > >> > example - > >> > {3d8d3081-33ac-11dc-9a41-806e6f6e6963}) > >> > 4. Run the following command: bcdedit /deletevalue > >> > {3d8d3081-33ac-11dc-9a41-806e6f6e6963} inherit > >> > 5. Test hibernation." > >> > > >> > Thanks, Darrell!!! > >> > Carlos > >> > >> > > >