Boot failure due to "bad patch" - need fix collaborators

Page 1 of 2 12 LastLast
  1.    #1

    Boot failure due to "bad patch" - need fix collaborators


    Over time here we've learned that the most fatal and irreparable cause of Win7 failure to boot is labeled by Startup Repair as a bad patch. As it's often reported by OP as having been Windows Update or a driver just installed I'm wondering if there is some last-resort surgery that can be done when all other known repairs solutions fail.

    I am testing right now if all recent content of System32/drivers can be backed up and then deleted in Windows Recovery console using Copy & Paste - in Windows Recovery Console. If the fatal driver is gone my thinking is that Win7 might start and reload all drivers from Driver Store.

    I'd also like to test if recently installed Updates can be backed up and deleted from their install location similarly using a boot disk. I realize this is fraught with danger and merely is experimental to save an installation in which all else has been tried and hope lost.

    Can any Updates experts suggest where exactly to look and what to include to get the latest Updates? Any predictions on efficacy, or other ideas to save installs that won't boot on this error?
      My Computer


  2. Posts : 21,482
    Win 7 x64 Home Premium (and x86 VirtualBox VM)/Win10
       #2

    Beware of relying on file dates for anything in the System32 structure - the apparent dates may be vastly different from the installed dates, and some of the files are dynamic as well.

    If the problem is truly 'failed updates' check the softwaredistribution\ folders to see what's there - it should give some clues, and the dates will be more reliable.
      My Computer


  3. Posts : 50,642
    Thread Starter
       #3

    Is it even conceivable to delete the latest updates from these folders from WinRE, and how would you go about that Noel?

    I understand some registry keys are toggled during install of these updates which aren't populated in the Updates folder, but will having the update itself gone give it a chance to start?
      My Computer


  4. Posts : 21,482
    Win 7 x64 Home Premium (and x86 VirtualBox VM)/Win10
       #4

    Messing around with the Winsxs folder isn't to be recommended in general - the drivers folder is a bit different, as it does have backups.

    I would **never** delete stuff - renaming it is acceptable and easy to do from RE, since it seems basically to ignore permissions (you can easily replace/delete/rename files owned by TrustedInstaller at least, without having to mess with permissions)

    <thinking aloud>
    All updates will make significant changes to the COMPONENTS registry hive - it may be worth copying that to a working machine and loading it to examine the changes there using something like RegScanner (NirSoft) which can search by modification date.
    You could then compare the file structure found with what's supposed to be present according to the hive.
    (Arduous work but I suppose it could be semi-automated?)

    </thinking - it hurts too much <g/>
      My Computer


  5. Posts : 50,642
    Thread Starter
       #5

    I know, that's why I've never gone there. But it would be nice to have a fix for "Bad Patch" which is the most common fatal Startup Repair condition.

    To delete critical system drivers from sys32/drivers (accidentally) in WinRe forces auto-repair that restores their shadow copy or from Driver Store. Hence wanting to use the date to find the latest, to avoid deleting unnecessarily. However since not all are installed in /drivers it's a real can of worms.

    OP would almost need to know the driver to research it's install location. Likewise Update?
      My Computer


  6. Posts : 21,482
    Win 7 x64 Home Premium (and x86 VirtualBox VM)/Win10
       #6

    Many drivers will be referenced in the registry - either in
    HKLM\SYSTEM\CurrentControlSet\Enum\Root
    or in the Services key
    again - searching by date could be productive there.
      My Computer


  7. Posts : 50,642
    Thread Starter
       #7

    From WinRe? Path?
      My Computer


  8. Posts : 21,482
    Win 7 x64 Home Premium (and x86 VirtualBox VM)/Win10
       #8

    You'll have to import the hive into a working machine, I suspect.
    The HKLM hive is a bit of a fun one..... C:\Windows\System32\config\SYSTEM would be the hive to load.
      My Computer


  9. Posts : 23
    Win7 Pro 32bit
       #9

    Sorry to bump in but in trying to get my old system up i spent a great deal of time with the System hive. While i did end up doing a reinstall after a good 90 torturous hours of debugging, it's plagued me so much that i'm halfwilling to go wild on it and try any and all conceivable things. I'll setup a testbed sometime this week and see if i can put to use any of the tips.

    I've also found a few bootflag objects that might help forcing the system to start up driver-less, oddly while tweaking my new install, which i'll give a shot.

    I really wish the MSDN would be a bit more technically inclined sometimes. Found great info on there that on occasions was dumbed down or partial.
      My Computer


  10. Posts : 2,663
    Windows 8.1 Pro x64
       #10

    NoelDP said:
    You'll have to import the hive into a working machine, I suspect.
    The HKLM hive is a bit of a fun one..... C:\Windows\System32\config\SYSTEM would be the hive to load.
    HKLM isn't a hive, it's a root key handle; SYSTEM is the hive :)
      My Computer


 
Page 1 of 2 12 LastLast

  Related Discussions
Our Sites
Site Links
About Us
Windows 7 Forums is an independent web site and has not been authorized, sponsored, or otherwise approved by Microsoft Corporation. "Windows 7" and related materials are trademarks of Microsoft Corp.

© Designer Media Ltd
All times are GMT -5. The time now is 04:16.
Find Us