MSFN Forum: Driver difference between unattended/sysprep image... - MSFN Forum

Jump to content



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

Driver difference between unattended/sysprep image... Toshiba Tecra M2 Rate Topic: -----

#1 User is offline   _jd_ 

  • Junior
  • Pip
  • Group: Members
  • Posts: 79
  • Joined: 27-May 05

Posted 18 January 2007 - 10:51 AM

Odd situation with the Toshiba Tecra M2. My unattended installs without issue - only three non-critical devices require manual installation on completion (video, audio and one unknown device). Nothing I can't handle. However, if I drop my sysprep image on the M2 it won't even boot - normal or safe mode. The odd thing is that my sysprep image is built from the same unattended, and both are populated with the same driver set.

I've seen this behaviour with one our standard notebooks and the problem was linked to the SATA controller. I resolved this by adding the appropriate drivers for the controller. In this case the M2 appears to use an Intel 828 chipset, and those drivers are accounted for.

Thoughts?


#2 User is offline   IcemanND 

  • MSFN Junkie
  • Group: Super Moderator
  • Posts: 3,249
  • Joined: 24-September 03
  • OS:Windows 7 x64
  • Country: Country Flag

Posted 18 January 2007 - 12:29 PM

It could be a HAL issue or a HDD controller issue.

#3 User is offline   _jd_ 

  • Junior
  • Pip
  • Group: Members
  • Posts: 79
  • Joined: 27-May 05

Posted 22 January 2007 - 12:11 PM

It's a standard ACPI HAL. I intentionally built my sysprep images to support both UP and MP ACPI HAL's (default is MP and the "upgrade" HAL is UP). From Microsoft's knowledge base the APCI UP HAL support's standard ACPI systems as well. This is confirmed because the image lands fine on systems that use the "standard" HAL. I also think it's the IDE controller, but I can't say why it's a problem. The drivers are in place and the path is referenced properly... i've even rebuilt the mass storage drivers in sysprep.inf without any luck. And since it won't boot, I have no setup*.log files to work from.

Doh... this one's getting an unattended I suppose.

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