ok, just some following up on this trail:
at the moment, i dont think it's stable enough to be useful, at least not in
an environment where you need to install more than one machine. Why?
A) because depending on the situation, it throws errors (on eg win2k, it
complains about some weird "COM error with using DOM"
B) the 'add new hardware wizard' is not suppressed. Author claims it is
being suppressed on his system (as far as i can tell from his posts), but i
haven't experienced that yet => you have to click your way through
C) it fracks up something in that wizard, making it act strange when trying
to locate driver files... even tho i point it at the correct file, it still
cant find it, again on win2k. On WinXP it seems to behave better, tho you
still have to click your way thru the wizard
SO, the way i tried from here is:
1. unpack driverpacks to /z/drivers
2. link /z/os/winxp/$oem$/$1/D to /z/drivers/D and do the same for win2k
-> driver will be placed in "C:\D"
3. generate devicepath using either setdevicepath.exe (from pyron) (can also
be done by using a "find ./ -type d" + some extra commands) and put that in
the file hivesft.inf (it contains a 'key' named DevicePath, and is
apparently used as part of a template for the registry
4. install using unattended... seems to work
At least it works better than without step 3, since i have a gut feeling
that the thing that constructs the devicepath omits any directory that has
subdirectories... which is annoying since there are a lot of drivers in the
driverpacks that have .inf files in their main dir AND in a subdir, but the
.inf files in the main dir are not visible to the setup process since they
are not put in the devicepath value. Also, it seems that (but i need to test
this further) that pregenerating that key and putting it in the
hivesft.inffile bypasses the 4000byte limit for the OemPnPDriverPath
thing...
The reason i think it might remove the restriction is info in the following
link :
http://vernalex.com/tools/spdrvscn/index.shtml
anywayz, typing with an 8-month old is kinda difficult, so i'm gonna leave
it at this :)
Michael
On Nov 15, 2007 9:43 AM, Michael De Groote <[EMAIL PROTECTED]>
wrote:
> i'm currently trying to do the following for driver-stuff:
>
> 1. only integrate the BTS LAN-driverpack (these are absolutely necessary)
> (if i come across probs in the future i might integrate massstorage
> textmode drivers too, but havent figured that part out yet :) )
>
> 2. rest of the driverpacks goes into z:/drivers
>
> 3. then try using this :
> http://www.msfn.org/board/lofiversion/index.php/t70209.html
> => all drivers except network drivers remain on network share, which is
> nice for old machines with small disks, and saves setup time since not ALL
> have to be copied
> => no more problem with limit on length of oempnpdriverpath
>
> hopefully i can report later today that this approach works
>
> Michael
>
>
>
>
>
>
> On Nov 14, 2007 5:08 PM, Maurice Libes <[EMAIL PROTECTED] > wrote:
>
> > Frank Van Damme a écrit :
> > > Hello,
> > >
> > > I am currently trying out Unattended. Depending on which PC I try it
> > > on, it works nice...
> > >
> > > My biggest problem up to now has been pre-installing drivers. We have
> > > very diverse hardware, and the first system I tried it on (an Asus
> > > Pundit PH3, Intel-based) has an elaborate directory structure for the
> > > device drivers (totalling 92 directories and subdirectories).
> > > Apparently it is necessary to add all these directories to the
> > > OemPnPDriverPath (why can't windows setup just copy it all to hard
> > > disk, and then seek the correct .inf file in that tree?). I ended up
> > > with a totally-unconfigured system with no support for the usb
> > > controller, video chip, ethernet,...
> > >
> > > I also tried generating the OemPnPDriversPath by adding all these
> > > subdirs in a string and putting that in unattend.txt (just so
> > > Unattended would skip asking which driver folders to add). Didn't seem
> > > like a very good idea, the path became pages long and
> > > Unattended/Windows Setup mangles the entire directory structure
> > > anyway. I would prefer not having to wory about the correct hardware
> > > drivers and to just let Windows Setup figure out what drivers to
> > > install.
> > >
> > >
> > i don't know if i understand your problem
> > but in case of limited string length from OemPnPDriversPath I suggest
> > you to use
> > the 2nd method proposed by the DPS_base installation program from
> > DriverPack
> > http://driverpacks.net/DriverPacks/
> >
> > this method known as Pyron's method can solve this length problem
> >
> > All the driver are put in 7z format in a C:\OEM directory
> > Then this method create a presetup before the Windows setup
> > This presetup launch a programm DevPath.exe which scan the OEM directory
> > searching for ".inf" driver files, and modify the
> > HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ DevicePath
> > register
> >
> > this method works great and you can have as many drivers as you want
> > without problem
> >
> > with the unattended sourceforge project there is just a hack to do in
> > order to make this method functionnal
> >
> > 1. you have to copy the OEM Directory containing the drivers, into your
> > I386 Directory
> > 2. then at install time you MUST copy backward the I386\OEM directory to
> > C:
> >
> > i make this copy in the UNATTEND.TXT file here:
> > doit_cmds = "Z:;cd Z:\os\winxpsp2\i386;xcopy OEM c:\OEM /Y /E /I;
> > winnt /rx:
> > lang /s:Z:\os\winxpsp2\i386 /u:C:\netinst\unattend.txt"
> >
> >
> > hope it can help
> >
> > > Currently I'm having another test system on my desk which is between
> > > its 15th and 16th reboot for installing updates, or so it seems :-)
> > > I'd like to draw your attention to C't offline update: a small GPL
> > > program written by the dutch computer magazine C't. It produces update
> >
> > > cdroms for chosen windows versions and languages of Windows; the
> > > updates are installed with MS's update agent, it's got its own system
> > > for automatic reboot and recall and support for service pack releases.
> >
> > > Maybe it's worth considering to integrate this in Unattended?
> > >
> > > Some download links in the scripts are dead. This probably because my
> > > scripts are outdated - I tried updating them but always got a "no
> > > route to host" error to the sourceforge cvs. Pretty annoying. I'll go
> > > on without pe windows messenger for now.
> > >
> > > Then, on the Pundit (after I'd thrown some cruft out of the drivers
> > > directory, and removed the OemPnPDriversPath from unattend.txt), about
> > > half of the drivers got installed - just not the usb ones and the
> > > network. For some reason I just couldn't get the thing to work
> > > afterwards too. Weird. I'll try Xp instead of 2000 and let know how it
> > > went.
> > >
> > > Also: the system currently installing is a win2k. I have an
> > > unattend.csv which worked nice for the pundit and the windows Xp key,
> > > but for this system Unattended still asks me for a product key. Which
> > > is weird since the product key is in the database. Or is the key not
> > > "Windows 2000 Professional ProductKey"?
> > >
> > > Another thing I'm a bit (...) concerned about is security. The default
> > > settings are guest:guest, so everyone can read unattended.txt and the
> > > admin passwords therein. Would it be possibly/easy to remaster the
> > > boot disk with some real user and real password?
> > >
> > >
> > >
> >
> >
> > --
> > Maurice Libes
> > Tel : +33 (04) 91 82 93 25 Centre d'Oceanologie de Marseille
> > Fax : +33 (04) 91 82 93 03 UMS2196CNRS- Campus de Luminy,
> > Case 901
> > F-13288 Marseille cedex 9
> >
> > Veuillez noter ma nouvelle adresse ==> [EMAIL PROTECTED]
> >
> >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems? Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > unattended-info mailing list
> > unattended-info@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/unattended-info
> >
>
>
>
> --
> Michael De Groote
> ICT-coordinator Sancta Maria Basisschool Leuven
> ICT-coordinator Sint-Pietersschool Korbeek-Lo
> ICT-coordinator Scholengemeenschap Katholieke Basisscholen Leuven
> ICT-coordinator Parkschool Leuven
--
Michael De Groote
ICT-coordinator Sancta Maria Basisschool Leuven
ICT-coordinator Sint-Pietersschool Korbeek-Lo
ICT-coordinator Scholengemeenschap Katholieke Basisscholen Leuven
ICT-coordinator Parkschool Leuven
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
unattended-info mailing list
unattended-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/unattended-info
