Interesting puzzle: XP install finds Intel ICH SATA during install ...

[uOpt]

Hi,

I'm having trouble getting XP Pro to install on a SATA ICH7M notebook. I have read all the SATA threads on this forum back to March, but my case seems to be unusual because the install works and it fails later.

Short story:

What happens for me is that the installation succeeds but that after the installation when XP starts on its own from the harddrive it doesn't have the disk controller driver and bluescreens.

Or in other words: it is picking up the driver I integrated during the installation and it installs fine (which means it finds the harddrive), and only when it is supposed to reboot from the harddrive it fails.

It does work when I move the such installed harddrive to my desktop board with Intel ICH7 (desktop variant) - which puzzles me even more.

Long story:

My girlfriend has a Fujitsu N3530 Notebook that comes with XP media. She needs XP Pro for her ASP work. Installing her full XP version after erasing the XP Media installation doesn't work because the notebook uses a SATA drive. Disk controller is Intel ICH7M (note "M").

We tried the F6 blues with a USB memory stick but XP wanted the driver twice, first it found it but on the second time it didn't. Bummer. So we go Nlite.

We integrate the ICH7 driver into Nlite. There is only one *.sys file from Intel which is for all ICH7 variants, desktop and mobile.

This NLite install CD installs fine. But when the finished XP installation wants to boot from harddrive it gives a bluescreen, with that hex code indicating it doesn't find the harddrive. (It took me a long time to get the hex key because it doesn't wait in the bluescreen, it's 1/10th of a second and then reboots, so that I spent an hour trying to make a camera shot of the bluescreen).

OK, so it used my NLited driver during the installation, but not after the installation.

But here's the kick:

if I rip the harddrive out of the notebook and connect it to my desktop which has ICH7 (desktop variant), then it works just fine.

That puzzles me no end, because how in the world did it end up picking the desktop driver over the ICH7M driver? Duh.

Things I tried:

• I tried applying all Windoze updates while connected to my desktop. No change, moving it back to the notebook gives the bluescreen.
  
• in NLite we tried selecting only the ICH7M driver, so that the desktop driver woudln't be in. But that doesn't change anything. It is just one .sys file and the result is the same - installed XP boots only on the machine you did not install on.
  
• I have downloaded and installed the SATA drivers from the Fujitsu notebook website instead of Intel's site. They are the same as the Intel drivers I used, I did a binary comparision.
  

So...

I am out of ideas and looking for suggestions. How and why in the world does it end up using a different driver for the installed XP than it used for installing it?

Thanks a lot in advance. Please help a poor guy who told her to get the Fujitsu and it would be no problem to install her XP.

Edited July 7, 2006 by uOpt

[pretender69]

ya might wanna try nlite rc8 for sata intergration, im not sure but i think with nlite 1.0 final a few people are having the same problem as you.

[hjl4354]

I've had exactly the same problem with my Sony Vaio AR11B... Drivers happy when installing - but all goes wrong when you try to boot for the first time.

However the suggestion to use the RC8 Version rather than final solved the problem perfectly.

Edited July 7, 2006 by hjl4354

[uOpt]

I did some more sniffing and I believe my problem might be signed drivers.

Maybe the above can be explained by the XP installer willing to pick the most suitable driver regardless of signing but the installed XP picks what looks like the most suitable driver that is signed? That would explain it if the XP CD had a signed driver for the ICH7 (desktop) but none for the ICH7M.

I'll try RC8 and also the vitaligraf.de integrator.

[uOpt]

I can confirm that just going back to RC8 and doing the same thing that failed in the release fixed the problem.

Where do we report this problem, is there a bugzilla somewhere?

[sadffffff]

I'm having the same issue using a gateway M285-E tablet pc. It also uses ICH7M, I believe.

I've been working on this one for a day now. Burned 10 different cds(no RWs around). I'm trying RC8 as we speak. I'll post back on how I come out. *fingers crossed*

[sadffffff]

And now I can also confirm this one. RC8 did the trick. Thanks guys.

[Marcus Gray]

Well, after long search i found yours posts

I've got the same problem, ich7m and new laptop, compaq nx6310 with SATA disk in it.

Nlite 1 final... and disk found in install.. but after blue screen and reboot before I can see what's on the screen.

As I write this message, new .iso is burning, made with nlite rc8.

Anyway, I'm curious why those two versions work differently.

And it WORKS now! Thanks!

[nuhi]

Oh maybe you haven't seen the 1.0.1 test...please check it before it's uploaded as a final replacement.

Thx

[tirade]

Oh maybe you haven't seen the 1.0.1 test...please check it before it's uploaded as a final replacement.

Thx

Having the same problem, Ill try the beta version before going to rc8

Edit : It works, thanks!

Edited July 12, 2006 by tirade

[mmortal03]

Just FYI, and to confirm what was said above, this problem does not occur with desktops that have the same chipset, this is just on notebooks. Based on the descriptions above, of it taking the desktop driver instead of the notebook driver, that would make perfect sense.

[bottled leaf]

Isnt this basically the same as this topic?

http://www.msfn.org/board/index.php?showto...hl=black+screen