Bienvenido! - Willkommen! - Welcome!

Bitácora Técnica de Tux&Cía., Santa Cruz de la Sierra, BO
Bitácora Central: Tux&Cía.
Bitácora de Información Avanzada: Tux&Cía.-Información
May the source be with you!
Showing posts with label Intel. Show all posts
Showing posts with label Intel. Show all posts

Wednesday, October 19, 2011

Nanotechnología en núcleos "Preshot"

El Pentium 4 es un microprocesador de séptima generación basado en la arquitectura x86 y fabricado por Intel. Es el primer microprocesador con un diseño completamente nuevo desde el Pentium Pro de 1995. El Pentium 4 original, denominado Willamette, trabajaba a 1,4 y 1,5 GHz; y fue lanzado el 20 de noviembre de 2000.1 El 8 de agosto de 2008 se realiza el último envío de Pentium 4,2 siendo sustituido por los Intel Core Duo
Para la sorpresa de la industria informática, la nueva microarquitectura NetBurst del Pentium 4 no mejoró el viejo diseño de la microarquitectura Intel P6 según las dos tradicionales formas para medir el rendimiento:
  • velocidad en el proceso de enteros u
  • operaciones de coma flotante.
La estrategia de Intel fue sacrificar el rendimiento de cada ciclo para obtener a cambio mayor cantidad de ciclos por segundo y una mejora en las instrucciones SSE. En 2004, se agregó el conjunto de instrucciones x86-64 de 64 bits al tradicional set x86 de 32 bits. Al igual que los Pentium II y Pentium III, el Pentium 4 se comercializa en una versión para equipos de bajo presupuesto (Celeron), y una orientada a servidores de gama alta (Xeon).
Las nombres en código, a partir de la evolución de las distintas versiones, son: Willamette (180 nanómetros), Northwood (130 nm), Gallatin (Extreme Edition, también 130 nm), Prescott (90 nm) y Cedar Mill (65 nm).

