As for Recovery Console: Press F10 at F6 message

Recovery Console is lauched.
There maybe a [Unattended] section at winnt.sif.

F10 does not include XP 'Install' - 'Repair'.

BartPE is both: a windows installation and a running windows.
Let's call this a running windows installation.

Basic hardware is detected at textmode part. This is part of regular windows installation.
This includes chipset. Without basic chipset support, no OS does run.
Example: pci.sys supports PCI bus. A current machine dosn't boot without pci.sys.
Txtsetup.sif [HardwareIsDatabase] *PNP0A03 defines PCI bus driver pci.sys. 

Basic chipset drivers are loaded, running and active at BartPE.
They are not nicely documented at device manager.
Simple solution: ignore chipset at device manager.

There is limited PNP at GUI mode.
A example:
USB controller was loaded again.
Attached devices lost connection, USB mouse is not available anymore. USB mouse dosn't work anymore.
USB mouse requires addional PNP. This is not part of default BartPE, can be added.

DP_Chipset_*.7z contains *.inf files without *.sys files mostly.
*.inf does load windows default *.sys drivers. Read there is no driver file *.sys added, just *.inf add a nice entry to device manager.
Importand windows default *.sys drivers are loaded at BartPE anyway. Remember that's part of textmode setup.

Contrary there are some *.sys files at DP_Chipset. This may make a difference.
Full conditions are not tested yet.

Current advise: do NOT add chipset drivers to BartPE


To make it more complex, windows support another PNP: CriticalDeviceDatabase.
Regular windows use this. BartPE support this too.
Thay way you may add hotplug USB keyboard and mouse, nice at a KVM.
http://www.911cd.net/forums//index.php?showtopic=20987

As know there is a nForce Raid driver pair:
a "System Bus Extender" and a "SCSI Miniport"

In additon Nvidia released old and new driver pairs:
   SCSI Miniport System Bus Extender
old: nvatabus.sys  nvraid.sys
new: nvgts.sys     nvrd32.sys

To make it worse:
HardwareID *_NVRAIDBUS and *NVRAIDBUS are used for old and new drivers.
Hence a *_NVRAIDBUS may refer to a nvraid.sys or nvrd32.sys.

Does a old System Bus Extender nvraid.sys match both old and new SCSI Miniport?
Does a new System Bus Extender nvrd32.sys match both old and new SCSI Miniport?
Or how to concat the same HardwareID to different drivers?

nVidia NForce RAID Controller - ACPI\NVRAID20\3&267A616A&0

Should be compatible HardwareID *NVRAID20.
This match a new System Bus Extender nvrd32.sys.

DP_MassStorage_wnt5_x86-32_810D.7z set txtsetup.sif

GenNvRaidDisk="nvraid"
*NVRAIDBUS="nvraid"
*NVRAID20="nvraid"
*_NVRAIDBUS="nvraid"

In addition there is another open question.
Does nvgts.sys require PnpInterface=5 at textmode setup?
Compare post
#3  http://forum.driverpacks.net/viewtopic.php?id=2629
#59 http://forum.driverpacks.net/viewtopic. … 03&p=3


@wolfi221268
Can you do some tests to proove or deny ideas?

@cool400
Yes, there is a new base 8.09.rc1: a release candidate for testing purposes.
Use this feature at own risk currently.
Yes, make a testdrive for your Toshiba X200.

cool400 wrote:

Is it right that I can use ONLY the Mass Storage-drivers for my BartPE?

You can use all DriverPacks at BartPE, as long as you integrate them yourself.
Mass Storage drivers integration is supported for BartPE currently.

@goldberghere
Do you use this drivers?
ftp://ftp.supermicro.com/CDR-PD_1.31_fo … ows/WIN32/

ftp://ftp.supermicro.com/CDR-PD_1.31_fo … tsetup.oem

[HardwareIds.scsi.ADAPTEC_AHCIRAID]
# Intel
id = "PCI\VEN_8086&DEV_2652", "adpahci"
id = "PCI\VEN_8086&DEV_27C3", "adpahci"

