MSFN Forum: fatal error - MSFN Forum

Jump to content



Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

fatal error this time not a glitch... Rate Topic: -----

#1 User is offline   MrBusty 

  • Member
  • PipPip
  • Group: Members
  • Posts: 137
  • Joined: 30-October 08

  Posted 04 August 2009 - 01:04 PM

I installed some Microsoft updates in my VM.
Because I wanted to save an additional restart, I did uninstall xpize to have a clean system for Release 5 right afterwards.
Because I deleted xpize Release 4 already, I used the Anolis Installer from the Anolis tools, which was an older version than xpize Release 4 I guess.
I also did run the Betas on that system before.

I don't know what of these points is the reason for the resulting problem - but the problem was harsh!

There was no Windows boot screen any more - the screen was just black.
Then it turned into the desktop color blue.
And after that attached blue screen appeard always.

It was not possible to repair the partition, that is why I did install windows xp over the broken installation again.
It was just a virtual machine, but maybe you should check the behavior of xpize for these situations W3bbo, because this can cause serios damage to other users...

Attached File(s)


This post has been edited by MrBusty: 04 August 2009 - 01:05 PM



#2 User is offline   Maxfutur 

  • Member
  • PipPip
  • Group: Members
  • Posts: 196
  • Joined: 05-June 05
  • OS:none specified
  • Country: Country Flag

Posted 04 August 2009 - 03:51 PM

Maybe that is caused by april's ntoskrnl (and two more critical) update, i had a pc running nlited xpized (plus some vistapack icons), did update, restart and surprising blue screen, no idea why but i had and image backup, tookme 13 minutes to have back 3 days of work.

I think it is caused by microsoft "critical files updates".

I say so because you said:

Quote

I installed some Microsoft updates in my VM.
Because I wanted to save an additional restart


Not XPize5 problem, it wasn't released yet.

#3 User is offline   W3bbo 

  • xpize / Vize Project Lead
  • Group: Developers
  • Posts: 464
  • Joined: 14-June 06

Posted 04 August 2009 - 04:07 PM

Yeah, don't do that :)

When you install an Anolis package, like xpize, it records the MD5 hash of each file after it's been patched, and then it makes a backup copy of the original. It replaces the patched file with the original only if the hash matches, which is an improvement on XPize 4.x which just overwrites it anyway (more or less).

It does the overwriting using the PFRO table (aka MoveFileEx) which is done during restarts, which can conflict with updates from Microsoft. For this reason NEVER install (or uninstall) xpize (or any other Anolis package) at the same time as any Windows updates).

I'll build some safeguards into the software so it will detect if any Windows Updates are pending installation, but if you install the updates after installing xpize there's nothing I can do about that.

#4 User is offline   MrBusty 

  • Member
  • PipPip
  • Group: Members
  • Posts: 137
  • Joined: 30-October 08

Posted 05 August 2009 - 04:48 AM

View PostW3bbo, on Aug 5 2009, 12:07 AM, said:

Yeah, don't do that :)


I think it was a nice try. :thumbup
- I thought we are encouraged to test xpize as extremely as possible... ;)

Quote

I'll build some safeguards into the software so it will detect if any Windows Updates are pending installation

This is very good!
I would have suggested this too. :)

Quote

but if you install the updates after installing xpize there's nothing I can do about that.

You can write some additional information on xpize reboot screen (the page at the end of a successful installation).

Maybe something like that:
"The installation will be finished with a system restart only! (because of using PFRO table/MoveFileEx on Windows restart).
Please don't launch any applications and -very imortant- do NOT install Windows updates. Please restart your sytem right away."


#5 User is offline   Maxfutur 

  • Member
  • PipPip
  • Group: Members
  • Posts: 196
  • Joined: 05-June 05
  • OS:none specified
  • Country: Country Flag

Posted 05 August 2009 - 11:11 PM

I hope there is not coming critical files updates soon.

I did update before, lets say in feb or march withuot a problem, but MrBusty, this is a good post for everyone who use xpize to become "warned/advised".

When i say critical files updates, it doesn't includes every "critical updates".

I recommend to do an image backup before updates.

Sometime ago i fixed my buddy's laptop with starter because updates required restart and never endup, manually restarted didn't helped, only fix was OEM restore (i expected something better and faster from OEMs for restoring not hours). Because of this (updates fault), please, don't blame XPize.

#6 User is offline   altt311 

  • Group: Members
  • Posts: 1
  • Joined: 08-October 09

Posted 08 October 2009 - 12:18 PM

This problem caused me to start an account here :rolleyes:

It's too late for me to check out this post. I crashed my os in the same way at 8 a.m. (UTC), using around nine hours for finding solutions (then found this post), testing and trying around, then now my XP "seems" running normally as before, with 4.x and 5 removed.

I solved the problem with an additional hard drive with XP to overwrite the files. Therefore, as soons as you have the nightly update of two files: iertutil.dll and urlmon.dll (both in windows\system32) and an extra computer to connect the hard disk, just cover the original file with the nightly update and you should be able to get back the UI.

Currently I am not sure whether doing the restoration, or continuing with this setting as my XP is not very stable.

This post has been edited by altt311: 08 October 2009 - 12:21 PM


Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users



All trademarks mentioned on this page are the property of their respective owners
Copyright © 2001 - 2011 msfn.org
Privacy Policy