Driver Feed Workaround and drivers
The driverfeed has been updated in 3.4 and now includes this workaround automatically when deploying scripted installs, so you can remove any previous tasks you had assigned. However, the process is not automatic for images, so you can still use the tasks provided here.
If you are deploying Windows XP, you might still want to use the driverfeed workaround with scripted installs as well. The latest version of the tasks now looks at the drivers that are copied over to the workstation and identifies all the directories that have an .inf. These directory paths are then inserted into your XP answer file (scripted install or image). If you have an image, they are also injected into the XP registry “DevicePath” entry. This means that many drivers are installed during the PnP process and ready for you before post installs start running. The drivers that are not picked up should be during the postinstall task to run dpinst. It is possible that some drivers will need a reboot, and even with this method, some drivers will not install at all.
The drivers_postinstall path has also been changed in 3.4, please refer to the KB Article 1142:
K2000 3.4 Drivers Postinstallation Structure
http://www.kace.com/support/kb/index.php?action=artikel&cat=54&id=1142&artlang=en
Refer to KB 1128 if using non-dell systems and would like to setup the correct path:
K2000 Setting up Driver Feed with non-Dell Systems in 3.4
http://www.kace.com/support/kb/index.php?action=artikel&cat=54&id=1128&artlang=en
In 3.4, the drivers_postinstall share has a directory named feed_tools that contains a vbscript named Get_Manufacturer_Model_OS.vbs. You can run this script on the machine in question to get the Manufacturer, Model, and OS of that machine. You can also choose to run the new version of model_report.exe to get the 3.3 or 3.4 path needed for your machine.
Note: Many have asked about the combo drivers and how to use them in 3.4. Here are the paths used in 3.4 for these drivers, however, you will HAVE to use the driverfeed workaround tasks even in scripted installs for the combo drivers to work.
\dell\Operating_system(arch)\combo\Desktop
\dell\Operating_system(arch)\combo\Notebook
Download driverfeed tasks - http://downloads.kace.com/support/downloads/k2000/tasks/driver_feed_tasks-3.4.zip
After downloading the file, unzip the contents and you will be presented with:
README – general information
model_report.zip – x86 and x64 version of the script to run on the machine, either in Windows or KBE.
driver_feed_mid_task.zip – This file gets uploaded as an application midlevel task, with the command line: “call driver_feed_mid_task.bat”
install_drivers.exe – Gets uploaded as an application postinstall task to be used with XP images.
Answers (77)
sburkey2 found that their firewall was blocking the port necessary to access MySQL, which is port 3306
I sent him a link to this article to see if he could get excel to connect to it: http://helpdeskgeek.com/office-tips/excel-to-mysql/
During the driver feed copy to the local machine the copy does 80% or more of the drivers it then asks if I wish to overwrite the files (when it gets to network and storage). I have checked for duplicate drivers but have not found any in that directory. If I press A for ALL it continues if I press Y there are 11 drivers that it wants to overwrite.
Has anyone experienced this?
The 780 works fine with win7 x86 and x64 and 790, 5520 works fine with win7x86,x64 and winxp.
Another issue that may be worth mentioning on the 790 is that with the x64 win 7 when the 32 bit internet explorer is loaded it causes IE8+ to crash.
The issue is the ATI video driver.
To get around this I created a post install task of the ati driver I then opened the 32 bit IE8 browser and it worked.
RESOLUTION:
I found the issue for my problem. The network and removable storage drivers were in the drivers and drivers_postinstall folder under feed>780>xp so I deleted the drivers for network and Removable storage from the Drivers_postinstall folder. This allowed the drivers to install correctly and also didnt prompt to overwrite.
Just wondering if anyone knows if the RSA Driver Feed fixes are implemented into the latest K2000 build (v3.4.54256).
I tried viewing the release notes from the KACE downloads page for v3.4.54256 and the link is actually broken.
I wanted to know if the latest RSA updates include a driver share setup or something that would not require the driver feed workaround/manual sync.
Much Appreciated.
Three | David Wedrat
Ausco Modular
I have something strange happening, that I think might be related to the driver feed. I have an image, that up until recently, worked fine on XT2 Tablets. Image has standard software installed (Windows 7 Pro), plus some post install tasks - including a rename of the computer account, and joining the domain.
The device will image fine, but when I get to the login screen, I am not able to select any user, other than administrator. I know the local admin password that was set, but it will not take it (Error -> The specified domain either does not exist or could not be contacted).
I know the script we use to join the domain, can do weird things to the local admin account if it is unable to join properly. I am thinking that my network drivers are not loading on the XT2 model (NOTE: I can run this image on an Optiplex desktop, or a Latitude Laptop - and it works fine).
I have removed the XT2 drivers, and re-installed, but still no joy. Any thoughts on what else I should look at?
I'm really liking the progress with the Driver Feed. Many thanks to you and Kent for your work on this.
I tried out the drivercab_downloader imported in v.3 of the driver_feed_tasks packages in order to test it against a new Latitude E6320, but am getting an error on the mid level task Drivers - Copy x64 Feed Files to Workstation.
I get the following error:
Line 42 (File Y:\applications\78\driverfeed_x64.exe")"
Error: Variable used without being declared
Any ideas on what this may be? This also happens on other Dell laptops that previously worked with an earlier version of the driver feed tasks.
Thanks!
Line 6497 (File "C:\Users\administrator\AppData\Local\Temp\12\drivercab_downloader.exe"):
Error: Subscript used with non-Array variable
Any idea what might be causing this?
Thanks.
I have the packages downloaded, and I've recached the drivers, but the install never happens. I tested this by doing a scripted install on the 2100 (which took ages), and then captured a sysprep'd image of it, and then deployed it to the 2110. Neither of them had any drivers installed except what was available already.
My other post-install tasks work fine (scripted installs: all programs, system images: installing the KBOX software, deleting unattend.xml) so I'm at a loss as to why the drivers aren't installing at all.
Corey
D620 took me here (eventually) https://docs.google.com/uc?export=download&confirm=no_antivirus&id=0B0eQ3eQtDlyHNzk3NDc3ZjItMGU5Mi00NjljLTk5OWItNzg2Mzk5Zjc3MTIx&authkey=CJC6vsYJ
Turns out this is the "XP Notebook Combo Driver CAB"
Any chance that you could make your app reference an already downloaded cab file?
In fact, if you can tell us where the downloaded file is put and is named (I see the cabdownload folder), it can be downloaded by hand.
Looking into possibly adding the ability to select a .cab file that has been manually downloaded. However, the issue becomes getting the right model from the .cab
I followed your instruction to update the driver patch and import the tasks but it does not work for me.
I use the driver feed tool in K2000 to download the drivers for Dell Prec T3500 because this model is not listed in Driver Downloader. I see the drivers are downloaded "\\K2000Box\drivers_postinstall\windows_7_x64\feed\dell\t3500"
"Drivers - Copy x64 feed files to workstation" is added in mid-postinstallation task of scripted installation and I see the "driverfeed_x64.exe" is called
before the system is rebooted the first time.
When the PC is running in Post Install Task, I browse to "C:\kace\" folder and don't see "Drivers" folder.
if I copy the drivers to "C:\Kace\Drivers" and run the "install_drivers.exe" manually on the pc. It installs the missing drivers and replaces the drivers installed by Windows 7.
Could you advice me how to fix this issue?
thanks
Cody
I am working through this procedure for the first time starting today. Two quick questions for you:
1) When the drivercab_downloader script downloads drivers for new models (not available in the driver feed), I notice that it puts everything it downloads into the "drivers_postinstall" share. Are the network drivers not needed in the "drivers" shares, similar to how the network drivers for everything downloaded via the feed are still left in the "drivers" share?
2) For computer models that are not available in the feed or via the drivercab_downloader script (but still has an available CAB file on the Dell technet site), am I in compliance with this workaround if I
- Download and extract the CAB file manually
- Copy only the network drivers folder into the "drivers" share
- Copy everything else into the "drivers_postinstall" share
- Recache the drivers
Thanks
Bill Ward
After the machine restarts from the mid-level tasks, can you boot immediately into KBE again and check the C:\Kace directory for the drivers. In Windows 7, typically the post install tasks are all run prior to getting to the desktop, so technically, the c:\kace directory shouldn't even be there anymore.
- when using the workaround, as the driver for video is detected a bit later in the process than if the drivers were incorporated as standard during the install, my build starts up with all hardware perfectly installed including video, however the default 'windows 7 basic' theme has no fancy aero effects enabled. I can enable it all by re-running the experience index thing, however it is a 'post deploy check' that I would rather automate. Anybody else run into this?
i've tried the driver feed on a E5520 x64 win7..
i see the drivers beeing (i think) copied, but when the install is ready i still have exclemation marks and unknown devices..
i did have the install feed to workstation task in place..
do i have an additional step to perform?
i don't see an c:\kace\drivers on the local disk of the machine
what i do see is the custom folder with the dell e5520 drivers in the postinstall share..
thanks in advance!!
Tom
Make sure the drivers are in \\k2ip\drivers_postinstall\windows_7_x64\custom\dell\e5520
This is where the script will be looking for them based on what you've told me.
I can understand a driver or two missing. c:\KACE\drivers (or the new c:\KACE\drivers_postinstall) get cleaned up by kcleanup after all postinstallation tasks run. To check if they are there, reboot to kbe immediately after the first reboot of the SI.
Make sure you have the install drivers to workstation postinstall task assigned o this SI.
Corey
The drivers are where they should be.
i see when doing a scripted install the xcopy, copying over all the correct drivers..
but when the scripted install is ready, no drivers have been applied.
when i say a driver or two are missing, i mean still missing, before using the workaround and now same amount.
all drivers are just the windows 7 default drivers it usses..
no dell drivers.
so looks like it doesn't do the next task.. (install the feed to the computer)
thx!!
What model/os are you trying to download?
Corey
Yes, that was an issue, that is now fixed in v.6.3. So sorry about that, a syntax error that worked for the Dell cab downloads, but not for the combo packs.
Thank you all for your support and patience as I not only correct bugs that occur, but bugs that come up from new features that are being added.
The K2000 driver feed has been updated. To use it you should be currently doing what the first post mentions with the driverfeed_tasks.
If you run drivercab_downloader at this point, any "custom" drivers you had downloaded previously will be deleted. This is OK, because you can now download them from the feed. The tasks will work as usual. But, if you copied your own stuff there, you should copy them out first.
In a few hours the drivercab_downloader will have an empty list :(
However, when dell releases a new model and has drivers, you can simply run it again and it will show up in the list until KACE releases it in the feed.
Please let us know of any issues.
We have some Alienware Aurora-R3 machines that I would like to use this method for.
I have followed the instructions in the first post and have run the model_report.exe file on the specified machine, this produced a path of \\{KACE-IP}\drivers_postinstall\{Windows-Version}\custom\Unknown\Aurora-R3
I have placed the drivers from the Alienware install CD into this directory, both as just a list of 'R' directories and also with the 'R' directories sub divided into the relevant criteria, i.e. Audio,Video etc.
Neither of these methods have worked, it seems to just completely ignore the install tasks.
Could you offer any advice/assistance on this.
Thanks
ORIGINAL: cserrins
PG_t4ttyt3ddy,
Are the R files just .exe's? If so, they need to be expanded out to the drivers, you can extract them using 7-zip, winrar or winzip.
HI
I have tried just .exe, unpacked .exe into a seperate Rxxxxxx folder per device driver and also packing the unpacked items back up into .zip files.
The task just seems exit without doing anything.
Thanks
I had to place mine in the path
\\{K2-IP}\drivers_postinstall\windows_7_x64\feed\Unknown\Aurora-R3
Without the \feed\ part it doesn't even look for drivers.
Thanks for your assistance this workaround is an amazing help.
Has anyone else has success pushing out the NVidia Video Drivers with this workaround?
Line 2624 (File "Y:\applications\32\driver_feed_mid_task.exe"): Error: Subscript used with non-Array variable.
The drivercabdownloader says that the drivers have been downloaded to \\ikbox\drivers_postinstall..., but they are not there when I check. I manually copied them to the path given in the message and recached. However, I still get the non-Array error above. Do I need to do the "workaround" for the workaround that is mentioned (manually copying/moving the drivers to the feed folder? I am using the latest versions of the feed tasks and cab downloader.
Thanks!
ORIGINAL: Tentacle Master
I'm probably doing something super dumb.
I get this error during the mid level x64 task
No Driver directory found
10
After I hit ok it appears to install the drivers ok, its just now starting its sysprep run as I'm typing this. Should I expect this error every time?
Hi Tentacle Master
Is this on your RSA? As I had the same error when running a scripted install on a RS but I have managed to get rid of the error using cserrins
http://downloads.kace.com/support/downloads/k2000/scripts/driverfeed_sync.zip
During the driver feed copy to the local machine the copy does 80% or more of the drivers it then asks if I wish to overwrite the files (when it gets to network and storage). I have checked for duplicate drivers but have not found any in that directory. If I press A for ALL it continues if I press Y there are 11 drivers that it wants to overwrite.
Has anyone experienced this?
The 780 works fine with win7 x86 and x64 and 790, 5520 works fine with win7x86,x64 and winxp.
Another issue that may be worth mentioning on the 790 is that with the x64 win 7 when the 32 bit internet explorer is loaded it causes IE8+ to crash.
The issue is the ATI video driver.
To get around this I created a post install task of the ati driver I then opened the 32 bit IE8 browser and it worked.
ORIGINAL: shotton
I get this exact error I have updated my mid level and post tasks to version .4 w7 x64 bit
Everything installs fine I just have this error stopping the install. Click OK and it goes past it :(
cserrins and I did a webex and found that I didn't have the a patch installed for the driver feed
found here btw:
http://www.kace.com/support/kb/index.php?action=artikel&cat=59&id=1103&artlang=en
While this would have been a crippling issue if I was using scripted installs, images don't really need it.
The whole issue was the kbox was still dropping in all of drivers in the beginning, fine for images, but the mid-level task couldn't find the drivers_postinstall folder.
Additional note: I had to delete the drivers I had in the driver feed, install the patch (which made my kbox reboot), reload the drivers, then check the 780 (dell optiplex) driver folder for a misplaced folder, that should belong in drivers_postinstall, that's known to throw and error.
Issue resolved, give it a try.
I recently ran into a problem however. Out of the blue I can no longer write to my drivers_postinstall folder. I get the error message "Access Denied". I can view the items in the folder still, and I can still write to the drivers folder. I am unsure what happened to cause this. I haven't updated the KACE box since I've been able to write to the drivers_postinstall folder. I could really use another brain to give me some ideas on where to look for my issue. Just for info's sake the K2000 box is running on 3.3.52857.
Thanks in advance for any help you guys can give me.
I guess I'm missing something here.
When I go to the driver feed on the KBOX I find the model number and click Install Feed, and it creates the following folder \\kbox-name\windows_7_x64\feed\dell\790\790\win7\x64\ and only has the network drivers in this directory.
In drivers_postinstall I have two possible locations where things are located. I know one was the old way of doing things in 3.3. I have
\\kbox-name\drivers_postinstall\dell\windows_7_x64\790 and then all the drivers associated with the machine
and
\\kbox-name\drivers_postinstall\windows_7_x64\feed\dell\790\ and then all drivers associated with this machine
(I know one of these last two I dragged files from one folder to another for some troubleshooting purposes).
If I get rid of the driver feed workaround tasks from 3.3 in my workflow, which of these directories is the location that the kbox checks for drivers? And can I delete the other directories? From this article:
http://www.kace.com/support/kb/index.php?action=artikel&cat=57&id=1128&artlang=en
It looks like I just need to keep the \\kbox-name\drivers_postinstall\dell?
Either way this is pretty awesome.
Hi Corey,
Just wondering - I am running K2 on 3.4 and the feed tasks thing is working a treat!
I did however go to drop 2008 R2 onto an Optiplex 790 and I cannot get the drivers_postinstall to be picked up.
I have tried the following paths:
\\kbox\drivers_postinstall\dell\windows_2008_x64\OptiPlex_790
\\kbox\drivers_postinstall\dell\windows_2008_x64\790
Can you shed any light on this?
Kind Regards,
David Wedrat
Ausco Modular
Comments:
-
Did you create those folders or were they already there? - aaronr 11 years ago
Comments:
-
Also I am trying to use this with the Native Imaging Toolkit. - jaskelly3578 12 years ago
-
Imaging an Optiplex 990 with Win7x64 - jaskelly3578 12 years ago
-
No, you do not need to apply the Driver_Patch on a K2000 on version 3.4. Are you downloading the Optiplex 990 drivers via the driver feed? if so, they should be exactly where they need to be.
Also, is the mid-level task after all of your WIM tasks? If not, you will need to move it. - warmep 12 years ago -
Yes we are downloading via the Driver Feed and the mid-level task is after all the WIM tasks. This beats me as everything looks fine. Could it be because it is a WIM captured using the Native Imaging Toolkit? - jaskelly3578 12 years ago
-
That shouldn't keep it from installing. You could try kicking off the image deployment, but don't reboot afterwards. Once it's done deploying, try running the task manually from KBE and see if it does anything. - warmep 12 years ago
so that the conversation will remain readable.