Help, Adaptec uses generic Intel HardwareIDs.

@kickarse
Intel offers chipset drivers. These chipset drivers contain IDE part.

Intel IDE drivers are different. They don't add binary files.
*.inf file adds windows default driver: pciiide.sys or intelide.sys.

At windows textmode installation, pciiide.sys or intelide.sys matches hardware too.
No need to add Intel IDE at textmode part.

RichardBenfield wrote:

combine multiple mass storage drivers with some possible file name conflicts. What would seem to make sense, does not seem to work, which is:

[Files.scsi.UNIQUE_ID1] 
driver = disk1, Driver.sys, driverkey1

[Files.scsi.UNIQUE_ID2] 
driver = disk2, Driver.sys, driverkey2

[HardwareIds.scsi.UNIQUE_ID1]
id = "PCI\VEN_0000&DEV_1111","driverkey1"

[HardwareIds.scsi.UNIQUE_ID2]
id = "PCI\VEN_0000&DEV_2222","driverkey2"

I've the same experience: path does not work.
Windows setup remember driver name only, path is ignored.

Out of experience:
Windows setup load file driver.sys to RAM. If HardwareID match, then driver.sys is activated and used.
Next Windows setup load file driver.sys to RAM. Previous file name driver.sys is ower written. If HardwareID match, then driver.sys is activated and used.
Last loaded driver.sys wins.
That way a possible false HardwareID is connected to driver.sys.

You can't resolve name conflicts by different path.

Rename files and edit *.inf. Unfortunately *.inf is not signed anymore.
Or use different unattend.txt.

Well, you ask at driverpacks forum: or use driverpacks solution.

184

(8 replies, posted in DriverPack Mass Storage)

SamLab wrote:

In AHCI-mode hardware ID - ...VEN_8086&DEV_2828
In compatible-mode - .............VEN_8086&DEV_2829

Strange, can you check again?

ich8ide.inf for compatible-mode:

PCI\VEN_8086&DEV_2828.DeviceDesc="Intel(R) ICH8M 3 port Serial ATA Storage Controller - 2828"

and http://www.intel.com/Assets/PDF/specupdate/313057.pdf

2828h 02h 03h 04h Mobile Non-AHCI and Non-RAID Mode
2829h 02h 03h 04h Mobile AHCI Mode

Compare Post #42 http://forum.driverpacks.net/viewtopic. … 89&p=2

185

(76 replies, posted in DriverPack Mass Storage)

SamLab wrote:

806E: Windows Installer does not see RAID array. Motherboard ASUS M2N-E; Raid Stripe of the three discs + separately connected SATA Seagate 320 Gb. Windows Installer sees only drives connected via the IDE.

Do you have access to this machine still?

Does this HardwareID refer to ASUS M2N-E?
PCI\VEN_10DE&DEV_037F&SUBSYS_82391043&REV_A2\3&2411E6FE&0&28: NVIDIA nForce 590/570/550 Serial ATA Controller

Please provide another HardwareID list.
run: devcon.exe hwids *CC_01* *Raid*

Can you test driverpacks 806E again?
But add a file \I386\MIGRATE.INF to CD

[Version]
Signature = "$Windows NT$"

[Addreg]
HKLM,"SYSTEM\CurrentControlSet\Services\nvgts5\Parameters\PnpInterface","5",0x00010003,1
HKLM,"SYSTEM\CurrentControlSet\Services\nvgts6\Parameters\PnpInterface","5",0x00010003,1

Boot CD.
Does Windows Installer sees RAID drives and SATA drives now?
Be aware: Question is about textmode setup only so far. First reboot may fail still.

@OverFlow

NVida drivers are the real fun wink A lot of confusing. It's a driver nightmare.

Even more fun:
I don't own a NVidia chipset, following are assumptions based on user reports.
My assumptions maybe false, they are based on several independend user reports.

