Help - Search - Members - Calendar
Full Version: OLSP not injecting Mass Storage drivers
The CD Forum > Bart's PE Builder > OfflineSysPrep
avatar28
I'm a bit new at this sysprep thing, so please be patient if I am overlooking something. I hope someone can help me. I have put an inordinate amount of time into this project and I don' know how much more I can spare right now.

We have an existing image at work that is intended to be modified and use as a base for custom images in our schools. I have decided to take it upon myself to create a more or less universal image since the existing one doesn't work out of the box on a lot of newer hardware (sometimes not at all).

I have modified our existing sysprep creation script to work Driverpacks.net drivers. I have added LAN, CPU, and Chipset drivers to the C:\D folder (added with devpath) and use the SAD M2 method for the rest of the drivers. I sealed the image without using the -BMSD option. Where my problem comes in is in injecting the Mass Storage drivers.

I created a LiveXP CD with OLSP and the sysprep version for SP3. I did not, as far as I know, change any other settings when creating it. I have gone through the OLSP process, making sure to check the box to not complete it with sysprep since I already did so. It does not appear to actually add the mass storage section to my sysprep.inf. I have tried it both with and without the mass storage section already existing.

I'm really not sure what I am doing wrong here. Should I instead be trying to use the gui mass storage injector that Zetup posted? Most of our systems are Intel based with a few AMDs here and there. Would using Zetup's solution allow me to integrate all of the DP mass storage text drivers without having to worry about running afoul of the ntldr memory limits?
Galapo
QUOTE (avatar28 @ Oct 9 2010, 01:41 AM) *
It does not appear to actually add the mass storage section to my sysprep.inf. I have tried it both with and without the mass storage section already existing.

Entries aren't added to sysprep.inf. That's because drivers are injected directly into the system and the corresponding registry entries also injected.

Regards,
Galapo.
avatar28
QUOTE (Galapo @ Oct 8 2010, 05:14 PM) *
Entries aren't added to sysprep.inf. That's because drivers are injected directly into the system and the corresponding registry entries also injected.

Regards,
Galapo.


Thanks. I was starting to wonder if that was the case. Does that get around the problem of NTLDR giving out of memory errors with too many drivers?
Galapo
QUOTE (avatar28 @ Oct 9 2010, 01:05 PM) *
Does that get around the problem of NTLDR giving out of memory errors with too many drivers?

No. You either need to decrease the number of drivers injected, or you'll need to use a version of ntldr with higher memory limits.

Regards,
Galapo.
avatar28
QUOTE (Galapo @ Oct 9 2010, 10:05 PM) *
No. You either need to decrease the number of drivers injected, or you'll need to use a version of ntldr with higher memory limits.

Regards,
Galapo.


I don't suppose that there is an easy way to do that? Am I understanding correctly that what I need to do is to extract the mass storage driver pack, look through each folder and delete the folder of the drivers I don't want. Then I point OLSP to that folder from within WinBuilder and have it rebuild the mass storage database before I build the project?

Also, since these are injected directly into the registry, it is not something that would need to be done again if someone were to take the resulting image, modify, and reseal it. Is that correct?
Galapo
QUOTE (avatar28 @ Oct 14 2010, 12:28 AM) *
I don't suppose that there is an easy way to do that?

What you do is enable/disable drivers by using the 'user_settings.ini' file found under the 'userfiles' folder. Some details and examples found in that file.

QUOTE
Also, since these are injected directly into the registry, it is not something that would need to be done again if someone were to take the resulting image, modify, and reseal it. Is that correct?

Yes, that's right -- no need to inject drivers again.

Regards,
Galapo.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2013 Invision Power Services, Inc.