Prescott A principios de febrero de 2004, Intel introdujo una nueva versión de Pentium 4 denominada 'Prescott'. Primero se utilizó en su manufactura un proceso de fabricación de 90 nm y luego se cambió a 65nm; además se hicieron significativos cambios en la microarquitectura del microprocesador, por lo cual muchos pensaron que Intel lo promocionaría como Pentium 5. A pesar de que un Prescott funcionando a la misma velocidad que un Northwood rinde menos, la renovada arquitectura del Prescott permite alcanzar mayores velocidades y el overclock es más viable. El modelo de 3,8 GHz (Solo para LGA775) es el más veloz de los que hasta ahora han entrado en el mercado. Su diferencia con los anteriores es que éstos poseen 1 MiB o 2 MiB de caché L2 y 16 KiB de caché L1 (el doble que los Northwood), Prevención de Ejecución, SpeedStep, C1E State, un HyperThreading mejorado, instrucciones SSE3, manejo de 64 bits, también recibió unas mejoras en el sistema de predicción de datos, y tiene un pipeline de 31 etapas, que por cierto, fue unos de los mayores errores de dicho núcleo. Además, los primeros Prescott producían un 60% más de calor que un Northwood a la misma velocidad, y por ese motivo muchos lo criticaron con dureza y también fue apodado PresHot. Se experimentó con un cambio en el tipo de zócalo (de Socket 478 a LGA 775) lo cual incrementó en un 10% el consumo de energía del microprocesador, pero al ser más efectivo el sistema de refrigeración de este zócalo, la temperatura final bajó algunos grados. En posteriores revisiones del procesador los ingenieros de Intel esperaban reducir las temperaturas, pero esto nunca ocurrió fuera salvo a bajas velocidades. El procesador genera unos 130 W de calor, o TDP.
Finalmente, los problemas térmicos fueron tan severos, que Intel decidió abandonar la arquitectura Prescott por completo, y los intentos de hacer correr por encima de los 4 GHz fueron abandonados, como un gasto inútil de recursos internos. También lo concerniente a las críticas mostradas en casos extremos de llevar al procesador Prescott a los 5,2 GHz para emparejarlo al Athlon FX-55 que funcionaba a 2,6GHz.4 Considerando una fanfarronada de Intel el lanzamiento de la arquitectura Pentium 4 diseñada para operar a 10 GHz, esto puede ser visto como uno de los más significativos, ciertamente el más público, déficit de ingeniería en la historia de Intel.
Los Prescott con Socket LGA775 usan el nuevo sistema de puntaje, y están clasificados en la serie 5XX. El más rápido es el 570J, lanzado a comienzos de 2005 y que funciona a 3,8 GHz. Los planes para microprocesadores de 4 o más GHz fueron cancelados y se les dio prioridad a los proyectos para fabricar procesadores dobles; en gran medida debido a los problemas de consumo energía y producción de calor de los modelos Prescott. El procesador 570J también fue el primero en introducir la tecnología EDB, la cual es idéntica a la más temprana NX de AMD. El objetivo es prevenir la ejecución de algunos tipos de código maligno.
en.wikipedia.org/wiki/Intel_Pentium_4
Microarchitecture
In benchmark evaluations, the advantages of the NetBurst microarchitecture were not clear. With carefully optimized application code, the first Pentium 4s did outperform Intel's fastest Pentium III (clocked at 1.13 GHz at the time), as expected. But in legacy applications with many branching or x87 floating-point instructions, the Pentium 4 would merely match or even fall behind its predecessor. Its main handicap was a shared unidirectional bus. Furthermore, the NetBurst microarchitecture consumed more power and emitted more heat than any previous Intel or AMD microarchitectures. As a result, the Pentium 4's introduction was met with mixed reviews: Developers disliked the Pentium 4, as it posed a new set of code optimization rules. For example, in mathematical applications AMD's lower-clocked Athlon (the fastest-clocked model was clocked at 1.2 GHz at the time) easily outperformed the Pentium 4, which would only catch up if software were re-compiled with SSE2 support. Tom Yager of Infoworld magazine called it "the fastest CPU - for programs that fit entirely in cache". Computer-savvy buyers avoided Pentium 4 PCs due to their price-premium and questionable benefit. In terms of product marketing, the Pentium 4's singular emphasis on clock frequency (above all else) made it a marketer's dream. The result of this was that the NetBurst microarchitecture was often referred to as a marchitecture by various computing websites and publications during the life of the Pentium 4.
The two classical metrics of CPU performance are IPC (instructions per cycle) and clock speed. While IPC is difficult to quantify (due to dependence on the benchmark application's instruction mix), clock speed is a simple measurement yielding a single absolute number. Unsophisticated buyers would simply consider the processor with the highest clock speed to be the best product, and the Pentium 4 was the undisputed megahertz champion.
As AMD was unable to compete by these rules, it countered Intel's marketing advantage with the "megahertz myth" campaign. AMD product marketing used a "PR-rating" system, which assigned a merit value based on relative performance to a baseline machine.
At the launch of the Pentium 4, Intel stated NetBurst-based processors were expected to scale to 10 GHz (which should be achieved over several fabrication process generations). However, the NetBurst microarchitecture ultimately hit a frequency ceiling far below that expectation – the fastest clocked NetBurst-based models reached a peak clock speed of 3.8 GHz. Intel had not anticipated a rapid upward scaling of transistor power leakage that began to occur as the die reached the 90 nm lithography and smaller. This new power leakage phenomenon, along with the standard thermal output, created cooling and clock scaling problems as clock speeds increased. Reacting to these unexpected obstacles, Intel attempted several core redesigns ("Prescott" most notably) and explored new manufacturing technologies, such as using multiple cores, increasing FSB speeds, increasing the cache size, and using a longer instruction pipeline along with higher clock speeds. Nothing solved their problems though and in 2003–05 Intel shifted development away from NetBurst to focus on the cooler-running Pentium M microarchitecture. On January 5, 2006, Intel launched the Core processors, which put greater emphasis on energy efficiency and performance per clock. The final NetBurst-derived products were released in 2007, with all subsequent product families switching exclusively to the Core microarchitecture.
Processor cores
The Pentium 4 has an integrated heat spreader (IHS) that prevents the die from accidentally getting damaged when mounting and unmounting cooling solutions. Prior to the IHS, a CPU shim was sometimes used by people worried about damaging the core. Overclockers sometimes removed the IHS on Socket 423 and Socket 478 chips to allow for more direct heat transfer. However, on processors using the Socket LGA 775 (Socket T) interface, the IHS is directly soldered to the die(s), meaning that the IHS cannot be easily removed.

Intel Pentium 4 processor family
Desktop Laptop
Code-named Core Date released Code-named Core Date released
Willamette
Northwood
Prescott
180 nm
130 nm
90 nm
Nov 2000
Jan 2002
Mar 2004
Northwood 130 nm Jun 2003



Northwood
Pentium 4-M
130 nm Apr 2002
Hyper-threading (HT)
Northwood
Prescott
Prescott 2M
Cedar Mill
130 nm
90 nm
90 nm
65 nm
May 2003
Feb 2004
Feb 2005
Jan 2006
Northwood
Prescott
130 nm
90 nm
Sep 2003
Jun 2004
Gallatin XE
Prescott 2M XE
130 nm
90 nm
Sep 2003
Feb 2005



List of Intel Pentium 4 microprocessors

Prescott

Top view of an Intel Pentium 4 Prescott 640 model
Top view of a Pentium 4 Prescott 640, 3.2 GHz
Bottom view of an Intel Pentium 4 Prescott 640 model
Bottom view of a Pentium 4 Prescott 640
On February 1, 2004, Intel introduced a new core codenamed "Prescott". The core used the 90 nm process for the first time, which one analyst described as "a major reworking of the Pentium 4's microarchitecture—major enough that I am surprised Intel did not opt to call this processor the Pentium 5."[16] Despite this overhaul, the performance gains were inconsistent. Some programs benefited from Prescott's doubled cache and SSE3 instructions, whereas others were harmed by its longer pipeline. The Prescott's microarchitecture allowed slightly higher clock speeds, but not nearly as high as Intel had anticipated. The fastest mass-produced Prescott-based Pentium 4s were clocked at 3.8 GHz. While Northwood ultimately achieved clock speeds 70% higher than Willamette, Prescott ultimately scaled just 12% beyond Northwood, which was attributed to the high power consumption and heat output of the processor. In actual fact Prescott's power and heat characteristics were only slightly higher than those of Northwood of the same speed and nearly-equal to the Gallatin-based Extreme Editions, but since those processors had already been operating near the limits of what was considered thermally acceptable, this still posed a major issue.[17]
The "Prescott" Pentium 4 contains 125 million transistors and has a die area of 122 mm2.[18][19]
It was fabricated in a 90 nm process with seven levels of copper interconnect.[19] The process has features such as strained silicon transistors and Low-K carbon-doped silicon oxide (CDO) dielectric, which is also known as organosilicate glass (OSG).[19] The Prescott was first fabricated at the D1C development fab and was later moved to F11X production fab.[19]
Originally, Intel released two Prescott lines: the E-series, with an 800 MT/s FSB and Hyper-Threading support, and the low-end A-series, with a 533 MT/s FSB and Hyper-Threading disabled. Intel eventually added XD Bit (eXecute Disable) and Intel 64 functionality to Prescott.
LGA 775 Prescott uses a rating system, labeling them as the 5xx series (Celeron Ds are the 3xx series, while Pentium Ms are the 7xx series). The LGA 775 version of the E-series uses model numbers 5x0 (520-560), and the LGA 775 version of the A-series uses model numbers 5x5 and 5x9 (505-519). The fastest, the 570J and 571, is clocked at 3.8 GHz. Plans to mass-produce a 4 GHz Pentium 4 were cancelled by Intel in favor of dual core processors, although some European retailers claimed to be selling a Pentium 4 580, clocked at 4 GHz.
The 5x0J series (and its low-end equivalent, the 5x5J and 5x9J series) introduced the XD Bit (eXecute Disable) or Execute Disabled Bit [1] to Intel's line of processors. This technology, introduced to the x86 line by AMD and called NX (No eXecute), can help prevent certain types of malicious code from exploiting a buffer overflow to get executed.
 Intel also released a series of Prescott supporting Intel 64, Intel's implementation of the AMD-developed x86-64 64-bit extensions to the x86 architecture. These were originally released as the F-series, and only sold to OEMs, but they were later renamed to the 5x1 series and sold to the general public. Two low-end Intel64-enabled Prescotts, based on the 5x5/5x9 series, were also released with model numbers 506 and 516. 5x0, 5x0J, and 5x1 series Prescott incorporates Hyper-Threading in order to speed up some processes that use multithreaded software, such as video editing. The 5x1 series also supports 64 bit computing.
Prescott 2M (Extreme Edition)
-----------------------------------------------
The original successor to the Pentium 4 was (codenamed) Tejas, which was scheduled for an early-mid-2005 release. However, it was cancelled a few months after the release of Prescott due to extremely high TDP [Thermal Dissipation Power] (a 2.8 GHz Tejas emitted 150 W of heat, compared to around 80 W for a Northwood of the same speed, and 100 W for a comparably clocked Prescott) and development on the NetBurst microarchitecture as a whole ceased, with the exception of the dual-core Pentium D and Pentium Extreme Edition and the Cedar Mill-based Pentium 4 HT.
Since May 2005, Intel has released dual-core processors based on the Pentium 4 under the names Pentium D and Pentium Extreme Edition. They represent Intel's shift towards parallelism and their intent was to eventually make the bulk of their main processor line multiple-core. These came under the code names Smithfield and Presler for the 90 nm and 65 nm parts respectively.
The ultimate successors to Pentium 4 are the Intel Core 2 processors using the "Conroe" core based upon the Core microarchitecture, released on July 27, 2006. 
Intel Core 2 processors have been released as single, dual and quad core processors. Single core counterparts are present in the Intel Core 2 line, primarily for the OEM market, while dual and quad core processors can be sold to retail and OEM.
 

Tuesday, August 2, 2011

Intel utilities



www.intel.com/  detect/graphics
INF Update Utility - Primarily for Intel® 6, 5, 4, 3, 900 Series Chipsets
OpenGL* Support Web Link
OpenGL* is an API (Application Programming Interface) for 3D graphics that is used by many games. OpenGL enables hardware acceleration of 3D graphics, so support is required from the graphics drivers for optimum performance. The latest graphics drivers will usually provide the best compatibility with games that use OpenGL. Graphics drivers that come with Microsoft Windows* or that are downloaded from Windows Update typically do not support OpenGL.
Tip How to identify your Intel® graphics controller
The following links provide OpenGL compatibility information on specific Intel® processor graphics and integrated graphics:
Related Topics:How to identify your Intel® graphics controller
Additional OpenGL Information from OpenGL.org*
OpenGL* Settings Guide

Friday, June 25, 2010

AHCI & RAID

AHCI (Advanced Host Controller Interface) is present on newer Intel chipsets such as 975X (ICH7), P965 (ICH8), and P35 (ICH9). AHCI mode is enabled in the BIOS and 3 settings are commonly available: IDE, AHCI, and RAID. The last two (AHCI and RAID) require a driver floppy and the F6 method when installing Windows XP otherwise the hard disks won't be detected.
AHCI mode brings 3 main advantages:

  1. Supports NCQ (Native Command Queuing) allowing SATA drives to accept more than one command at a time and dynamically reorder the commands for maximum efficiency.
  2. Supports hot plugging of devices
  3. Supports staggered spin ups of multiple hard drives at boot time
Source
If you installed Windows in IDE mode (ie you didn't use F6 and supply a driver disk), then simply changing the BIOS setting to AHCI mode and rebooting will cause Windows to fail and will require a repair install. Most people have been advising to reinstall Windows if you want AHCI enabled.
I managed to enable AHCI on Windows XP Professional for a Gigabyte P35-DS4 (ICH9R) without needing to reinstall. This should work on any P35 ICH9 based board:
1. Go to Intel's download centre and download the latest version of the Intel Matrix Storage Manager (7.6.0.1011, 8/2/2007 at time of writing) for your OS:
http://downloadcenter.intel.com/Prod...=2101&lang=eng
Keep this file as you'll need it again in step 4.
2. Run the installer with the -a switch to extract the files. This will NOT install the software, just extract the files. Follow the prompts as if you were installing the software:
Code:
iata76_enu.exe -a
The above should extract the files to \Program Files\Intel\Intel Matrix Storage Manager.
There are two folders, \Drivers and \Drivers64 for 32-bit and 64-bit OS's, respectively.

Copy the file IaStor.sys from the Drivers folder to C:\Windows\System32\drivers\
3. copy the following registry file to your desktop (copy and paste into notepad) and save as ahci.reg
Code:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2922&cc_0106] "Service"="iaStor" "ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor] "Type"=dword:00000001 "Start"=dword:00000000 "Group"="SCSI miniport" "ErrorControl"=dword:00000001 "ImagePath"="system32\\drivers\\iaStor.sys" "tag"=dword:00000019 "DisplayName"="Intel AHCI Controller" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Parameters] "queuePriorityEnable"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Enum] "0"="PCI\\VEN_8086&DEV_2922&SUBSYS_B0051458&REV_02\\3&13c0b0c5&0&FA" "Count"=dword:00000001 "NextInstance"=dword:00000001
4. Double check you've copied the IaStor.sys file as part of step 2. Now do the following:
  • Run the ahci.reg file to add the entries into the registry
  • Reboot the computer and enter the BIOS - DO NOT allow it to start Windows yet.
  • Change the setting for the on board Intel controller to AHCI, save and exit BIOS
  • Boot into Windows
When Windows loads it will detect a new hard disk - cancel the wizard for installing the new hardware and run the Intel driver installer you downloaded in step 1.
Reboot the system again and you're good to go
Now, under Device Manager > IDE ATA/ATAPI controllers you should see Intel(R) ICH9 SATA AHCI Controller listed.
Hope someone finds this useful - I wanted to do this as I needed AHCI mode to dual boot Linux and I didn't have a floppy drive on the machine to allow me to install Windows XP in AHCI mode. This is one area Vista has moved forward - it will allow you to install drivers from devices other than A: such as a USB pendrive or CD.
If you want to enable write caching, see einshem's tip here:
http://forums.pcper.com/showthread.p...5&postcount=23
------
2. All this process worth nothing if you forget at the end to go to device manager, double klick your hard-drive(s) under "disk drivers", go to "policies" tab and mark "Enable write caching for this disk" (I recommend adding this to the guide)
EDIT: Here is a Registry file that should work for 975X and P965 based boards:

Code:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2821&cc_0106] "Service"="iaStor" "ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor] "Type"=dword:00000001 "Start"=dword:00000000 "Group"="SCSI miniport" "ErrorControl"=dword:00000001 "ImagePath"="system32\\drivers\\iaStor.sys" "tag"=dword:00000019 "DisplayName"="Intel AHCI Controller" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Parameters] "queuePriorityEnable"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Enum] "0"="PCI\\VEN_8086&DEV_2821&SUBSYS_B0051458&REV_02\\3&13c0b0c5&0&FA" "Count"=dword:00000001 "NextInstance"=dword:00000001
-----------
1. from the research I made AHCI is quite usefull also for normal desktop PCs running windows.