Nvidia released different RAID driver pairs:
old: nvatabus.sys and nvraid.sys
new: nvgts.sys and nvrd32.sys
There are nice conflicts.

Nvidia released  old and new driver pack for HardwareID PCI\VEN_10DE&DEV_0054&CC_0104.


Currently there are two error sources:

One is: missing PnpInterface=5 for nvgts.sys at registry
Txtsetup.oem set PnpInterface=5. Hence generic floppy driver use PnpInterface=5.
Most likely this is missing at BartPE and regular windows installation.
Again, this is importand: this goes both to BartPE and regular windows installation.

Setting is required at textmode.
This maybe setupreg.hiv at BartPE and at regular windows installation.
A PEBuilder plugin changes setupreg.hiv.


Another one is RAID configuration:
http://ubcd4win.com/forum/index.php?s=& … mp;p=62208

A major difference: %NVRAID_DESC% HardwareID is different.
old

%NVRAID_DESC%=nvraid,GenNvRaidDisk

new

%NVRAID_DESC%=nvraid,SCSI\NVIDIA__Raid_Disk________
%NVRAID_DESC%=nvraid,SCSI\__NVIDIA_______Raid_Disk
%NVRAID_DESC%=nvraid,SCSI\NVIDIA__Raid_Disk_20_____
%NVRAID_DESC%=nvraid,SCSI\__NVIDIA____Raid_Disk_20

Does BIOS or a driver set HardwareID GenNvRaidDisk or SCSI\*NVIDIA*Raid* ?
Does BIOS version matter?
Does NVidia release working drivers?

Does exist PCI\VEN_10DE&DEV_0054&CC_0104 and SCSI\*NVIDIA*Raid* in real?

I understand:
at HardwareID GenNvRaidDisk use: PCI\VEN_10DE&DEV_0054&CC_0104="nvatabus"
at HardwareID SCSI\*NVIDIA*Raid* use: PCI\VEN_10DE&DEV_0054&CC_0104="nvgts5"
This is not possible at a single txtsetup.sif.
DEV_0054 is a example, there are more DEV_* in quesiton.
A decision has to be taken.

@all
Some more HardwareID list would be nice.
Get devcon.exe http://support.microsoft.com/kb/311272
Open a command prompt and run: devcon.exe hwids *CC_01* *Raid*
Post output. Thanks.

BartPE Tutorial
http://users.pandora.be/jtdoom/basetute … lpFile.htm

Try current driverpacks masstorage version.
Does controller use HardwareID PCI\VEN_103C&DEV_3230&SUBSYS_3235103C ?
Hardware should be supported.

Do you use Windows 2003 source files?

JakeLD wrote:

I just wish Intel could fix their own mess...

I understand:
There are two departments: one hardware department and another driver department.
Intel driver dosn't support all hardware possibilities. AHCI mode is missing at some hardware. There are no technical reasons, it's about marketing.
A OEM or end user may use AHCI at own risk.


Well, I read some Intel pdf (written by hardware department) and compared 8.05 driverpack (based on driver department).
Thanks to Lancelot for ICH8 link.
 

ICH5  http://www.intel.com/assets/pdf/specupdate/252517.pdf
24DB  IDE
24D1  SATA ICH5 only
24DF  SATA ICH5R only
 
ICH6  http://www.intel.com/assets/pdf/specupdate/301474.pdf
266F  IDE
2651  SATA ICH6
2652  SATA ICH6R
2653  SATA ICH6-M
 
ICH7  http://www.intel.com/Assets/PDF/specupdate/307014.pdf
27C0  Desktop Non-AHCI and Non-RAID Mode
27C1  Desktop AHCI Mode
27C3  Desktop RAID Mode
27C4  Mobile Non-AHCI and Non-RAID Mode
27C5  Mobile AHCI Mode
27C6  ICH7M DH RAID Mode
 
ICH8  http://www.intel.com/Assets/PDF/specupdate/313057.pdf
2820  Desktop Non-AHCI and Non-RAID Mode
2821  Desktop AHCI Mode supporting 6 ports
2822  Desktop RAID 0/1/5 Mode
2824  Desktop AHCI Mode supporting 4 ports
2828  Mobile Non-AHCI and Non-RAID Mode
2829  Mobile AHCI Mode
282A  Mobile RAID 0/1 Mode
2825  Desktop Non-AHCI and Non-RAID Mode
 
ICH9  http://www.intel.com/Assets/PDF/specupdate/316973.pdf
2920  Desktop Non-AHCI and Non-RAID Mode (Ports 0,1, 2 and 3)
2921  Desktop Non-AHCI and Non-RAID Mode (Ports 0 and 1)
2922  Desktop AHCI Mode (Ports 0-5)
2923  Desktop AHCI Mode (Ports 0,1,4 and 5)
2822  Desktop RAID 0/1/5/10 Mode
2926  Desktop Non-AHCI and Non-RAID Mode (Ports 4 and 5)
 
ICH10 http://www.intel.com/Assets/PDF/specupdate/319974.pdf
3A20  Non-AHCI and Non-RAID Mode (Ports 0,1, 2 and 3)
3A22  AHCI Mode (Ports 0-5)
3A25  RAID 0/1/5/10 mode
3A26  Non-AHCI and Non-RAID Mode (Ports 4 and 5)

Therefore missing addon:
[to I1] PCI\VEN_8086&DEV_24D1&CC_0106
[to I2] PCI\VEN_8086&DEV_2651&CC_0106
[to I3] PCI\VEN_8086&DEV_2824&CC_0106
[to I3] PCI\VEN_8086&DEV_2923&CC_0106

and all ICH10

Be aware: settings are not tested.

Lancelot wrote:

I had trouble using Bart's PE cd of my own with my Asus P5B board when ahci enabled with ICH8 82801HB disk, cause i cant reach the disk as its drivers arent loaded.

Intel dosn't support AHCI mode at a ICH8 82801HB.
http://www.intel.com/support/chipsets/i … 012304.htm

Hence no Intel driver package contain a HardwareID PCI\VEN_8086&DEV_2824&CC_0106.
Yes hardware may work at AHCI mode, this is without manufacturer support.
Therefore you have to add this HardwareID yourself.

Lancelot wrote:

i also tested to use Galapo's iaahci.inf on my Bart's PE (putting it in with other files to D:\pebuilder\drivers\SCSIAdapter\ahcif6flpy32) , it didnt work there.

PEBuilder dosn't process *.inf file, txtsetup.oem is used. Adjust txtsetup.oem.

190

(9 replies, posted in Installation Platforms)

@OverFlow
I'm aware of two reasons for different driverpack version:
it's nice for testing purposes
dosn't use 2000, XP and 2003 use different drivers sometimes?


And setup dosn't find $OEM$ at root at a multi boot solution.

http://flyakite.msfn.org/unattended.htm

Example:
D:\AIO-DVD\SETUP\XP\Professional\i386\
D:\AIO-DVD\SETUP\XP\Professional\$OEM$\

It would be nice, if DP_Install_Tool.cmd search OEM and $OEM$ the same manner, that's parallel to i386 folder.

Bad memory, I edited presetup.cmd too: sourcepath is read from $winnt$.inf.
Again tested at M2 solution only.

191

(9 replies, posted in Installation Platforms)

Sorry didn't used Base multi solution.
I'm building single CD and multi boot from the same source files.
Multi boot requirements are builded temporarily.

I dislike OEM at root directory. How to support different driverpacks version?
I've \XP_INST_XHO2\OEM and \XP_INST_XPS2\OEM

Changed DP_Install_Tool.cmd part to support root OEM and non root OEM:

Color 9f

setlocal EnableExtensions

