Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

An incorrect value is specified in the Source parameter or in the Destination parameter. #537

Open
bkehl1971 opened this issue Apr 3, 2024 · 15 comments

Comments

@bkehl1971
Copy link

bkehl1971 commented Apr 3, 2024

I am using the non hot fix version of 7.2.3 as the hot fix version has a bad signature and is blocked by AV.

Having trouble downloading drivers for Dell Latitude 5450, 5550, and 7350. Other Dell driver packages download and process properly. I get the same error in the log for each one.

DAT creates the source folders like \\server\sccm_source$\Drivers\Source\Dell\Latitude 5450\Driver Cab but then the download fails.

  • ======== Dell ConfigMgr Latitude 5450 DRIVER PROCESSING STARTED ======== DriverAutomationTool 2024-04-03 3:22:59 PM 22208 (0x56C0)
  • ConfigMgr: Latest driver revision found - DriverAutomationTool 2024-04-03 3:22:59 PM 22208 (0x56C0)
  • ConfigMgr: Checking ConfigMgr for driver packages matching - Drivers - Dell Latitude 5450 - Windows 11 x64 DriverAutomationTool 2024-04-03 3:22:59 PM 22208 (0x56C0)
  • ConfigMgr: New driver package detected - Processing DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • ConfigMgr: Calling content download function DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • ConfigMgr: Creating Latitude 5450 download folder DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • ConfigMgr: Creating \server\sccm_source$\Drivers\Source\Dell\Latitude 5450\Driver Cab folder DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • ConfigMgr: Downloading DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • ConfigMgr: Downloading from URL: https://downloads.dell.com/ DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • _**======== Errors(s) Occurred ======== DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • [Error] - An incorrect value is specified in the Source parameter or in the Destination parameter. Verify that the directory and file names in the Source and Destination parameters are correct. DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)**_
  • DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • ConfigMgr: file download failed DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
  • ======== Dell ConfigMgr Latitude 5450 DRIVER PROCESSING FINISHED ======== DriverAutomationTool 2024-04-03 3:23:00 PM 22208 (0x56C0)
@Acabar
Copy link

Acabar commented Apr 10, 2024

I'm seeing the same with the Latitude 5450 and Latitude 5550. Did a Optiplex 7020 (Micro and SFF) with out an issue.
I'm using the forked version of the .ps1 provided by ajn142attamu (#524 (comment)) until the msi hotfix issues are fixed.

@Acabar
Copy link

Acabar commented Apr 10, 2024

I also tested it with the latest official .ps1 and received the same error.

@mchippy
Copy link

mchippy commented Apr 18, 2024

I'm getting the same for 5550. Tried updating to 7.2.3 to see if it was something with the application and now my AV is eating the newer executable.. so we're dead in the water for this tool until I can get it whitelisted. Manually crafting driver packages is a pain when you're used to having this tool doing the work for you!

@bkehl1971
Copy link
Author

bkehl1971 commented Apr 18, 2024 via email

@mchippy
Copy link

mchippy commented Apr 18, 2024

Yeah, I'm not sure either. I downloaded the EXE manually and placed it, but it can't run the extraction now.

image

@bkehl1971
Copy link
Author

bkehl1971 commented Apr 18, 2024 via email

@mchippy
Copy link

mchippy commented Apr 18, 2024

Ouch. Thanks, mate. Looks like these will have to be manual.

@bkehl1971
Copy link
Author

bkehl1971 commented Apr 18, 2024 via email

@mchippy
Copy link

mchippy commented Apr 18, 2024

Looks like it might be working after I manually extracted the drivers to the "Windows11-" directory it creates. If I try and give the Windows11- it's version (A00), it doesn't see it, so it might have something to do with the way Dell is naming of the files? Might have to rename some of the directories to append "A00" and do a little cleanup. fingerscrossed

image

@bkehl1971
Copy link
Author

bkehl1971 commented Apr 18, 2024 via email

@browndervilleb
Copy link

