Manny-Tech

On certain machine models the USB ports seem to pick up the first available drive letter. Is there a way to make sure these logical drives don't pick up certain drive letters for example our shared drives?

Ok, maybe I need to look at it from a different angle then. What I'm try to achieve is to make it simpler for my technicians to know whether they can install a x64 OS on. So basically if I leave it at a x86 boot image the x86 clients will only see the x86 TS and the x64 clients will see both x86 and x64 in which case if x64 TS are there, then use them?

I just want x86 to boot to the x86 and x64 to boot to x64. That's what I expected when I set the Default Boot Image above. when I PXE boot I didn't expect to be presented with two boot images to choose from.

Yep - already got that set as below.

I'm using WDS to PXE boot in conjunction with MDT 2013. I have imported both x86 and x64 Litetouch images into WDS, when I PXE boot from a x64 machine it doesn't seem to boot straight into the x64 Litetouch boot image and it is specified in WDS under the Boot tab. Not sure if I'm missing something somewhere. I pretty much want x64 to boot to an x64 image and likewise x86 to an x86 image.

I probably should have updated this. We had this resolution from Ruckus about 4 weeks ago. Back to roaming ways again now without disconnects

I'm with @Jamman960 on the NEC M230X. The biggest selling point to us on these was the differing rooms it can go in; we have a lot of rooms that have different size projected spaces, different ranges from projector to wall, incoming light etc... The NEC M230X solved all these problems by being flexible and offering a very high standard and bright image. The longevity seems to be decent too - I've had a few of these used every day for three years and not had to replace a lamp.

Hoping someone can help me out. For weeks now I have had OS deployments working seamlessly, yesterday I wanted to add a rule in based on the TaskSequenceID, which I already have some in place anyway but each time I edit the customsettings.ini it just seems to stop processing. I get an error of: ERROR - rule Priority key no set in section [settings] ERROR processing Ini settings. No further processing ZTI Error - Non-zero return code by ztigather, rc = 1 Event 41002 sent: ZTI ERROR - Non-zero return code by ztigather, rc = 1 Below is my customsettings.ini: [settings] Priority=TaskSequenceID, SendMail, Default Properties=MyCustomProperty,OSDSendMailFrom,OSDSendMailToPri,OSDSendMailToSec,OSDSendMailSMTPServer,OSDSendMailIncludeBDDLog [001] SkipCapture=Yes [002] SkipCature=No SkipDomainMembership=yes SkipApplications=Yes BackupShare=\\server\deploymentshare$\Captures [003] DomainAdmin=user DomainAdminPassword=Password DomainAdminDomain=domain JoinDomain=domain SkipCapture=YES [004] SkipCature=Yes [005] DomainAdmin=user DomainAdminPassword=Password DomainAdminDomain=domain JoinDomain=domain SkipCapture=YES [Default] OSInstall=Y _SMSTSORGNAME=School Image Deployment SkipAdminPassword=Yes SkipProductKey=Yes SkipBDDWelcome=Yes SkipApplications=No SkipComputerBackup=YES SkipBitLocker=YES SkipDeploymentType=Yes SkipDomainMembership=No SkipPackageDisplay=Yes SkipUserData=Yes SkipWizard=No SkipSummary=No SkipFinalSummary=No SkipTimeZone=Yes SkipLocaleSelection=Yes WSUSServer=http://server:8530 UserDataLocation=None FinishAction=Restart AdminPassword= Countrycode=44 TimeZone=085 TimeZoneName=GMT Standard Time UILanguage=en-GB UILanguagefallback=0809:00000809 KeyboardLocale=0809:00000809 UserLocale=en-GB InputLocale=0809:00000809 SystemLocale=0809:00000809 BitsPerPel=32 VRefresh=60 XResolution=1 YResolution=1 EventService=http://server:9800 [sendMail] OSDSendMailFrom=OS_Deployment@domain OSDSendMailToPri=%UserID%@domain OSDSendMailToSec=user@domain OSDSendMailSMTPServer=xx.xx.xx.xx OSDSendMailIncludeBDDLog=YES SLShareDynamicLogging=\\server\Logs$ If I attempt to change the ini file back to what it was, i.e. removing [005] then it still doesn't work. Fortunately, I'm working off snapshots at the moment whilst I'm trying to get this working so it isn't too much bother to revert back. I'd be interested to know if anyone else has come up against something similar.

Same as us then. Give me an example of a website you're not seeing a block page for and I'll check ours.

Are you using your Lightspeed filter 'inline' or as a 'proxy'? We've recently configured our Lightspeed Rocket in proxy mode so we can see what is being searched on Google services. It requires the creation of a PAC file but it's really straight forward, otherwise all we were seeing is StudentA is going to Google but as it's encrypted we couldn't see what they were searching. I take it you'll be just decoding SSL and not decrypting in your scenario.

