Quackers Posted September 29, 2008 Posted September 29, 2008 Anybody got a working MSI of daemon Tools for GP deployment?
matt40k Posted September 29, 2008 Posted September 29, 2008 Errr... Why? I though they build an MSI by default? Could be wrong because of the drivers and such.
srochford Posted September 29, 2008 Posted September 29, 2008 Not an MSI but silent install is documented here. Appdeploy is often a good site for finding install tips
Quackers Posted September 29, 2008 Author Posted September 29, 2008 Errr... Why? I though they build an MSI by default? Could be wrong because of the drivers and such. Version 4 is no longer an MSI, and version 3 is not a simple install.
matt40k Posted September 29, 2008 Posted September 29, 2008 Why are you wanting to deploy Daemon tools out of interest?
Quackers Posted September 29, 2008 Author Posted September 29, 2008 Why are you wanting to deploy Daemon tools out of interest? We have a peice of software that requires the CD to run.
plexer Posted September 29, 2008 Posted September 29, 2008 Can you not use the microsoft tool? http://download.microsoft.com/download/7/b/6/7b6abd84-7841-4978-96f5-bd58df02efa2/winxpvirtualcdcontrolpanel_21.exe Ben
matt40k Posted September 29, 2008 Posted September 29, 2008 What software is it? I've "patched" alot of software
Michael Posted September 29, 2008 Posted September 29, 2008 Could you not install Daemon Tools on a file server, share out the virtual optical drive then point shortcuts on workstations to this drive?
matt40k Posted September 29, 2008 Posted September 29, 2008 Securom software won't work if you did that.
Michael Posted September 29, 2008 Posted September 29, 2008 Securom software won't work if you did that. Well what's the difference between a virtual optical drive on a workstation and one on a server?
matt40k Posted September 29, 2008 Posted September 29, 2008 Rather hard to explain. Just try it. Find a Securom disc and try both ways. Daemon tool support the "encryption" method. Simply copying the contents of the CD doesn't copy the entire disc. Think of it this way. You copy the XP cd, you don't get the boot file do you. It's simliar but by no way the same. Even if you share the drive, it still can't access the Securom part. It's "hardware encryption". The whole point of it is to stop you doing that, or copying the disc.
Michael Posted September 29, 2008 Posted September 29, 2008 I understand what you're getting at, using the XP disc as an example. A direct CD copy does work in XP's case, but if you were creating a slipstream disc, you do need to provide the boot image file to make the disc bootable. I agree with you upto this point Still trying to get my head around why it couldn't be done server end. Using Daemon Tools on a workstation or server should behave the same, so surely it's irrelevant what copy protection (if any) is used. If the copy protection was a problem, you'd still have problems if Daemon Tools was installed locally.
matt40k Posted September 29, 2008 Posted September 29, 2008 Well put it this way. I don't work. Daemon tool makes a virtual CD\DVD drive. So you can get around the protection
TheScarfedOne Posted September 29, 2008 Posted September 29, 2008 i got the scripts we use for this and will post this tomo..
srochford Posted September 30, 2008 Posted September 30, 2008 I agree with you upto this point Still trying to get my head around why it couldn't be done server end. Using Daemon Tools on a workstation or server should behave the same, so surely it's irrelevant what copy protection (if any) is used. If the copy protection was a problem, you'd still have problems if Daemon Tools was installed locally. I think you need to get lower in the device driver hierarchy! I haven't looked at copy protection methods for CDs but I know some of the things that used to be done on floppies (remember them? :-)) When you look at the listing of a disc you can see that there are a set of files; you can easily copy those files etc. What a program running can do, though, is not say "show me the list of files" but "read sector 9 on track 5" etc. Old copy protection techniques would do things like not formatting a particular sector; an attempt to read it should fail. If it doesn't fail, then someone has just formatted a disc normally and copied the files onto it. Similarly, it's possible to store "fake" track/sector numbers in the sector header - this means that if you do a "raw" read of the sector at (say) track 20, sector 5 you will get 20/5 as the data from a normal disc but the copy protected disc will show track 96, sector 52 (or other physically impossible numbers) I'm sure something similar exists for reading CDs - you can store data on the optical disc which is not accessible through the normal file system but is accessible if you can directly control the CD. Daemon tools (and some others I think) replicate this functionality; accessing the set of files via a network share (even if that share is provided by Daemon tools) does not - there simply isn't the low level communication channel in place. It's probably possible to do something like this over a network - years ago, RML (as they then were!) used to ship Optinet CD ROM software (which appears to still exist) - this made it look as if the networked CD was actually a local CD and could cope with some CDs that wouldn't run by being copied to a server.
Quackers Posted September 30, 2008 Author Posted September 30, 2008 In the end i just modifed the V3 MSI to remove the icons, then used a script with the /qr switch. Not how i want it, but i'm not pulling my hair out anymore.
TheScarfedOne Posted September 30, 2008 Posted September 30, 2008 I remember what I dod now - the damn msi would run properly under GPO, so I scripted as below.. if exist "C:\Program Files\D-Tools\" goto :Installed ELSE :Setup echo. Valid Daemon Tools not found... echo. Preparing Daemon Tools Installation Settings... echo. Map the network drive containing the setup files... net use R: \\SERVER\SHARE echo. Running Setups... "R:\Daemon Tools\daemonscript.msi" /passive "R:\Daemon Tools\daemon347.msi" /passive /norestart "R:\Daemon Tools Helper\Daemon Tools Helper.msi" /passive "R:\Daemon Tools\Daemon Tools Settings.msi" /passive net use R: /d /y shutdown -r -f -t 2 :Installed echo. echo. Valid Daemon Tools found... echo. Preparing Daemon Tools Configuration Settings... echo. Map the network drive containing the setup files... net use R: \\SERVER\SHARE echo. Running Setups... "R:\Daemon Tools\dtools.exe" net use R: /d /y
BBrian Posted October 2, 2008 Posted October 2, 2008 Here's the AutoIt script I use for v4.30.1. I found it over on the MSFN forums. You need SPTD for Daemon Tools to work, so deploy it by wrapping with WIWW, using the silent switch: "add /q", and setting it to force reboot. Then compile the AutoIt script, wrap it, and put a WMI filter on the GPO so it only installs when it sees the SPTD is installed. It needs to run once as administrator to initialise the drive, which I haven't bothered figuring out yet. It may be as easy as changing the last RegWrite below to HKLM instead of HKCU. I have the shortcuts set to be moved/deleted to suit myself, so you should check that part of the script. #RequireAdmin $DTTITLE = "Daemon Tools Lite 4.30.1" $INSTALLDIR = @ProgramFilesDir & "\Daemon Tools Lite" $EXENAME = "daemon4301-lite.exe" ;Save Internet Explorer homepage (prevent Internet Explorer to launch) $HomePage = RegRead("HKCU\Software\Microsoft\Internet Explorer\Main", "Start Page") ;Clear default internet browser temporary $DefBrowser = RegRead("HKCR\HTTP\shell\open\command\", "") RegDelete("HKCR\HTTP\shell\open\command\", "") ;Save mds fileassociation $mds_assoc = RegRead("HKCR\.mds", "") ;Launch Daemon Tools setup $Pid = Run(@ScriptDir & "\" & $EXENAME & " /S") ;Kill Daemon Tools toolbar installation process If ProcessWait("Daemon Tools Toolbar.exe", 300) Then ProcessClose("Daemon Tools Toolbar.exe") ProcessWaitClose("Daemon Tools Toolbar.exe") FileDelete($INSTALLDIR & "\DAEMON Tools Toolbar.exe") EndIf ProcessWaitClose($Pid) ; Close browsers processes $PID = ProcessExists("firefox.exe") If $PID Then ProcessClose($PID) EndIf $PID = ProcessExists("IEXPLORE.EXE") If $PID Then ProcessClose($PID) EndIf $PID = ProcessExists("opera.exe") If $PID Then ProcessClose($PID) EndIf ;Restore the default internet browser RegWrite("HKCR\HTTP\shell\open\command\", "", "REG_SZ", $DefBrowser) ;Restore the home page of Internet Explorer RegWrite("HKCU\SOFTWARE\Microsoft\Internet Explorer\Main", "", "REG_SZ", $HomePage) ;Don't associate with any files RegDelete("HKLM\SOFTWARE\DT Soft\DAEMON Tools Lite\FileTypesSave") ;Restore mds association RegWrite("HKCR\.mds", "", "REG_SZ", $mds_assoc) RegDelete("HKCR\.mds", "fastmountoldfile") ;Cleanup shortcuts DirRemove(@ProgramsCommonDir & "\DAEMON Tools Lite", 1) FileMove (@DesktopCommonDir & "\DAEMON Tools Lite.lnk", @ProgramsCommonDir & "Accessories\Utilities\Daemon Tools Lite.lnk", 8) ;Write uninstall information to registry RegWrite("HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\DAEMON Tools Lite", "DisplayName", "REG_SZ", $DTTITLE) RegWrite("HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\DAEMON Tools Lite", "DisplayIcon", "REG_SZ",$INSTALLDIR & "\daemon.exe") RegWrite("HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\DAEMON Tools Lite", "InstallLocation", "REG_SZ", $INSTALLDIR) RegWrite("HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\DAEMON Tools Lite", "UninstallString", "REG_SZ", $INSTALLDIR & "\uninst.exe") RegWrite("HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\DAEMON Tools Lite", "NoModify", "REG_DWORD", 1) ;Run DaemonTools once after logon RegWrite("HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce", "DAEMON Tools Lite", "REG_SZ", $INSTALLDIR & "\daemon.exe")
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now