1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.
  2. Greetings Guest!!

    In order to combat SPAM on the forums, all users are required to have a minimum of 2 posts before they can submit links in any post or thread.

    Dismiss Notice

Need some patch help...

Discussion in 'UHall' started by Raptor85, Dec 17, 2010.

  1. Raptor85

    Raptor85 Certifiable
    Stratics Veteran

    Joined:
    Jul 23, 2007
    Messages:
    1,712
    Likes Received:
    224
    This is the second patch in a row that's failed to apply for me, can anyone post the md5 sum for uosa_win32_7-0-11-1.rtp so I can make sure that my download has completed ok?

    I'm getting ee0150437176b3b733a69fd24bab5163, I've removed and tried to allow it to re-patch a few times but it fails every time.
     
  2. Babble

    Babble Guest

    You run UO as administrator?
     
  3. Basara

    Basara UO Forum Moderator
    Moderator Professional Wiki Moderator Stratics Veteran Stratics Legend Campaign Supporter

    Joined:
    Jul 16, 2003
    Messages:
    8,457
    Likes Received:
    582
    Here's a problem that occurs occasionally (in fact, it hit me with uosa_win32_7-0-11-2.rtp Wed. night):

    Sometimes the 2D client glitches during the patching attempt, and instead of writing the modified version of a file, then deleting the old version, ends up deleting the old version without writing the new version.

    When this happens, you get patch perma-fail.

    In my case, it was cliloc.jpn that got deleted.

    The way to determine if something like this happened to you (it happens to me about once every 10 patches - which with 3 machines with installs means it happens every couple months) is to check the patchlog. IF the patchlog states, after resuming a patch attempt, that a file wasn't found (note that the message might get partially overwritten or fail to write during the fail process), this is your problem.

    There's only two ways to fix this:

    1. Reinstall from scratch.
    or
    2. Find an intact copy of the missing file FROM THE PATCH BEING DONE, OR THE PATCH BEING UPGRADED, and move it into your client's folder. It must be one of these two versions, SPECIFICALLY, as if it doesn't pass a checksum that shows the file is the one to be replaced, or the one that is part of the patch being applied, the patch process will still crash.

    Option 1 is a pain in the arse, and the same thing can happen during the reinstall.

    Option 2, on the other hand, is easily done if you have access to another machine that is still at the immediately prior patch level, or that has already successfully patched.

    I use my two main machines typically to failsafe each other - one patches, and if the patch succeeds, then the other is patched. If it fails, and a file goes missing, the second computer provides the replacement file and the patch is reattempted (and usually succeeds on the first try after the replacement). If the first patches, then the second fails in this manner, the patched file is provided as a replacement (which the patch recognizes, and skips over, continuing the patch process).

    In my case, my second computer (my laptop) has had a HD failure in the last couple of weeks, so I had to endure 4 hours of patching my 10 year old backup desktop (which hadn't been patched since spring), to get it up to fully patched, then copied the missing file from it over my network to my main desktop.


    Since your machine is failing on the 2nd most recent patch, not the most recent patch, if you copy the missing file(s)s from a machine still at the uosa_win32_7-0-11-0.rtp patch level, or those from one that has been patched to uosa_win32_7-0-11-1.rtp, it should complete the patch, then move on to uosa_win32_7-0-11-2.rtp

    Or, if you want to, you can just copy the entire client folder from a computer that has successfully installed uosa_win32_7-0-11-2.rtp patch to your machine, and it should work (Classic/2D doesn't have any parts that are machine specific, and since the character/shard data is now in documents, they would be unaffected by a copy-over of the actual program files from somewhere else - unlike in the old days)
     
  4. Sevin0oo0

    Sevin0oo0 Guest

    keep a working copy on a USB storage (it can be run from there too). That way you're never too far away if something fatal happens, or if an update fails (like what happens w/ mod'd files)
     
  5. Raptor85

    Raptor85 Certifiable
    Stratics Veteran

    Joined:
    Jul 23, 2007
    Messages:
    1,712
    Likes Received:
    224
    Checked my patch log and file sizes....that's what happened. Time to backup my uo.cfg and re-install :/ Latest CD I have is an AOS CD, from when I came back to UO that time...so this may take a while...