PSD icon indicating copy to clipboard operation
PSD copied to clipboard

Offline MDT ISO

Open elyesusa opened this issue 2 years ago • 10 comments

I am not able to create offline ISO from PSD I am getting some errors, my work environment requires us to have an offline image just in case. Is there a workaround for this Screenshot 2023-12-11 at 11 49 46 AM

elyesusa avatar Dec 11 '23 16:12 elyesusa

Hi @elyesusa,

Any sanitized logs to share please?

GeoSimos avatar Dec 15 '23 18:12 GeoSimos

Hi @elyesusa,

Did you ever find a resolution for this issue. I would be interested to know what is was?

Thank you.

Mase5150 avatar Feb 05 '24 16:02 Mase5150

We are getting the same results when trying to use offline media. When deploying the ISO it seems it's still looking for Litetouch.wsf. Is there a process to convert offline media backend to use new powershell scripts?

Error: Can not find script file "X:\Deploy\Scripts\LiteTouch.wsf"

Screenshot 2024-04-08 154947

Jamiep11 avatar Apr 08 '24 20:04 Jamiep11

Please correct me if I'm wrong....

I don't believe Offline media is a supported feature in PSD. Is it? When you use the media option in Deployment workbench, it generates the content from the MDT installation's distribution folder, which contains the original MDT VBScripts. This won't work with PSD.

the source files comes from MDT....not what you want image

As you see the scripts folder has the vbscritps in it image

In theory, you could transfer some files from PSD deployment share's to the media folder, however, I'm concerned that the PSD process won't know how to view the contents; I'm not aware of any feature within the PSD modules to utilize a local drive; typically, it attempts to fetch from an HTTP path and then copy locally.

However, you got me thinking I will have to test this theory...I did these items:

  • Created a new selection profile for the desired contents
  • Created new Media001 from workbench with path to E:\PSDMediaTest
  • Copied the autorun.inf from the _E:\PSDMediaTest\Content\Deploy\Scripts folder to the PSDDeploymentShare\Scripts folder (media creation will error it not done)
  • Deleted the contents in the E:\PSDMediaTest\Content\Deploy\Scripts folder entirely
  • Copied the PSDDeploymentShare\Scripts folder to E:\PSDMediaTest\Content\Deploy\Scripts folder
  • Copied the PSDDeploymentShare\Templates folder to E:\PSDMediaTest\Content\Deploy\Templates overwriting all
  • Copied the PSDDeploymentShare\PSDResources folder to E:\PSDMediaTest\Content\Deploy\PSDResources folder
  • Copied the _PSDDeploymentShare\Tools\Modules folder to E:\PSDMediaTest\Content\Deploy\Tools\Modules folder overwriting all
  • Modified the customsettings.ini to use PSD properties
  • Modified the bootstrap.ini, removing the http path and account details
  • Disabled Generate x86 Boot image option in the Media001 Properties

I then generated the media without encountering any errors!

image

image

I then booted it up with a VM image

PSD does start....but it doesn't know what to do:

image

Since I was attempting to mimic an offline scenario, I didn't include the PSD HTTP path in the bootstrap.ini file. As you see, there doesn't appear to be any code designed to handle an offline situation.

I could see this working if the was an option in the Get-PSDContent function to look for a media drive when there is no http url specified...just saying...

PowerShellCrack avatar Apr 09 '24 00:04 PowerShellCrack

Having offline media would be nice to have. I can see some scenarios for remote imaging offsite, or providing an MDT image to a vendor to load your image on new devices. Is this something that could be added as a supported feature?

bretthexum avatar Apr 09 '24 14:04 bretthexum

i will ping the team and see what can be done.

PowerShellCrack avatar Apr 09 '24 19:04 PowerShellCrack

@bretthexum in the meantime. I was thinking of alternative options, you could deploy a VM, with the PSD deployment share in place, in one the clouds (I prefer Azure), with a public IP and build a boot ISO from that and give that to vendors to boot from. It does save on sending HDD externals or large DVD's and you won't have to send new content each time...you can just update the deployment shares. Of course, if you update the PSD binaries, then that would need a new ISO or disc.

PowerShellCrack avatar Apr 10 '24 21:04 PowerShellCrack

@bretthexum in the meantime. I was thinking of alternative options, you could deploy a VM, with the PSD deployment share in place, in one the clouds (I prefer Azure), with a public IP and build a boot ISO from that and give that to vendors to boot from. It does save on sending HDD externals or large DVD's and you won't have to send new content each time...you can just update the deployment shares. Of course, if you update the PSD binaries, then that would need a new ISO or disc.

Yep, I am actually looking at this solution now. Hoping we can get Branchecache etc to minimize the WAN traffic

bretthexum avatar Apr 11 '24 00:04 bretthexum

Has there been any work on this topic lately?

baronKanon avatar Nov 12 '25 14:11 baronKanon

As far as I (we) know, that scenario is not yet covered by PSD and it's not targeted for such cases, it is built to provide the ability to deploy either from on-premises/remote/vpn web server, or over a cloud based one. Especially when a disaster hits and you need to recover your machines quickly, having a remote or cloud based deployment share that wasn't hit, would prove to be a life saver. Don't forget that PSD is not a 1:1 replica of MDT, it's based on the foundation but it changes significantly under the hood.

GeoSimos avatar Nov 12 '25 22:11 GeoSimos