Echo.
rem support \OEM and \multi\OEM
Echo Searching home directory for the DriverPacks...
pushd "%~dp0.."
set CDDRIVE=%cd%
popd
SET last_char=%CDDRIVE:~-1%
IF "%last_char%"=="\" set CDDRIVE=%CDDRIVE:~0,-1%
IF exist %CDDRIVE%\$OEM$\$1\D echo goto M1Found
IF exist %CDDRIVE%\OEM\bin\un7zip.exe echo GoTo M2Found

M1: not  tested
M2: should work

Today I tried driver from Post #6 at BartPE: booting fails, incorrect driver.
At second glance: link refers to a 64 bit driver.

There are 32 bit drivers too.
http://www.3ware.com/download/Escalade9 … nstall.zip

I doubt SCSI\Processor_* is required at textmode. Don't include this to ini file.

Slightly offtopic:
Funny txtsetup.oem

[HardwareIds.scsi.AMCC]
id = "PCI\VEN_13C1&DEV_1002","3wareDrv"
id = "PCI\VEN_13C1&DEV_1003","3wareDrv"
id = "PCI\VEN_13C1&DEV_1004","3wareDrv"
id = "PCI\VEN_13C1&DEV_1005","3wareDrv"
id = "USB\VID_03F0&PID_2001", "usbstor" #--HP
id = "USB\VID_054C&PID_002C", "usbstor" #--Sony
id = "USB\VID_057B&PID_0001", "usbstor" #--Y-E Data
id = "USB\VID_0409&PID_0040", "usbstor" #--NEC
id = "USB\VID_0424&PID_0FDC", "usbstor" #--SMSC
id = "USB\VID_08BD&PID_1100", "usbstor" #--Iomega
id = "USB\VID_055D&PID_2020", "usbstor" #--Samsung

3ware did add HardwareIDs for high capacity floppies too.
Compare http://www.msfn.org/board/Using-a-F6-Dr … 82711.html
http://support.microsoft.com/kb/916196

Galapo wrote:

But then, I never really actually use recovery console (I make frequent backups).

Wish I had more time...

Me too.

@McStarfighter
A half manual way, rough idea, not tested:

Create a new driverpack massstorage installation CD.

Backup \cmdcons\txtsetup.sif.
Copy driverpack massstorage txtsetup.sif to \cmdcons\txtsetup.sif.

Open device manager. Remember massstorage controller HardwareID.
Edit \cmdcons\txtsetup.sif:
compare HardwareID at [HardwareIdsDatabase] section
remember used drivers
goto [SCSI.LOAD] section, remove all, but keep required drivers.

Compare [BusExtenders.Load] section too.

Copy new massstorage controller driver to \cmdcons\.

Good luck.

@Galapo
Yes, actual idea was "to an offline system". Thanks for correcting.
Boot regular windows or PE: add driver and settings to \cmdcons.

McStarfighter wrote:

You can install the recovery console to HD with the command "...\I386\winnt32.exe" /CMDCONS /UNATTENDED.

Yes, that's it.
And if you use proper source files, then there are AHCI drivers at Recocery Console too.
Use a installation CD with integrated MassStorage Driverpacks.

McStarfighter wrote:

My problem is that the recovery console on the HD has the "F6 problem".

Which "F6 problem" do you have? Insert a proper floppy and press F6.

McStarfighter wrote:

And so I want to know how I can "modify" the installed recovery console for MassStorge support like in textmode.

One massstorage solution does edit txtsetup.sif and add driver files. So does driverpacks and Bart.
A description http://www.msfn.org/board/Add-slipstrea … 77999.html

Which hardware do you use?

@Galapo
OfflineSysprep and fix_hdc could be enhanced: add required drivers only from a offline system.

How did you installed recovery console?
Did installation CD contain MassStorage Driverpacks?

Another question:
has OEM and $OEM$ to be at root directory?

There is Flyakite's Multiboot Guide.
http://flyakite.msfn.org/
http://flyakite.msfn.org/unattended.htm

What about support both: root directory and subdirectory?

Color 9f

setlocal EnableExtensions