Finally conquered this. It seems it wasn't as simple as just running msiexec /i solidworks.msi /qb You have to go through setting all the Feature and Global properties. You can find all the relevant command line properties here: 2015 SOLIDWORKS Installation Help - Command-Line Properties Anyhow, hopefully below may help others should they need it: SolidWorks 2015 msiexec.exe /i "solidworks.msi" INSTALLDIR="C:\Program Files\SolidWorks Corp\SolidWorks" SOLIDWORKSSERIALNUMBER="XXXX XXXX XXXX XXXX XXXX XXXX" ADDLOCAL=FeatureWorks,PhotoView,SolidWorksToolbox,CircuitWorks,ExampleFiles,HelpFiles,Manuals,Motion,RealViewGraphicsdisplay,ScanTo3D,Simulation,SolidWorks,SolidWorksAnimator,SolidWorksCosting,SolidWorksDesignChecker,SolidWorksRoutedsystems,SolidWorksUtilities,TolAnalyst ENABLEPERFORMANCE=0 SERVERLIST=25734@SERVERNAME OFFICEOPTION=3 /qb /l*v "C:\solidworks.log" eDrawings msiexec.exe /i "edrawings.msi" INSTALLDIR="C:\Program Files\SolidWorks Corp\eDrawing x64 Edition" ADDLOCAL=ALL LOGPERFORMANCE=0 /QB /l*v "C:\edrawings.log" SolidWorks Composer Player msiexec.exe /i "SolidWorks Composer Player.msi" INSTALLDIR="C:\Program Files\SolidWorks Corp\SolidWorks Composer Player" /QB /l*v "C:\composerplayer.log" SolidWorks Flow Simulation msiexec.exe /i "SolidWorks Flow Simulation.msi" INSTALLDIR="C:\Program Files\SolidWorks Corp\SolidWorks Flow Simulation" SOLIDWORKSPATH="C:\Program Files\SolidWorks Corp\SolidWorks" /QB /l*v "C:\SolidWorksFlowSimulation.log" SolidWorks Plastics msiexec.exe /i "SolidWorks Plastics.msi" INSTALLDIR="C:\Program Files\SolidWorks Corp\SolidWorks Plastics" /QB /l*v "C:\csolidworkplastics.log"

I'm just in the process of doing this myself. Are you deploying an administrative image? I've just got all the pre-requisites packaged and ready to go, just about to try the actual administrative image. How far down the line did you get with this?

Found a work around to this: https://social.technet.microsoft.com/Forums/en-US/84831d92-b69a-493b-8dc8-3e0efb419242/tasksequenceid-not-being-set-trying-to-use-for-customsettingsini-sub-sections?forum=mdt Essentially it's not running ZTIGather following the TS selection. I have edited the DeployWiz_SelectTS.vbs as mentioned in the above link, it does seem to work though there is one minor flaw in that if you select one TS and then want to go back and select another it retains the settings from the first TS you selected.

Yep did that first, though I think I read somewhere it shouldn't matter for the customsettings.ini but I always update it if something doesn't seem to have taken effect.

Just trialling this out now. It all looks correct to me, but each time I select the 001 TS it always defaults to workgroup, also asks me to capture which leads me to think it's maybe not applying the customsettings.ini correctly. [settings] Priority=TaskSequenceID,Default Properties=MyCustomProperty [Default] OSInstall=Y _SMSTSORGNAME=School Name SkipAdminPassword=Yes SkipProductKey=Yes SkipBDDWelcome=Yes SkipBitLocker=YES SkipDeploymentType=Yes SkipComputerBackup=YES SkipPackageDisplay=Yes SkipUserData=Yes SkipWizard=No SkipSummary=Yes SkipFinalSummary=No SkipTimeZone=Yes SkipLocaleSelection=Yes WSUSServer=http://SRVWSUS:8530 UserDataLocation=None FinishAction=Restart AdminPassword= SkipDomainMembership=No Countrycode=44 TimeZone=085 TimeZoneName=GMT Standard Time UILanguage=en-GB UILanguagefallback=0809:00000809 KeyboardLocale=0809:00000809 UserLocale=en-GB InputLocale=0809:00000809 SystemLocale=0809:00000809 BitsPerPel=32 VRefresh=60 XResolution=1 YResolution=1 [001] JoinDomain=domain DomainAdmin=Deployment DomainAdminPassword= DomainAdminDomain=domain SkipApplications=No SkipCapture=YES

