Skip to main content

Universal Restore to XPS 8900 woes...

Thread needs solution

As we have Microsoft volume licenses, I make it a habit of backing up other mismatched workstations and restoring to new workstations as I purchase them.  It's the best way I know to keep the workstations configured identically.

Recently, I purchased a Dell XPS 8900, and for the life of me cannot get it to boot, even after using universal restore.  (Blue screen at boot followed by immediate reboot)

Normally all I need to do is download the appropriate driver from dell's website, extract the contents, and then put it on a usb key for universal restore to find, yet that trick doesn't seem to be working here.

I even loaded a fresh copy of Windows on the XPS 8900 machine,  loaded all of the dell drivers and then copied the %systemroot%\system32\drivers and %systemroot%\system32\DriverStore folders to a usb key and tried to universal restore from that, but no love.

Is there an approved method of pulling drivers off of a working workstation that Acronis Universal Restore can properly use, or is something else happening here outside of drivers?  The OS is Windows 7 (x64), and the backup and restore are happening on non-uefi enabled systems.

 

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 250
Comments: 7092

Hello Ian,

Thank you for your posting! Tom localize the issue, I would disable the automatic reboot. Please make a photo od the screen and attach to your post. As a workaround I would also suggest restoring the system under Windows-based bootable media. Could you please specify the product and build you are using.

Thank you,

Ekaterina Surkova wrote:

Hello Ian,

Thank you for your posting! Tom localize the issue, I would disable the automatic reboot. Please make a photo od the screen and attach to your post. As a workaround I would also suggest restoring the system under Windows-based bootable media. Could you please specify the product and build you are using.

Thank you,

Ekaterina,

I've disabled the automatic reboot and have attached a screenshot of the blue screen.  It's the typical unhelpful "INACCESIBLE_BOOT_DEVICE" error.  :(

We are using v11.5-43800

I may not have access to the wince version of universal restore.  Is that something that is downloadable from Acronis?

Attachment Size
368177-130663.jpg 2.41 MB

I was able to solve the issue.

I know that the second parameter contains information on why the stop 7b occured so I looked it up:
  STATUS_OBJECT_NAME_NOT_FOUND                                  ntstatus.h

Searching Google lead me to discussions about AHCI vs Raid -- and that if the choice here differered between machines, it would cause a bluescreen.  This is something I've ran into in the past.  However, I had thought that the 8900 bios didn't contain an option to switch between the two -- it looked like it was UEFI vs Legacy only.

However, with fresh eyes, I went back into the bios today and discovered that the choice between AHCI and Raid still does exist.  Once I changed from AHCI to Raid, the system booted up without issue.

I am curious though -- I know this setting in Windows is in the registry -- is there a way to change this setting as part of universal restore in case a future bios doesn't give that AHCI vs Raid choice?

Hello Ian,

Thank you for sharing the information with us, I'm really glad to hear the issue was resolved!

Unfortunately there's no special option in universal restore letting one switch the controller mode automaticallly.

As I understand, the issue occured because of the fact that some operating systems (including Windows 7) don't configure themselves to load the AHCI driver upon boot if the SATA controller was not in AHCI mode at the time of installation.

As far as I'm concerned, on Windows 7 OS, this can be fixed by enabling the msahci device driver in the registry: https://support.microsoft.com/en-us/kb/922976

I would also recommend you to contact Microsoft support, as they are best equipped to understand the peculiarities of the installation process for each system: https://support.microsoft.com/en-us

Thank you!