Echo.
Echo Searching local directory for the DriverPacks...
pushd "%~dp0.."
set CDDRIVE=%cd%
popd
SET last_char=%CDDRIVE:~-1%
IF "%last_char%"=="\" set CDDRIVE=%CDDRIVE:~0,-1%
IF exist %CDDRIVE%\$OEM$\$1\D echo goto M1Found
IF exist %CDDRIVE%\OEM\bin\un7zip.exe echo GoTo M2Found

Echo.
Echo Searching all drives now...

Debug code, remove two echo for usage.

I'm confused:

HP driver http://h20000.www2.hp.com/bizsupport/Te … ab51adc52c IDE\WinXP\sataraid\nvrd32.inf contains

%NVSTOR_DESC%=Crush11_Inst,PCI\VEN_10DE&DEV_037F&CC_0104

HP nvrd32.inf does NOT contain VEN_10DE&DEV_037E

HP IDE\WinXP\sataraid\txtsetup.oem contains

id = "PCI\VEN_10DE&DEV_036F", "nvgts" ; MCP55 OEM
id = "PCI\VEN_10DE&DEV_037E", "nvgts" ; MCP55 CHANNEL
id = "PCI\VEN_10DE&DEV_037F", "nvgts" ; MCP55 UNUSED

@profp62
Please run 'devcon.exe hwids PCI\CC_01*' and post output.

D\M\N\4IN\NVRAID4IN.inf contain

%MCP55S%=Crush11_Inst,PCI\VEN_10DE&DEV_037E&CC_0104

Does this driver support a Proliant ML115?


@all
nvgt.sys reminds to http://www.911cd.net/forums//index.php? … p;p=144486
At BartPE a additional registry settings is required: PnpInterface=5

Txtsetup.oem contain this registry setting too. Remember F6 floppy txtsetup.oem is the generic solution.
Does driverpacks require this registry setting too?


A PnpInterface search revealed:

http://www.phdcc.com/wdmbook/scsinotes.html

NT 5 SCSI miniports are either run as legacy drivers or as PnP drivers. A PnP miniport must have a HwScsiStopAdaptor routine and have a PnPInterface entry in the registry.

http://www.osronline.com/DDKx/storage/02mnport_0ihz.htm

To support Plug and Play, a SCSI miniport driver must:
Be installed as a service for the HBA.
Have a PnPInterface entry in the registry that indicates the interfaces for which the miniport supports Plug and Play.
...
During initialization, the SCSI port driver checks the registry to determine whether the miniport should be run as a Plug and Play or legacy driver.

Nvgts.sys contain string SCSIPORT.SYS. That's file SCSIPORT.SYS is the SCSI port driver.

Expand driverpacks massstorage and run

findstr /M /S "SCSIPORT.SYS" *.sys

There are a lot of files listed. Most drivers does not require a PnpInterface setttings.

Can anybody explain massstorage drivers?
Does exist drivers supporting Plug and Play mode only, but no legacy mode ?
Is nvgts.sys a example?

199

(63 replies, posted in DriverPack Mass Storage)

adam_w wrote:

3. second reboot, boot to windows

To summarize again:
textmode setup add basic iastor.sys support.
First reboot does work. Second reboot fails.

Then I wonder:
What happens, if you include a default iaahci.inf?

200

(63 replies, posted in DriverPack Mass Storage)

adam_w wrote:

The current driver pack for mass storage cause XP to blue screen with an error message on Thinkpad X61 (Your computer has been shutdown down to prevent damage).

Back to first post. Please clarify: when do you get a BSOD?

I understand windows installation:
1. textmode setup
2. first reboot, gui mode setup
3. second reboot, boot to windows

If cmdlines.txt is processed, installation survived first reboot.
Then iastor.sys was valid after first boot. PNP at gui mode setup made a invalid iastor.

Driver Iastor.sys is signed. iaahci.inf is edited and iaahci.cat invalid therefore.
Does this matter?

@abdou
Can you try default XP sources and add iastor 7.8 at F6 USB floppy?