2. All this process worth nothing if you forget at the end to go to device manager, double klick your hard-drive(s) under "disk drivers", go to "policies" tab and mark "Enable write caching for this disk" (I recommend adding this to the guide)
------------
Control Panel;
System;
Hardware;
Go to device manager
, double klick your hard-drive(s) under "disk drivers", go to "policies" tab and mark "Enable write caching for this disk" ONLY FOR THE DRIVES WHERE YOU WORK. Because the cache is needed to speed up the disk operations, while you don't need speed in a backup disk.
In the backup drives disable it (do not mark). Because with the cache enabled if anything happens (system block, power-down, accidental reset, ecc...) you will lose data ALSO IN THE BACKUP DISK!
-----------
ICH8M. I tried your second reg file, not the first one.
---------
So, how can you "follow the steps in the first topic" if you "made all the operations with the Jmicro set to IDE"? At this point of the procedure (After loading the .reg file) you should change the settings in the BIOS as "AHCI", not ide, BEFORE letting Windows start.
---------
You could try to add ALSO the registry keys wrote by Peter Shilkin in the page 3 of this discussion.
---------

Success!
Read the instructions on
http://tmbu.info/what-is-ahci-how-to-turn-on-without-reinstalling-windows/#more-107
ttp://forum.ru-board.com/topic.cgi?forum=62&topic=7941
For the not Russian-challenged:
http://translate.google.com/translate?hl=en&u=
http://tmbu.info/operating-system/tweaking/what-is-ahci-how-to-turn-on-without-reinstalling-windows
http://translate.googleusercontent.com/translate_c?hl=en&u=
http://tmbu.info/what-is-ahci-how-to-turn-on-without-reinstalling-windows/#more-107
1) Downloaded and unpacked
http://www-307.ibm.com/pc/support/si...cid=MIGR-62909
2) In PREPARE\IMSM_PRE.inf, changed all instances of dev_2829 to dev_27C1
3) Invoked PREPARE\INSTALL.CMD
4) Rebooted and enabled AHCI in BIOS. Windows booted fine.
5) Installed the latest version of iata76_enu.exe from Intel's site and rebooted again.

Installing the PREPARE inf file didn't do anything for my system. Still can't get into Vista with AHCI enabled.
I didn't change the devices from dev_2829 to dev_27C1 because my controller is 2829 already (ICH8M).
-----------

  1. Make sure that the BIOS is disabled AHCI and do not forget to backup folder Windows. Also, I advise to make emergency boot disk
  2. Download 79im05ww.exe and extract, for example, in C:\DRIVERS\WIN\SATA
  3.  If you ICH7M, go to step (5)
  4. Edit C:\DRIVERS\WIN\SATA\PREPARE\IMSM_PRE.inf replacing all DEV_27C5 on the values corresponding to your southbridge:
    • ICH6R - DEV_2652 ICH6R - DEV_2652
    • ICH6M - DEV_2653 ICH6M - DEV_2653
    • ICH7R - DEV_27C1 ICH7R - DEV_27C1
    • ICH7DH - DEV_27C1 ICH7DH - DEV_27C1
    • ICH7M - DEV_27C5 ICH7M - DEV_27C5
  5.  Press Win+R , type C:\DRIVERS\WIN\SATA\PREPARE\INSTALL.CMD , click Ok
  6. Restart your PC and turn on AHCI in the BIOS support
  7. When you boot OS start wizard detect new devices:
    • No, not this time 
    • If Windows XP, click No, not this time , then Install from a list or specific location (Advanced) , and as a way to specify the C:\DRIVERS\WIN\SATA

http://www-307.ibm.com/pc/support/site.wss/document.do?sitestyle=lenovo&lndocid=MIGR-70551
-----------
I've an ASUS P5K-VM with ICH9 but like it has the 4 sata ports controller, the only mod needed to your reg file is change DEV_2922 into DEV_2923 and voila!
But after the intel drivers install didn't work, then i've to use the drivers for Vista that cames with the motherboard and they work
-----------
AHCI to RAID
I did the registry edit on Microsoft's page to enable the AHCI driver for Vista.
http://support.microsoft.com/kb/922976
Then I rebooted, went in to the bios for my P5N32-E SLI motherboard, which uses the Nvidia 680i chipset, turned on RAID mode, which also turns on I believe AHCI for the Nvidia SATA Controller, rebooted and noticed that my system was faster, and it works perfect.
The Vista registry edit, works on Vista 32 and Vista 64.
-----------
http://vip.asus.com/forum/view.aspx?board_id=1&model=P5W+DH+Deluxe&id=20061115213021266&page=1&SLanguage=en-us
One final thing to be done is to update the drivers. Go to the following link and download
RAID/AHCI Software - Intel® Matrix Storage Manager [IATA62.EXE], and install.

http://downloadfinder.intel.com/scripts-df-external/download.aspx?url=/12093/eng/iata62_enu.exe&agr=N&ProductID=2101&DwnldId=12093&strOSs=44&OSFullName=Windows*%20XP%20Professional&lang=eng
Windows 2003, chipset ich9R:
http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=16098&lang=eng
-----------
For my Aspire 9920 I added more DEV's:

HTML Code:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2922&CC_0106] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_282A&CC_0104] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2829&CC_0106] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2822&CC_0104] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2821&CC_0106] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2682&CC_0104] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2681&CC_0106] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_27C3&CC_0104] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_27C6&CC_0104] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_27C1&CC_0106] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_27C5&CC_0106] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#VEN_8086&DEV_2653&CC_0106] "Service"="iaStor" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor] "Type"=dword:00000001 "Start"=dword:00000000 "Group"="SCSI miniport" "ErrorControl"=dword:00000001 "ImagePath"="system32\\drivers\\iaStor.sys" "tag"=dword:00000019 "DisplayName"="Intel AHCI Controller" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Parameters] "queuePriorityEnable"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Enum] "0"="PCI\\VEN_8086&DEV_2821&SUBSYS_B0051458&REV_02\\3&13c0b0c5&0&FA" "Count"=dword:00000001 "NextInstance"=dword:00000001
I just don't know what controller type used in my system, so this .reg makes a deal with all types!
---------------
Windows 2003 Enterprise 64
Intel Server Board 5000 VSA 4 DIMM
I have download that:
http://downloadcenter.intel.com/conf...Name=&lang=fra
Then I dezip, then I copy the file IaStor.sys (64 bits) to C:\Windows\System32\drivers\
Then I copy the following registry file to your desktop (copy and paste into notepad) and save as ahci.reg
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2922&cc_0106 ]
"Service"="iaStor"
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor]
"Type"=dword:00000001
"Start"=dword:00000000
"Group"="SCSI miniport"
"ErrorControl"=dword:00000001
"ImagePath"="system32\\drivers\\iaStor.sys"
"tag"=dword:00000019
"DisplayName"="Intel AHCI Controller"
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Parameters]
"queuePriorityEnable"=dword:00000000
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Enum]
"0"="PCI\\VEN_8086&DEV_2922&SUBSYS_B0051458&REV_02\\3&13c0b0c5&0&FA"
"Count"=dword:00000001
"NextInstance"=dword:00000001
But I am not sure is the correct for my motherboard.
Then I double clic on the file to add in registery
Then I reboot, and in the bios I put AHCI Enable
Then The pc run and I see the logo Windows 2003 during 5 s then blue screen and the system reboot.
---------------
Asus M3A motherboard with an ATI SB600 chipset. I downloaded the official x64 driver for the AHCI controller, and then wrote this reg based off of the .inf in the driver source:


Code:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1002&dev_4380&subsys_82311043] "Service"="ahcix64" "ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ahcix64] "Type"=dword:00000001 "Start"=dword:00000000 "Group"="SCSI miniport" "ErrorControl"=dword:00000001 "ImagePath"="system32\\drivers\\ahcix64.sys" "tag"=dword:00000019 "DisplayName"="ATI AHCI Compatible RAID Controller" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ahcix64\Parameters\PnpInterface] "5"=dword:0x00000001 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ahcix64\Settings\CAM] "EnableALPEDisableHotplug"=dword:0 "EnableCCC"=dword:1 "CCCTimeoutValue"=dword:10 "CCCCompletionValue"=dword:32 "NCQEnableDiskIDBits"=dword:0 "EnableHIPM"=dword:0 "EnableDIPM"=dword:0 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ahcix64\Enum] "0"="PCI\\VEN_1002&DEV_4380&SUBSYS_82311043\\3&13c0b0c5&0&FA" "Count"=dword:00000001 "NextInstance"=dword:00000001
I first had to identify my device with linux
Code:
sudo lspci -vvnn | less
The official driver has dozens of device entries and I wasn't about to do them all. This means anyone else that wants to use this probably has to change the device number to match what they have.
But it worked on the first try. WHOO. Other than the code, the procedure is the same as the original post
---------------
works just fine on Asus P5E WS Professional ... no probs at all
Confirmed working on Abit IP35 Pro Rev1.1 w/
RAID/AHCI Software - Intel® Matrix Storage Manager v7.8.0.1012 (11/9/2007 )
---------------
MB ASUS P5B-SE 975P (BIOS vers. 0709), I follow the steps in the first topic but didn't help so:
I have integrated the Jmicro and Intel AHCI drivers into the WinXP istallation CD with nLite, installing windows: no help (HDD not recognized)
I reinstall everything using the floppy created with the 32-bit Floppy Configuration Utility for Intel Matrix Storage Manager, press F6 when required, no help (HDD not recognized)
I connect the HDD to the jMicro controller, set the Intel SATA to AHCI, start windows to install the AHCI drivers but in the device manager were found two new hardware, a second Jmicro controller and a PCI device, there was no way to install their drivers so, also this operation was aborted and back to IDE configuration reconnecting the HDD to SATA 1 port and Intel controller to IDE.
All this operations were done with the Jmicro always set to IDE in the BIOS, I always play with the Intel SATA settings. Any suggestions?
-----------

In following code replace SUBSYS_ and REV_ values to correct ones:

Code:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2929&cc_0106] "Service"="iaStor" "ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor] "Type"=dword:00000001 "Start"=dword:00000000 "Group"="SCSI miniport" "ErrorControl"=dword:00000001 "ImagePath"="system32\\drivers\\iaStor.sys" "tag"=dword:00000019 "DisplayName"="Intel(R) ICH8M-E/ICH9M-E SATA RAID Controller" [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Parameters] "queuePriorityEnable"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Enum] "0"="PCI\\VEN_8086&DEV_2929&SUBSYS_02331028&REV_03\\3&61aaa01&0&FA" "Count"=dword:00000001 "NextInstance"=dword:00000001
SUBSYS_ and REV_ values could be obtained using livecd with integrated drivers (see my previous post on previous page) or "PCI & AGP Info tool" from Hiren's BootCD (menu "System Info Tools").
------------

Drivers for RAID can be treated the same way
You can boot the Windows disk using any controller in legacy mode and enable AHCI/RAID on another controller, then when Windows loads, just point the driver search to the relevant drivers (I prefer to extract them rather than run packed EXE files) and that should automatically do the same thing suggested above - sets up the device and any relevant services. Shut down, move the drive to the RAID or AHCI controller and all should be sweet.
---------

Thursday, June 17, 2010

Intel SATA IDE -> AHCI/RAID


Source THANKS!!!!
Cambiar una controladora Intel SATA de modo de emulación IDE
a AHCI/RAID:
Debido a la gran cantidad de usuarios que están preguntando esto mismo he decidido crear este minitutorial, válido para todas las controladoras AHCI/RAID de Intel para las cuales Intel ofrece controladores para Windows XP/Server 2003. En este minitutorial se supone que Windows inicia perfectamente en modo de emulación de IDE, pero no en AHCI ni en RAID, con lo cual será necesario preinstalar de alguna forma el controlador respectivo.
Antes que nada descargaremos este archivo de la web de Intel y descomprimimos el contenido en la carpeta \WINDOWS\AHCI-RAID. A su vez, el archivo IaStor.sys lo copiamos a la carpeta \WINDOWS\system32\drivers.
Ahora, abrimos el editor de registro y nos desplazamos a la rama HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Curr entVersion. Dentro de ésta editamos la entrada DevicePath y la modificamos para que su valor sea:
%SystemRoot%\inf;%SystemRoot%\AHCI-RAID.
Ahora sólo tenemos que copiar el contenido del archivo .reg siguiente en un bloc de notas, guardarlo como .reg (no como .reg.txt) y con codificación Unicode e importarlo al registro con doble clic. Con esto finaliza el proceso y Windows ya deberá iniciar perfectamente, instlando automáticamente el controlador dado que lo tiene en el Valor DevicePath.
Código:

Windows Registry Editor Version 5.00


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_2681&CC_0106]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_2682&CC_0104]
"ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_27C1&CC_0106]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_27C3&CC_0104]
"ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_27C5&CC_0106]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_27C6&CC_0104]
"ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_2821&CC_0106]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_2822&CC_0104]
"ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_2829&CC_0106]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_282A&CC_0104]
"ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_2922&CC_0106]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_2929&CC_0106]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CriticalDeviceDatabase
\PCI#VEN_8086&DEV_3A22&CC_0106]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="iaStor"


[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor]
"Type"=dword:00000001
"Start"=dword:00000000
"Tag"=dword:00000000
"ErrorControl"=dword:00000001
"LoadOrderGroup"="SCSI Miniport"
"ImagePath"="system32\\DRIVERS\\iaStor.sys"
Este artículo está presente en el propio foro, donde hay un hilo abierto donde se resuelven las dudas pertinentes.
Introducción
En este artículo intentaré desmontar un mito que yo también asumí durante bastante tiempo: El hecho de que cambiar la placa base de un equipo implica sí o sí reinstalar desde 0 el sistema operativo Windows XP/Server 2003, lo que se conoce coloquialmente como formatear. Así, con estas instrucciones dirigidas a usuarios de Windows de nivel medio o avanzado cualquiera podrá actualizar/reemplazar la placa base y otros componentes sin tener que reinstalar desde 0 ni reparar su SO Windows XP/Server 2003, conservando sus programas, actualizaciones de Windows, documentos, preferencias... intactas. Y de seguir el procedimiento correctamente será prácticamente indistiguible el si se instaló limpiamente o se trasplantó dicha instalación.
Estas instrucciones son sólo para realizar la migración de un equipo existente a una placa base nueva, no para crear una instalación maestra de Windows XP/Server 2003 para implantar en varios equipos, incluso con hardware diferente. En este caso, debería usarse la utilidad de preparación del sistema de Microsoft sysprep.exe, sobre la cual hay bastante información en la web de Microsoft y en otras.
Cuando se sustituye la placa base la configuración de hardware de cara al sistema operativo experimenta un cambio drástico. El chipset con toda seguridad ya no será el mismo, por lo que cambiarán los dispositivos centrales que están incluidos en éste, como los puentes de PCI a PCI, los de PCI a ISA (aunque desde hace años ninguna placa base lleva ranuras ISA, este bus sigue presente en ellas), los de CPU a PCI, el bus SM y otros dispositivos secundarios típicamente integrados en los chipsets modernos o bien presentes en algún chip externo al chipset: Controladoras IDE, SATA con o sin AHCI/RAID, USB, IEEE-1394, sonido, red y puede que la gráfica si es IGP. También es probable que hayamos cambiado la CPU, añadido memoria, nuevos discos duros y unidades ópticas, alguna nueva gráfica dedicada... Todo esto lo deberá redetectar el sistema operativo para poder funcionar correctamente. Y en el caso de los dispositivos PCI/AGP/PCIe en tarjetas dedicadas también los deberá redetectar, aunque ya estuvieran presentes en la configuración anterior debido a que con toda seguridad lo que se conocen como líneas INT # habrá variado (cualquier usuario que haya cambiado de ranura una tarjeta PCI habrá comprobado que el sistema operativo la debe redetectar por esta misma razón).
De todos los cambios, los más críticos de cara a realizar el trasplante de la instalación de Windows XP/Server 2003 a un hardware nuevo son el de la controladora de disco (ya sea IDE, SATA, SCSI o SAS) donde esté conectado el disco donde resida el sistema operativo y el de la capa de abstracción de hardware, HAL.
Empecemos a describir el cambio de controladora de disco y cómo evitarlo:
Cuando el cargador del sistema NTLDR lee el archivo boot.ini y se encuentra con que la línea de carga del SO que debe iniciar usa la sintaxis ARC multi(0)disk(0)rdisk(n)partition(n) (también es posible que exista una línea scsi(n)disk(n)rdisk(n)partition(n) para controladoras SCSI sin BIOS, en cuyo caso deberá existir en el directorio raíz de la unidad de inicio una copia del archivo de controlador de la controladora renombrado a NTBOOTDD.SYS) asume que debe apoyarse en un servicio proporcionado por la BIOS llamado INT13 para acceder al disco, leer y cargar en memoria archivos como el núcleo de Windows, la HAL, la DLL de la API nativa NTDLL.DLL, los archivos del registro SYSTEM y SOFTWARE y los controladores configurados para arrancar durante el proceso de inicio del sistema operativo (con valor de la entrada Start=0). Luego, pasa a ejecutar el núcleo y los controladores que cargó, para dejar de depender de la INT13 y continuar con el proceso de carga de Windows. Si en este momento no había cargado en la fase previa un controlador de dispositivo apto para la controladora de disco donde reside el disco del sistema o éste está inhabilitado, Windows se parará con una pantalla de detención con el error 0x7B, INACCESSIBLE_BOOT_DEVICE. Si el sistema se reinicia e impide verlo, simplemente se pulsa F8 antes de que empiece la carga de Windows y se escoge en el menú la opción de desactivar el reinicio automático en caso de error del sistema (disponible en Windows XP con SP2/SP3 y en Windows Server 2003 con SP1/SP2). Este error significa que Windows ha perdido el acceso a la partición de sistema durante el proceso de carga. Según la documentación de Microsoft, el primer parámetro indica una dirección que hace referencia al objeto que no se pudo montar durante el arranque o bien a una cadena que contiene el nombre de especificación ARC del dispositivo desde donde intentó arrancar.

Descrito el problema, veremos a ver cómo evadirlo y conseguir que deje de impedir que inicie el sistema una vez trasplantado.
Existen en Internet y en foros de Internet muchas otras guías sobre este tema, pero ésta supera a cualquiera que se haya visto. La mayoría de otras guías sólo tratan el supuesto de que la placa base que debe reemplazarse está todavía operativa y que es posible iniciar el sistema Windows. Así, son completamente inútiles en caso de que la placa base que haya que sustituir no funcione, tengamos que reemplazarla y, tras lo cual, Windows no inicia con error 0x7B, hecho ante el que la mayoría de usuarios optará por iniciar con el CD y reparar la instalación o incluso reinstalar limpiamente dada la falta de información de cómo agregar controladores a una instalación no iniciada desde otro entorno. Además, esas guías normalmente son sólo útiles si la controladora IDE/SATA de disco donde se colocará el disco de sistema en la placa nueva es accesible a través del controlador estándar PCI IDE de Windows, excluyendo por tanto la posibilidad de migrar a una nueva controladora IDE RAID o SATA en modo AHCI/RAID, además de alguna SCSI o SAS. Y por último, tampoco indican cómo cambiar la capa de abstracción de tal modo que se permita cualquier cambio de HAL, incluso a una superior, sin necesidad de reinstalar nada. Este tema puede parecer demasiado largo, pero nada de qué preocuparse. Simplemente, leed la parte que os concierne y, además, su lectura se hace rápida.
Si la PB actual funciona... >>

Si la placa base no funciona:
Si la placa base actual está muerta y la hemos tenido que reemplazar, tras lo cual Windows XP/Server 2003 no inicia podremos seguir estos pasos (si inicia, tan sólo tendremos que seguir los pasos de limpieza del mensaje anterior y los retoques finales, dependerá de los controladores de almacenamiento masivo que estuvieran instalados):
En este caso nos ayudaremos de BartPE para completar el proceso y tener acceso a una instalación de Windows no operativa. Descargaremos PEBuilder y lo instalaremos en la ubicación por defecto. Luego, necesitaremos tener a nuestro alcance un origen de instalación de Windows XP con SP1 como mínimo o bien de Windows Server 2003, ya sea en una unidad de disco duro o en un CD/DVD.
Antes de hacer nada, tenemos que plantearnos si las controladoras de disco donde usaremos el BartPE requieren o no un controlador de un tercero mediante lo de F6. BartPE puede acceder nativamente a las mismas controladores de disco que el SO que se utilizó como base para construirlo. Si es así, tan sólo tendremos que ir a la carpeta drivers\SCSIAdapter y copiar en carpetas separadas los controladores IDE/RAID/SATA/SCSI/SAS necesarios, todos los que necesitemos. Es necesario editar la sección [SCSI] de cada uno de los archivos txtsetup.oem para quitar referencias a entradas que no sean para Windows XP x86 o por lo menos colocar un punto y coma delante.
[SCSI] ; HwComponent section
Si3114r_XP = "Silicon Image SiI 3114 SATARaid Controller for Windows XP/Server 2003"
Si3114r_NT = "Silicon Image SiI 3114 SATARaid Controller for Windows NT 4.0 and 2000"
Debe quedar así:
[SCSI] ; HwComponent section
Si3114r_XP = "Silicon Image SiI 3114 SATARaid Controller for Windows XP/Server 2003"
;Si3114r_NT = "Silicon Image SiI 3114 SATARaid Controller for Windows NT 4.0 and 2000"
Un ejemplo más complejo:
Ultra133TX2_2003 = "Win2003 Promise ULTRA133 TX2 (tm) Controller", Ultra
Ultra100TX2_2003 = "Win2003 Promise ULTRA100 TX2 (tm) Controller", Ultra
Ultra100_2003 = "Win2003 Promise ULTRA100 (tm) Controller", Ultra
Ultra100_2003_2 = "Win2003 Promise ULTRA100 (tm) Controller (PDC20265)", Ultra
Ultra66_2003 = "Win2003 Promise ULTRA66 (tm) Controller", Ultra
Ultra33_2003 = "Win2003 Promise ULTRA33 (tm) Controller", Ultra
Ultra133TX2_xp = "WinXP Promise ULTRA133 TX2 (tm) Controller", Ultra
Ultra100TX2_xp = "WinXP Promise ULTRA100 TX2 (tm) Controller", Ultra
Ultra100_xp = "WinXP Promise ULTRA100 (tm) Controller", Ultra
Ultra100_xp_2 = "WinXP Promise ULTRA100 (tm) Controller (PDC20265)", Ultra
Ultra66_xp = "WinXP Promise ULTRA66 (tm) Controller", Ultra
Ultra33_xp = "WinXP Promise ULTRA33 (tm) Controller", Ultra
Ultra133TX2_nt5 = "Win2000 Promise ULTRA133 TX2 (tm) Controller", Ultra
Ultra100TX2_nt5 = "Win2000 Promise ULTRA100 TX2 (tm) Controller", Ultra
Ultra100_nt5 = "Win2000 Promise ULTRA100 (tm) Controller", Ultra
Ultra100_nt5_2 = "Win2000 Promise ULTRA100 (tm) Controller (PDC20265)", Ultra
Ultra66_nt5 = "Win2000 Promise ULTRA66 (tm) Controller", Ultra
Ultra33_nt5 = "Win2000 Promise ULTRA33 (tm) Controller", Ultra
Ultra133TX2 = "WinNT Promise ULTRA133 TX2 (tm) Controller", Ultra
Ultra100TX2 = "WinNT Promise ULTRA100 TX2 (tm) Controller", Ultra
Ultra100 = "WinNT Promise ULTRA100 (tm) Controller (PDC20267)", Ultra
Ultra100_2 = "WinNT Promise ULTRA100 (tm) Controller (PDC20265)", Ultra
Ultra66 = "WinNT Promise ULTRA66 (tm) Controller", Ultra
Ultra33 = "WinNT Promise ULTRA33 (tm) Controller", Ultra
Debe quedar así.
;Ultra133TX2_2003 = "Win2003 Promise ULTRA133 TX2 (tm) Controller", Ultra
;Ultra100TX2_2003 = "Win2003 Promise ULTRA100 TX2 (tm) Controller", Ultra
;Ultra100_2003 = "Win2003 Promise ULTRA100 (tm) Controller", Ultra
;Ultra100_2003_2 = "Win2003 Promise ULTRA100 (tm) Controller (PDC20265)", Ultra
;Ultra66_2003 = "Win2003 Promise ULTRA66 (tm) Controller", Ultra
;Ultra33_2003 = "Win2003 Promise ULTRA33 (tm) Controller", Ultra
Ultra133TX2_xp = "WinXP Promise ULTRA133 TX2 (tm) Controller", Ultra
Ultra100TX2_xp = "WinXP Promise ULTRA100 TX2 (tm) Controller", Ultra
Ultra100_xp = "WinXP Promise ULTRA100 (tm) Controller", Ultra
Ultra100_xp_2 = "WinXP Promise ULTRA100 (tm) Controller (PDC20265)", Ultra
Ultra66_xp = "WinXP Promise ULTRA66 (tm) Controller", Ultra
Ultra33_xp = "WinXP Promise ULTRA33 (tm) Controller", Ultra
;Ultra133TX2_nt5 = "Win2000 Promise ULTRA133 TX2 (tm) Controller", Ultra
;Ultra100TX2_nt5 = "Win2000 Promise ULTRA100 TX2 (tm) Controller", Ultra
;Ultra100_nt5 = "Win2000 Promise ULTRA100 (tm) Controller", Ultra
;Ultra100_nt5_2 = "Win2000 Promise ULTRA100 (tm) Controller (PDC20265)", Ultra
;Ultra66_nt5 = "Win2000 Promise ULTRA66 (tm) Controller", Ultra
;Ultra33_nt5 = "Win2000 Promise ULTRA33 (tm) Controller", Ultra
;Ultra133TX2 = "WinNT Promise ULTRA133 TX2 (tm) Controller", Ultra
;Ultra100TX2 = "WinNT Promise ULTRA100 TX2 (tm) Controller", Ultra
;Ultra100 = "WinNT Promise ULTRA100 (tm) Controller (PDC20267)", Ultra
;Ultra100_2 = "WinNT Promise ULTRA100 (tm) Controller (PDC20265)", Ultra
;Ultra66 = "WinNT Promise ULTRA66 (tm) Controller", Ultra
;Ultra33 = "WinNT Promise ULTRA33 (tm) Controller", Ultra
Después de hacerlo, ejecutamos pebuilder.exe, en Fuente tenemos que proporcionarle la ruta con el origen de instalación de Windows XP/Server 2003 y en Adicionales podríamos darle como ruta un directorio con aplicaciones de diagnóstico ejecutables en BartPE. Dos buenas aplicaciones de este tipo para este entorno son SIW y Everest. También necesitaremos copiar en dicho directorio un archivo reg con el contenido que tenemos al final del mensaje (se debe copiar en un archivo de texto sin formato y guardarlo con codificación Unicode y extensión .reg), la utilidad MSDINST.EXE y los binarios de un descompresor que funcione bien en BartPE, como pudieran ser 7-Zip y Winrar, por si tuvieramos que descomprimir algún archivo. Luego, pulsamos en Plugins, seleccionamos el de RpcSS needs to launch DComLaunch Service First - SP2 Only y pulsamos Habilitar Sí/No asegurándonos de que esté habilitado. También seleccionamos Keyboard Layout, lo habilitamos como el de antes y le damos a editar, para luego buscar en el archivo la línea donde viene escrito ; Remove the semicolon at the beginning of the following line to set the default keyboard to: Spanish (Traditional Sort). Como indica, le quitamos el punto y coma a la siguiente línea, la de 0x1, "Keyboard Layout\Preload", "1", "0000040A".
Una vez configurados estos aspectos básicos, podemos darle a Cerrar, escogemos Grabar CD/DVD y en dispositivo la grabadora adecuada, para luego pulsar Construir. Si todo ha ido bien, pebuilder.exe habrá creado el CD/DVD BartPE. Si no, el informe de creación debería informar de qué archivo no se pudo copiar a fin de poder solucionarlo.

Si la pb no funciona - II Una vez construido, lo insertamos e iniciamos el equipo con la placa base ya cambiada. Tardará unos minutos en arrancar y preguntará si deseamos iniciar la compatibilidad de red. Respondemos No pues no la necesitamos para este procedimiento. Pulsamos el botón Go, escogemos Command Prompt y en la consola de comandos CMD tecleamos el siguiente comando:
reg load HKLM\TEMP c:\windows\system32\config\system
Tras este comando, que cargará en el editor de registro la rama SYSTEM de la instalación de Windows, escribimos en la misma consola de comandos el comando regedit e importamos el archivo .reg de antes (el contenido de dicho archivo está al final de este tema, justo encima de la captura con la prueba de Windows iniciado tras el cambio de controladora, sólo es necesario copiar y pegarlo en un editor de texto plano, para guardarlo como .reg). Navegamos a la rama HKLM\TEMP\Select y observamos el valor de la entrada Default. Si es 001 podremos continuar, si no es necesario editar el archivo .reg de antes y usar la función Reemplazar del bloc de notas, en Buscar ponemos \TEMP\ControlSet001\ y en Reemplazar por \TEMP\ControlSet002\ \TEMP\ControlSet003\ o lo que fuera según el valor de la entrada Default de antes.
Luego, nos desplazamos a la rama HKLM\TEMP y en archivo escogemos Descargar subárbol o ejecutamos el comando reg unload HKLM\Temp
Con esto Windows XP/Server 2003 debería poder iniciar desde un disco conectado a cualquier controladora IDE/SATA a la que se pueda acceder con el controlador estándar PCI IDE pciide.sys.
Si en cambio, tenemos el disco conectado a una controladora SCSI/SAS, esté admitida por Windows o no de modo nativo, o a una RAID/SATA deberemos usar la utilidad MSDINST.EXE para instalar el controlador en una instalación de Windows no iniciada. Lo primero es determinar si el controlador viene de serie o no en Windows.
Si no viene de serie, debemos crear una carpeta en la unidad de disco duro, como pudiera ser c:\WINDOWS\RAIDDRIVER, en la que copiaremos todos los archivos del controlador de la controladora en cuestión, los inf, los sys, los cat...
Luego, ejecutamos el comando reg load HKLM\TEMP c:\windows\system32\config\software y ejecutamos regedit.exe. Dentro de la rama HKLM\Temp\Microsoft\Windows\CurrentVersion buscamos el valor DevicePath y lo editamos.
Lo más probable es que venga de serie el valor %SystemRoot%\inf, introducimos el nombre de la carpeta donde copiamos los archivos del controlador separándolo con un punto y coma, tal que quede así %SystemRoot%\inf;c:\WINDOWS\RAIDDRIVER.
Podemos añadir más rutas separándolas con punto y coma, de tal modo que Windows considerará esas carpetas como origen de instalación de controladores, tomando de ahí los controladores sin que tengamos que instalarlos manualmente.

Una vez hecho esto, descargamos la rama HKLM\TEMP como antes. Ahora necesitamos copiar la utilidad MSDINST.EXE a la unidad B:, la unidad de disco RAM que crea BartPE. Posteriormente, ejecutamos el bloc de notas notepad.exe y guardamos un archivo como "b:\sysprep.inf", las comillas deben escribirse.
En dicho archivo, escribimos:
[SysprepMassStorage]
ID PnP = Ruta al inf
Reemplazando ID PnP = Ruta al inf por los datos reales. La ID PnP de la controladora la podemos averiguar ejecutando el SIW en BartPE, apartado Hardware, PCI y pulsando sobre el dispositivo que parezca ser nuestra controladora. Nos interesa el valor del fabricante (Vendor) y el de dispositivo (Device). En nuestro ejemplo, ponemos el de una controladora SATA RAID del ICH7R de Intel. El código de fabricante es 8086 y el de dispositivo 27C3. En ruta al inf sólo tenemos que teclear la ruta absoluta al archivo inf del controlador que copiamos antes, si la ruta contiene algún espacio es necesario encerrarla con comillas. El archivo inf del ejemplo se llama iastor.inf y lo copiamos en c:\WINDOWS\RAIDRIVER. En caso de que queramos añadir compatibilidad con alguna controladora IDE o SCSI admitida de serie por Windows, lo más probable es que se instale mediante los archivos mshdc.inf, pnpscsi.inf y scsi.inf, dentro de la carpeta \WINDOWS\inf.
Quedaría así:
[SysprepMassStorage]
pci\ven_8086&dev_27C3 = c:\WINDOWS\RAIDDRIVER\iastor.inf
Si, como ejemplo, además quisieramos añadir compatibilidad para una controladora SCSI Tekram DC-390U3W, que viene de serie admitida en Windows XP, añadimos (se supone que la tenemos insertada en una ranura PCI y que hemos comprobado su ID PNP con SIW):
PCI\VEN_1000&DEV_0020 = c:\WINDOWS\inf\pnpscsi.inf

Una vez hecho todo esto, sólo debemos ir a una consola de comandos, cambiar a la unidad b: con b: y ejecutar:
msdinst sysprep.inf c:\windows
Debería mostrar un mensaje de operación completada con éxito:
Success! Image has been updated.

