Jump to content


  • Posts

  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    New Zealand

Everything posted by Gwido

  1. Hey there Bezalel either rename it to $oem$ or create a seperate $oem$ folder and port everything into that folder. I have found that in WSIM if you try and tell it it's to look in the "$oem$ folders" as created by the distribution share - it will not copy that information onto the local drive. It has to be setup in exactly the same way as the old XP structure $oem$ $1 $$ etc.... I highly recommend using a data image where you capture just a folder of all the data you want to copy accross as a WIM file and in WSIM tell it to extract during your unattended install from auto / unattend.xml Drivers are best injected into an offline image or captured in the WIM file as a part of the "technician machine" install. Remember when capturing your image that if your deploying to un standardised hardware to generalise the sysprep to strip the Hardware ID's so they are re-numerated during the boot process and OOBE etc... Bare in mind that if you generalise you MUST vista will only use WHQL drivers due to the re-enumeration and Vista's incistence on using "signed drivers". If you are using standardised hardware then do not generalise your sysprep and the drivers will hold even if not WHQL certified. If anyone has had other experiences on this I would be interested to know Gwido
  2. Hi Charlice Yes I was refering to using the the WAIK/WSIM to do an offline autounattend.xml file Thanks for your post - I will look into it Gwido
  3. OEM pre-activation is only available to Partners of Microsoft. It's not available to System Builders using OEM media to the best of my knowledge. It's an idepth process which requires modifications to the computer BIOS to add "flags" for the activation to occurr automatically based on the COA that is pre-activated by MS. Gwido
  4. Hey Guys, just wondering if anyone has tried using package manager to inject OEM information offline or if it is indeed possible at all. Cheers Gwido
  5. Yes $OEM$ is supported - Microsoft recommend using a data image as the preffered replacement though. In your WAIK/WSIM ensure that you have use configuration set value as true and save your unattend.xml file to autounattend.xml and place it in the root of the thumb drive. Provided that use configurationset value is set to true in the file it will use the $oem$ structure and copy relevent files to the hard disk during the install process. Gwido
  6. I have answerd this myself.... I been creating my images using BTP method instead of BTO method as outlined in the documentation and as a result the my drivers do not stick due to me being a dumbass and genralising the images when ik didn't need to http://technet2.microsoft.com/WindowsVista...e657491033.mspx Is a recommended read to understand syspreps use for deployment My word of advice to all Newbs like myself is to make sure you read the documentation and understand it - not just glance over it and then wonder why you have a problem. I know I have learnt the hard way
  7. I agree that it sounds like configsetroot Have you done a search to find all *.wim files? sounds like you have about 3 or 4 of them on there instead of just the one Gwido
  8. I have deployed using DVD from a captured WIM. The thing you have ot be careful of is - the /flags in the imagex tool. The flags must be set correctly to the MS framework before you rename your wim.file to install.wim and build your ISO using oscdimg IE: /flags "HOMEBASIC" or "ULTIMATE" or "HOMEPREMIUM" Either way a generalised caputred WIM if captured on the active boot partition wil include the boot information and will deploy out properly. Gwido
  9. This is all good but you should be aware that you would be in breach of OEM guidelines if you do this in a commercial environment.
  10. There are a number of way to achieve this... Are you deploying from server, DVD or from WIM direct My experience is that you use the WAIK to develop a new unattend.xml / autounattend.xml. If you are deploying using Imagex then you do not need to use a answer file as all your answers are set within the genralised caputred WIM. If you are using windows setup the you can use setup.exe and specify the answer file from the command line. Bear in mind that if you use setup to deploy you have to make sure that you have set the /flags variable correctly when you captured otherwise windows setup will not deploy the image. Also the WIM has to be renamed to install.wim and placed in the sources folder for this to work. From CD/DVD you put the autounattend.xml onto the root of the disk. Once again the WIM will have to be renamed to install.wim and placed in the sources folder. Also the ISO has to be built using the oscdimg tool supplied as a part of the WAIK. Alternatively you can look at BDD and automate the whole setup from within it. You can push the image out using PXE and WINPE 2.0 - not too familiar with this. I hope this has provided some insight. Gwido
  11. This is the best method, Norton Ghost does not like VISTA I have found and I have not tried Acronis. An imagex capture of a sysprepped image that has been genralised and then backing it up to a network share or using the oscdimg tool is the MS preffered methods of doing this. Gwido
  12. I have not heard of any way to do this... Maybe be best to run your scripts first to test the PC and then deploy from your BOM. The new MS way is a marked improvement over the old XP methodologies I have found. Is there any reason as to why you do not want to use pre-defined WIM files and imagex, or run the scripts during the various passes of the autounattend.xml? Gwido
  13. I sense that some of the issue is to do with the long file path use and maybe needed to be encapsulated in "" to allow you access the "$oem$ folders" directory. I'd recommend you use a data image or install directly from the server from a .cmd file that is called from the XML file and has the mapped paths to a share where you want to deploy from. I see confuision in your post as well as you are using a d: path and you have a y: share and d: is being used as the main boot device / drive on the PC and hence as it goes through the install it loses the source location as you have hard coded it in your autounattend.xml file by what i can gather. I hope that makes sense. Gwido
  14. This can also be achieved using the imagex tool imagex /info <wimfile> You can then cull the wim file of the other OS versions from the XML output - you will see the different key values for the different versions. use imagex again and use the /delete switch to delete the key values for the versions you wish not to install. Start from the highest number and work down as if you start from the lowest and work up the file will be re-indexed and you will have to run the /info command again to see the new values are after each time you delete a version from the WIM file. Gwido
  15. Thumb Drives are convenient way to boot PE, but there is still a lot of systems out there that do not support the various modes of operation and booting from them. Also some Thumb Drives just are not bootable as you all should be aware of. I have found the best method is to boot from CD as it's tried and tested. Map a drive to a share on a server form within the PE2 env then usually have a base vista wim file and deploy using the imagex tool ie: net use y: \\server\share <pass> /user:<some user> imagex /apply y:\<my wim file> 1 c: Hope that is some help Regards, Gwido
  16. That error message is definietly the PNP drivers being loaded during the WINPE pass of the unattend/autounattend.xml file. I use to have the same issue when trying to load in the Intel Chipset Drivers for a legacy board load i was doing. It wasnt until i removed the driver path of the conflicting driver from the WINPE pass of the XML file that the propblem stopped. I made many a coaster racking my brains as to what was causing it, as the message is very misleading as stated in previous posts. Regards, Gwido
  17. I have managed to test the above solution during a DVD Upgrade from MCE to Home Premium, All sorted Thanks Guys Gwido
  18. This is similar to the question that I asked... Does anyone know if the FirstLogonCommands\SynchronousCommand in autounattend.xml setting works during an upgrade process to add a link to the desktop of the users profile by using a similar command like? cmd.exe /c copy c:\<mydir>\*.lnk %userprofile%\desktop This is during the OOBE pass of the Upgrade Cheers Gwido
  19. Hey Everyone, I am creating a Vista upgrade DVD and I want to put a link on the customers desktop after / during the upgrade process. I have tried using the unattended XML and a few various methods i have tried include: Specialize Pass RunSynchronous where i can install applications like Acrobat 8 using a cmd script and in the command script running syntax in my script copy c:\<mydir>\*.lnk %allusersprofile%\desktop also copy c:\<mydir>\*.lnk c:\users\public\desktop OOBE Pass FirstLogoncommands where i tried using just copy c:\<mydir>\*.lnk %homepath%\desktop also c:\<mydir>\<my command script> with the same copy syntax copy c:\<mydir>\*.lnk %homepath%\desktop StartPanellinks where i tried c:\<mydir>\<linkfilename> and finally FirstLogonCommands and LogonCommands with c:\<mydir>\<my command> with the same copy syntax copy c:\<mydir>\*.lnk %homepath%\desktop Yet I can not seem to get a link on the blasted Desktop.... Is there something I amd doing wrong...? I am using RTM build 6000 Help is desperately needed. Cheers Gwido
  20. This information is great guys, I will download the BDD - I have heard about it but have not specifically looked at it. I have been doing things the long winded way by the looks. BDD may make my life a little less hell by the sounds of it. How applicable is its use to OEM's rather than mass scale business deployment? Gwido
  21. I have read that article Can you set the unattended XML to choose OS? thread but it does not go into enough detail. I don't know if this is the best thread to be posting a reply in, but I believe that more information on specifying certain versions of Vista needs to be covered a little more indepth. Then again there could be something I am missing. Gwido
  22. Thanks, It's handy to know that this is resolveable. Is there any mention of this being fixed in the next iteration of the WAIK? Gwido
  23. I believe this is a bug in the OPK/WAIK, I have not seen anything official about it but I have had the same issue and It has not affected doing unattended installs. I take it more as a warning and something that Microsoft will fix (with luck) in ther next update of the WAIK. I think MS have bigger issues at the moment like releasing SP1 for Vista, which through the rumour mill will not be that far away. Gwido
  24. Does anyone know where you can find the complete environment variable list used by Vista covering some of the examples used within this forum for both setup and post setup. ie: %configsetroot% - try and find that in the MS docs %cddrive% - another mysterious one that has no reference what i can find This would be a great assistance to Newb's like myself and should be covered in more depth I believe. I do not have the time or resources to sift through mountains of MS bollocks on such things. I can find the standard list like %windir%, %systemroot% etc... but I am sure there are others that could be used for other tricky things. Anyone have some thoughts on developing this list or posting some of the obscure ones they know in this thread? Cheers for any input provided, Gwido
  25. Can anyone provide information on if there is a way to force Vista during the Specialise pass to use the super admin account to install an application. In Audit mode before generalisation its possible to install media player classic as the "super admin" account Is available, while if i use a data image I can not install it during the specialisation pass, due to security restrictions. (Installing from DVD and runsynchronous calling a cmd file) I'd love a work around for this. I need to use Media Player Classic as I have legacy hardware and MP11 is too resource hungry for video play back. I've considered capturing a generalsied working WIM with it pre-insatlled and installing from that - but I am a bit hazy on how to do this by renaming in install.wim and then integrating it into the CD, MS Documentation does not give any best practice for recovery media creation for OEM's. They are pushing the winre / hard disk based recovery that is not always an option in some circumstances. More professional advice on this would be appreciated. Cheers guys. Gwido

  • Create New...