/build/static/layout/Breadcrumb_cap_w.png

Distributing an MSI that needs a mapped drive

Hi,

I have a couple of MSI packages that have shortcuts to files on mapped drives. When I try to distribute them with SMS 2003 they fail because the local administrator (or whatever account it is installed with) doesn't have that drive mapped, even though the logged in user does.

Does anyone know how I can get the MSI to not check for the mapped drive during install? Or is there a way to map the drive for the local administrator for the duration of the install?

--
Thanks

David Kirk

0 Comments   [ + ] Show comments

Answers (7)

Posted by: revizor 18 years ago
Third Degree Blue Belt
1
Easy workaround:
install shortcuts as regular files inside the Start Menu folder

The drawback is that if a person without that drive map logs on and opens Start Menu, it might take some time for the access request to time out (broken shortcuts/ freezing of Start Menu - not-so-fun stuff)
Posted by: skylizard 18 years ago
Senior Yellow Belt
0
Simple answear no,

SMS uses local system account as you know already, so won't have privilages connecting to or mapping any drives.
Only way round this to to have the application run as the logged on user (user must then have proper access permissions and have a mapped drive already setup, could also maybe make a batch file to run prior to the setup running which maps the drives)


Good luck.
Posted by: YatesAG 18 years ago
Senior Yellow Belt
0
Not sure if I am understanding you correctly. We have several msi packages with shortcuts to mapped drives. You can set the path to the files in a Property, then use that property as a parameter in the shortcut table.
Posted by: rpfenninger 18 years ago
Second Degree Green Belt
0
David

Do you need the drive letter mapping to the correct path and executables or just a simple drive letter?
Then try the subst command. You can map the appropriate drive letter like this:

subst k: c:\temp

This will active your k: but simply lead to c:\temp

Hope that helps

Roland
Posted by: dkirk 18 years ago
Yellow Belt
0
Hey YatesAG,

I have done as you suggested, but still no luck. Here is what is in the Shortcut table:

Check,ProgramMenufolder,Check,ShortcutsComponent,[DIRPROPERTY1]check7.exe,,,,1,DIRPROPERTY1

I've managed to get around it by doing as revizor suggested and creating a .lnk file and deleting anything with a reference to K:. It's not the nicest solution, but it seems to work.

--
Thanks

David Kirk
Posted by: williamp 18 years ago
Orange Belt
0
Hello -

I had a similar problem a while back when I wanted to install a shortcut which defines the "Start In" location as %JavaHome%\bin where JavaHome is a system environment variable typically pointing to C:\Program Files\Java\j2re1.4.2_10

This could not be done within the shortcut table (I tried using a custom action to place [%JavaHome] into a property, but no such luck).

So I simply created the shortcut in a devel machine and installed it as a .lnk file as revizor suggests. Ugly, but it works, as long as they don't have to be advertising shortcuts.

Still, I wonder why Windows Installer handles shortcuts in such a static restrictive manner.

Regards, William
Posted by: YatesAG 18 years ago
Senior Yellow Belt
0
In the shorcut table, in the WkDir column, enter the property you created with the network path, e.g:
create a property NETWORKPATH=[path]
in Shortcut table, for the shortcut, WkDir=NETWORKPATH
The path is the full path to the executable, not just to the folder, i.e path = \\server\folder\exe
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