Re: A question about preparation for patching

From: Beegle, Chris (George.Beegle_at_YUM.COM)
Date: 09/07/04

  • Next message: Tommaso Calosi: "SUS strange language behaviour with Microsoft .NET Framework Service Pack 2"
    Date:         Tue, 7 Sep 2004 10:33:24 -0500
    To: NTBUGTRAQ@LISTSERV.NTBUGTRAQ.COM
    
    

    Mark,

    I think you make a wonderful point, but I wanted to add some detail to
    it.

    Run a
    chkdsk %systemroot% /f
    Reboot, this addresses the risk of a corrupted registry. (I am sure that
    many of you could share fun stories of recovering from registry
    corruption while applying patch updates)
    Apply the patch and a final reboot. What you may receive push back from
    people stating that there are too many reboots. The reboots could be
    staged and automated, remotely and coordinated via scripts. Most patch
    installation packages wouldn't coordinate these events.

    Hopefully this will clear up the issues around "clearing up any weird
    settings" and "changes hanging around".
    There are only a few things that require a reboot under windows.
    Changes queued in this registry key:
    HKLM\SYSTEM\CurrentControlSet\Control\Session
    Manager\FileRenameOperations
    A File that is in use that can not be unloaded(which if it is a patch it
    will update the above key)
    A new driver is installed and not started by the installation program.
    A new service is installed and not started by the installation program.

    Crashes are also the result of Ring 0 operations that are not properly
    handled, Ring 3 operations can't crash the operating system. Some of you
    may also argue and say that isn't true; there are Ring 3 operations that
    will cause Ring 0 operations to crash the system. It is still the result
    of Ring 0 operation and not a Ring 3. This same issue holds true with
    linux/unix. The kernel panics while in Windows you get the lovely BSOD.

    - There are two types of people in this world, one who groups people in
    categories and another group that doesn't.

    -----Original Message-----
    From: Windows NTBugtraq Mailing List
    [mailto:NTBUGTRAQ@LISTSERV.NTBUGTRAQ.COM] On Behalf Of Perry, Mark-Allen
    (Mark-Allen)
    Sent: Tuesday, August 24, 2004 2:17 AM
    To: NTBUGTRAQ@LISTSERV.NTBUGTRAQ.COM
    Subject: A question about preparation for patching

    To all:
     
    I've never seen this explicitly mentioned but I thought I'd post the
    question.
     
    How many people reboot their machines just before applying a patch that
    requires again a reboot?
     
    In my opinion, this would clear out any weird settings and changes
    hanging around and remove any doubt whether a crash was caused by the
    patch or had been waiting there before.
     
    Is this a better idea than just patching and THEN rebooting?
     
    Comments?
     
    many thanks,

    --
    Mark-Allen Perry 
    ALPHA Systems
    Marly, Switzerland
    This communication is confidential and may be legally privileged.  If you are not the intended recipient, (i) please do not read or disclose to others, (ii) please notify the sender by reply mail, and (iii) please delete this communication from your system.  Failure to follow this process may be unlawful.  Thank you for your cooperation.
    -----
    NTBugtraq Editor's Note:
    Want to reply to the person who sent this message? This list is configured such that just hitting reply is going to result in the message coming to the list, not to the individual who sent the message. This was done to help reduce the number of Out of Office messages posters received. So if you want to send a reply just to the poster, you'll have to copy their email address out of the message and place it in your TO: field.
    -----
    

  • Next message: Tommaso Calosi: "SUS strange language behaviour with Microsoft .NET Framework Service Pack 2"

    Relevant Pages

    • Re: Patch 828028 failed
      ... My WinXP home reboots during the installation; ... On the next startup, it seems to start ... Instead your computer will reboot ... > I uninstalled this patch and everything works fine. ...
      (microsoft.public.windowsxp.general)
    • Re: sms 2003 patch management is brutal!
      ... SMS client computer to run this taks. ... >> You don't re-select it when running the Distribute Software Updates>> Wizard. ... SMS patch management is>>>> extremely ... >>>>> requires a reboot is installed without rebooting the patch isn't ...
      (microsoft.public.sms.admin)
    • Re: RPC security error is restarting my comp
      ... or reboot, quickly go to: ... > Is the original problem actually the worm which I have ... >>install the patch mentioned above. ... >>It is suggested that you first download the patch to your ...
      (microsoft.public.windowsxp.security_admin)
    • Re: [OT] Tales from the server room
      ... There were few patch to install and the patch were already ... This normally means that a reboot is ... > the depot server, went to directories, I said ok, yes, I accept ... want to continue with the installation process if a patch requires a reboot. ...
      (comp.sys.hp.hpux)
    • help - lastest security patch killed my server
      ... installation we wanted to work with. ... directory for the patch. ... told it to copy right over the top of the new dll. ... You will need to reboot again, ...
      (microsoft.public.win2000.security)