Hi I have enabled the Password Change Endpoint within ADFS, there's a slight modification I'd like to make to the actual login page itself. When our users log in to ADFS I have modified the onload.js so they just log in with their sAMAccountName as detailed here https://technet.microsoft.com/en-us/library/dn636121.aspx (Example 2). I'd like to do the same thing for the password change login UI so they don't have to do username@domain or domain\username, is this possible? I've searched Google without much success.

I had a 'JoinDomain' rule in there which was set, but I didn't have the following DomainAdmin, DomainAdminPassword and DomainAdminDomain configured. As it won't allow you to Sysprep whilst joined to a domain, I guess this is why it was showing options that I didn't expect on the wizard like the UserData and ComputerBackup though these were set to be skipped even when I had the SkipCapture=No configured. The only way to get the capture settings shown was to set the DoCapture=Yes. I think it was a mix of me tampering trying to get it to work how I wanted, and losing track of what had changed and what hadn't. Thanks for the documentation, very handy! I'm not sure if this is achievable but I won't always want to capture an image, and I know it's not too much trouble to select 'Do Not Capture' but in an ideal world I only want the Capture settings to show when I actually want to capture. The only way to do this currently is to remove my domain join credentials and edit the line 'SkipCapture' to Yes, then revert back once I want to remove the capture option. I have seen people use different 'sections' in their Ini files, could this be done so I just have a section for captures?

The error started occurring when I was just deploying a standard task sequence with the OS and a few apps - in the end I reverted my deployment share to Friday's backup when I know it was working. I've since removed any domain join settings from the cs.ini and the capture is working and ending with a white background! I must have had a rogue domain join entry somewhere that was causing the ini file to have a little grumble.

I've previously hid drives the following way: https://support.microsoft.com/en-us/kb/231289 I've never changed to GPP mainly because it still works and I've had no need to change it. Just another option.

Does the iOS app still require a user to open it so they can be monitored? Until it can be forced upon an iPad to run then it holds no purpose to us especially when we just use the iPads as bookable resources.

I am capturing from an MDT deploy. I have checked the machine I'd like to capture and it doesn't have a C:\MININT in there. I did try capturing a machine that wasn't deployed by MDT and I got the same error messages.

I seem to be coming up against a few hiccups when capturing an image (see attached image). I have also attached the BDD log. I'm not sure where to go on this one. It doesn't stop the WIM being created and I have just attempted to deploy it and it all went through fine apart from getting a yellow background and a warning of 'FAILURE ( 5206 ): The Deployment Wizard was cancelled or did not complete successfully. The deployment will not proceed.' bdd.txt

With the help of @themightymrp we have managed to narrow it down to this problem only occurring when the machine is joined to the domain. The connection to the share works perfectly when connected to a workgroup. What I did notice that whilst it was performing its first boot after OS installation was that it seemed to join the domain during the 'Applying System Settings' stage, just after 'Configuring Devices'. Once it logged in with the local admin rights I always got a 'This computer needs to restart' sort of prompt, at the time I just thought nothing of it considering that during my TS it restarts the machine many times, just not between domain join and installing applications. @themightymrp recommended just dropped a restart in there which has sorted it. There are two options, well three actually, you either 1) add a restart after domain join before installation of applications 2) move the domain join after the applications installs or 3) leave domain join off altogether and do it manually. Anyhow, many hours of frustration are over and I can continue with getting machines built! Thanks for all the input

Below is the CustomSettings.ini. Username and password are my domain admin credentials. The only other thing I can think to do is set a command in the TS to map a drive and run the application - I was hoping not to do that though. [settings] Priority=Default Properties=MyCustomProperty [Default] OSInstall=Y DomainAdmin=username DomainAdminPassword=password DomainAdminDomain=school.domain JoinDomain=school.domain SkipAdminPassword=Yes SkipProductKey=Yes SkipBDDWelcome=Yes SkipApplications=No SkipCapture=Yes SkipComputerBackup=Yes SkipBitLocker=YES SkipDeploymentType=Yes SkipDomainMembership=No SkipPackageDisplay=Yes SkipUserData=Yes SkipWizard=No SkipSummary=Yes SkipFinalSummary=No SkipTimeZone=Yes SkipLocaleSelection=Yes WSUSServer=http://SRVWSUS:8530 UserDataLocation=None FinishAction=Restart AdminPassword=Password Countrycode=44 TimeZone=085 TimeZoneName=GMT Standard Time UILanguage=en-GB UILanguagefallback=0809:00000809 KeyboardLocale=0809:00000809 UserLocale=en-GB InputLocale=0809:00000809 SystemLocale=0809:00000809 BitsPerPel=32 VRefresh=60 XResolution=1 YResolution=1

Yep - still the same, I tried with another app too and it seems to be a problem connecting to the share rather than the command to run the app itself. I don't get what more I can do when I have tried with a domain admin account that has access to all shares.