En caso de que la herramienta MSDINST.EXE no funcione o no tengamos acceso a esta herramienta, será necesario configurar a mano el servicio y la entrada en la base de datos de dispositivos críticos, para ello seguimos estos pasos:
Creamos una carpeta en la unidad local con los controladores correspondientes y cambiamos el valor DevicePath como se describió antes. Luego copiamos el archivo de controlador .sys a la carpeta \WINDOWS\System32\Drivers.
Ahora, cargamos en el registro el archivo de registro SYSTEM y nos desplazamos a la clave ControlSetxxx reflejada en el valor Default, tal como vimos antes. Dentro de ésta, vamos a service y creamos una clave con el mismo nombre que el controlador, pero sin .sys, como ejemplo iastor. Dentro de ésta creamos las siguientes entradas:
Una DWORD llamada Start, con valor 0, controlador que debe cargar el cargador NTLDR.
Otra DWORD llamada Type, con valor 1, controlador de núcleo.
Una alfanumérica llamada ImagePath, de valor system32\drivers\[controlador.sys] cambiando [controlador.sys] por el nombre del controlador.
Otra alfanumérica llamada Group, con valor SCSI miniport si la controladora aparece enumerada en la sección de Controladoras SCSI/RAID del administrador de dispositivos de Windows o System Bus Extender si es una controladora IDE/SATA a la que se puede acceder con el controlador estándar pciide. En caso de duda, podemos mirar la clase de dispositivo con el SIW (es una de las imágenes de arriba). Lo seleccionamos en Hardware\PCI y nos fijamos en el valor PCI Class Type, si es 101xxh le corresponde System Bus Extender, si es otro como 010000h (controladora SCSI), 010400h (controladora RAID), 010602h (controladora SATA con AHCI), 010700h (controladora SAS) o 018000h (dispositivo de almacenamiento masivo) le corresponde SCSI miniport.
Ahora toca configurar la entrada de la base de datos de dispositivos críticas, en la rama \Control\CriticalDeviceDatabase. Hay que crear una rama con nombre pci#ven_xxxx&dev_yyyy, donde xxxx es la ID del fabricante e yyyy la del dispositivo. Se pueden consultar con SIW como vimos anteriormente. Luego, dentro de ésta hay que crear dos entradas alfanuméricas:
ClassGUID: El identificador universal global de la clase de dispositivos, {4D36E97B-E325-11CE-BFC1-08002BE10318} si el dispositivo es una controladora SCSI/RAID o de almacenamiento masivo y {4D36E96A-E325-11CE-BFC1-08002BE10318} si es una controladora IDE/SATA a la que se puede acceder con el controlador estándar pciide, en función del valor de clase PCI según detallamos antes.
Service: El nombre del controlador asociado, igual al nombre del controlador sin la extensión.


Si la pb no funciona - III Si fuera necesario cambiar la capa de abstracción, también lo podremos hacer siguiendo los pasos de antes y recordando que es necesario quitar el atributo de sólo lectura del archivo boot.ini. Para descomprimir los cabs, podremos usar el 7-Zip.
Una vez que lo hagamos, podemos reiniciar y comprobar si inicia el SO. Tras ello, seguimos los pasos de limpieza del apartado anterior para eliminar los rastros de controladores anteriores.
Contenido del archivo reg necesario para el paso del BartPE:
Código:

Windows Registry Editor Version 5.00


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\primary_ide_channel]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\secondary_ide_channel]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\*pnp0600]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\*azt0502]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="atapi"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\gendisk]
"ClassGUID"="{4D36E967-E325-11CE-BFC1-08002BE10318}"
"Service"="disk"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#cc_0101]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_0e11&dev_ae33]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1039&dev_0601]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1039&dev_5513]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1042&dev_1000]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_105a&dev_4d33]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0640]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0646]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0646&REV_05]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0646&REV_07]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0648]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1095&dev_0649]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1097&dev_0038]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_10ad&dev_0001]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_10ad&dev_0150]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_10b9&dev_5215]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_10b9&dev_5219]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_10b9&dev_5229]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="pciide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_1106&dev_0571]
"Service"="pciide"
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_1222]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_1230]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2411]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2421]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_7010]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_7111]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_7199]
"ClassGUID"="{4D36E96A-E325-11CE-BFC1-08002BE10318}"
"Service"="intelide"


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Services\atapi]
"ErrorControl"=dword:00000001
"Group"="SCSI miniport"
"Start"=dword:00000000
"Tag"=dword:00000019
"Type"=dword:00000001
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d, 00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,61,00,74,00,61,00,70,00,69,00,2e,\
00,73,00,79,00,73,00,00,00


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Services\IntelIde]
"ErrorControl"=dword:00000001
"Group"="System Bus Extender"
"Start"=dword:00000000
"Tag"=dword:00000004
"Type"=dword:00000001
"ImagePath"=hex(2):53,00,79,00,73,00,74,00, 65,00,6d,00,33, 00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,69 ,00,6e,00,74,00,65,00,6c,00,69,\
00,64,00,65,00,2e,00,73,00,79,00,73,00,00,00


[HKEY_LOCAL_MACHINE\TEMP\ControlSet001\Services\PCIIde]
"ErrorControl"=dword:00000001
"Group"="System Bus Extender"
"Start"=dword:00000000
"Tag"=dword:00000003
"Type"=dword:00000001
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d,00, 33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c, 00,70,00,63,00,69,00,69,00,64,00,65,\
00,2e,00,73,00,79,00,73,00,00,00
Una vez realizado, éste es el resultado:

El sistema operativo inicia e instala automáticamente el controlador de la controladora dado que lo tiene recogido en el valor DevicePath. Para la prueba, se usó un XP SP3 instalado en una máquina virtual VirtualBox, que virtualiza un chipset i440FX + PIIX3. Luego, se intentó transplantar a una máquina virtual VMware, en la cual se virtualiza un i440BX + PIIX4, con el disco conectado a la controladora virtual SCSI Buslogic. Esto simuló perfectamente el hecho de realizar un trasplante de un equipo a otro con diferente controladora de disco
Retoques finales
Una vez que esté todo en orden, es hora de instalar los controladores nuevos correspondientes al hardware nuevo: Controladores del chipset, sonido, red, gráfica, controladores de disco y otros. También deberíamos eliminar los dispositivos fantasma provenientes de la placa anterior:
Ejecutamos regedit y nos vamos a la clave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum. Ahí están todos los dispositivos que el SO ha enumerado y en HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\Class están todos los dispositivos que ha instalado organizados por clases. Para verlo de un modo más gráfico, pulsamos Windows + Pausa, pestaña Opciones avanzadas, Variables de entorno y en el apartado de variables de sistema le damos a nueva:
Nombre de variable: DEVMGR_SHOW_NONPRESENT_DEVICES
Valor de variable: True.
Una vez realizado, abrimos el administrador de dispositivos y en ver escogemos Mostrar dispositivos ocultos. Los dispositivos que estuvieron presentes, pero ya no, aparecerán atenuados. No debemos eliminar nada dentro de la categoría Controladores que no son Plug and Play ni dentro de Adaptadores de red ni Dispositivos de Sonido, audio y vídeo.
En vez de eso, conseguimos la utilidad sysprep, la copiamos en una carpeta como c:\sysprep, abrimos una consola de comandos, cambiamos al directorio de sysprep y ejecutamos sysprep -clean. Esto eliminará cualquier dispositivo PnP fantasma de modo automático, aunque su utilidad principal es eliminar controladores de almacenamiento masivo que se agregaron mediante [SysprepMassStorage] a la hora de sellar una instalación maestra con sysprep.exe. Si lo deseamos, podemos mirar el antes y el después en ramas como HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\PCI y HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ACPI.
Éste es el fin del tema. Ha salido algo largo debido a que he querido ponerlo todo bien detallado, para que no se omita nada, pero el procedimiento en sí es algo rápido y no complicado. Si tienes alguna duda con los procedimientos o deseas realizar alguna crítica constructiva, puedes plantearlo en este hilo, que para eso está.

drivers.windows7download.com