Looks like it might be working after I manually extracted the drivers to the "Windows11-" directory it creates. If I try and give the Windows11- it's version (A00), it doesn't see it, so it might have something to do with the way Dell is naming of the files? Might have to rename some of the directories to append "A00" and do a little cleanup. fingerscrossed

image

Can you provide a bit more detail on how you accomplished this?

@TokenRing
Copy link

TokenRing commented May 7, 2024

We have the issue with the Latitude 5550 as well. I'm suspecting this might have something to do with Dell's (idiotic) decision to re-use model names. Notice that both the 5550 and 5450 both have E-named equivalents, but the version of the name without the E was used in Dell's documentation - case in point: https://www.dell.com/support/manuals/en-us/latitude-e5450-laptop/dell_latitude_e5450_om-v1/technical-specifications?guid=guid-ff58d80e-59c8-4c89-bcf1-57aedc89cc0d&lang=en-us - the "Dell Latitude E5450 / 5450 Owner's Manual"

The E-named laptops were released almost a decade ago now. And here Dell is, reusing model names without the E.

I speculate that DAT needs some improved logic to handle Dell's stupid naming decisions.

@bohnanza22
Copy link

@TokenRing is right this issue is Dell recycling the model name. Here is a breakdown of what I am seeing. When downloading the Latitude 5550 driver with the DAT the Latitude 5550 has the SKU/Identifiers as 0CB9 and 0CBC. The tool downloads, extracts, and creates the package for Windows 10 but fails for Windows 11 drivers. Here are the screenshots from these resources.
DAT Latitude 5550 item:
DAT

Package General Tab:
sccmPackageMeta

DAT downloaded cab and manifest xml:
DownloadedCAB
E5550_manifest

Manually downloading the drivers from https://www.dell.com/support/kbdoc/en-us/000109893/dell-command-deploy-driver-packs-for-latitude-models
DellWebsite

ManuallyDwnldCabs

new5550manifest
Notice the newer driver files are version A01.

As you can see the DAT is downloading the old Latitude E5550 model's driver package from 2020 version A08, then importing it as the newer Latitude 5550 and applying the newer sku's to the metadata of the old driver.

This is causing my OSD task sequences to fail and the computer blue screens after when booting to the full OS for the first time. This is also the reason Windows 11 drivers are failing to download where Windows 10 is downloading something. Since there are no Win 11 drivers available for that old device.

I am going to manually create my packages for this model. If anyone has a good tutorial for me I would appreciate it.

@funky-d
Copy link

funky-d commented Jul 12, 2024

To use DAT to create these driver packages after manually downloading the drivers:

  1. Download the latest driver package from https://www.dell.com/support/kbdoc/en-us/000124139/dell-command-deploy-driver-packs-for-enterprise-client-os-deployment
  2. Navigate to the share where DAT is saving your driver packages (this is found under the Common Settings tab in DAT).
  3. Drill down to your list of models and create a folder for the model you are attempting to import, i.e. "Latitude 7350" (depending on how far DAT got before it failed, this folder along with some subfolders listed in the next steps may already exist).
  4. Create a "Driver Cab" subfolder within the model folder you just created.
  5. Copy the driver package you downloaded in Step 1 into this Driver Cab folder.
  6. Go back to the model folder and create a "Windows11-" subfolder. Your folder structure will now look something like this:
    image
  7. Either use the command line or a program like 7zip to extract the driver package you copied into the Driver Cab folder into the Windows11- folder.
  8. Open DAT and start the Download/Extract/Import process for the drivers again. It will see the driver package exists, see the extracted files exist in the Windows11- folder, and will automatically create the package for you.
  9. Optionally, you can edit the package info in SCCM and add the correct driver version.

This should tide you over until these drivers can be processed natively via DAT. Hope this helps anyone who was confused, it took a bit of trial and error on my part before I got it working.

@bkehl1971
Copy link
Author

bkehl1971 commented Jul 15, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants