anyweb

ok here's the script he used in the migrate from windows xp to 7 could be typos in it, but let me know if you get it working looks like the script (part of it) is here already http://technet.microsoft.com/en-us/library/dd723609.aspx REM REM Migrating from Windows XP to Windows 7 REM REM script copied from online video @ http://technet.microsoft.com/en-us/windows/dd671583.aspx REM REM script name = "Migrate from Windows.old.bat" REM @ECHO OFF If exist C:\USMT\*.* xcopy C:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist D:\USMT\*.* xcopy D:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist E:\USMT\*.* xcopy E:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist F:\USMT\*.* xcopy F:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist G:\USMT\*.* xcopy G:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist H:\USMT\*.* xcopy H:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist I:\USMT\*.* xcopy I:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist J:\USMT\*.* xcopy J:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist K:\USMT\*.* xcopy K:\USMT\*.* /e /v /y C:\Windows\USMT\ If exist C:\Windows\System32\DriverStore\FileRepository\acpi.inf_x86_neutral_3289cf5d0b47d372\acpi.inf Cd c:\windows\usmt\x86 If exist C:\Windows\System32\DriverStore\FileRepository\acpi.inf_x86_neutral_3289cf5d0b47d372\acpi.inf scanstate.exe c:\store /v:13 /o /c /hardlink /nocompress /efs:hardlink /i:MigApp.xml /i:MigDocs.xml /offlineWinDir:c:\windows.old\windows /l:%windir%\usmt\scanstate.log /progress:%windir%\usmt\progress_scanstate.log If exist C:\Windows\System32\DriverStore\FileRepository\acpi.inf_x86_neutral_3289cf5d0b47d372\acpi.inf loadstate.exe c:\store /c /lac /hardlink /nocompress If exist C:\Windows\System32\DriverStore\FileRepository\acpi.inf_x86_neutral_3289cf5d0b47d372\acpi.inf :EOF If not exist C:\Windows\System32\DriverStore\FileRepository\acpi.inf_x86_neutral_3289cf5d0b47d372\acpi.inf Cd c:\windows\usmt\x64 If not exist C:\Windows\System32\DriverStore\FileRepository\acpi.inf_x86_neutral_3289cf5d0b47d372\acpi.inf scanstate.exe c:\store /v:13 /o /c /hardlink /nocompress /efs:hardlink /i:MigApp.xml /i:MigDocs.xml /offlineWinDir:c:\windows.old\windows /l:%windir%\usmt\scanstate.log /progress:%windir%\usmt\progress_scanstate.log If not exist C:\Windows\System32\DriverStore\FileRepository\acpi.inf_x86_neutral_3289cf5d0b47d372\acpi.inf loadstate.exe c:\store /c /lac /hardlink /nocompress If not exist C:\Windows\System32\DriverStore\FileRepository\acpi.inf_x86_neutral_3289cf5d0b47d372\acpi.inf :EOF migrate_from_windows.old.bat.txt

if WDS is on a different box to DHCP then DHCP server options must point to the WDS box, look at the link i posted in the first reply, that shows you how to do it

do you mean you want to uninstall the configMgr client on these 10 computers ? or do you want to uninstall SCCM on 10 site servers, please clarify

no i didnt, i'll check my lab server later to see what i did use, but the main difference i did was to create the image on the d400 in the first place using build and capture can you do a test bac ?

what drivers are you pointing to in your task sequence as i have a d400 right here that i've deployed xpsp3 to and it works 100% everytime

in case any one else comes across this problem, i updated a lab server yesterday from sccm 2007 sp1 r2 to the sp2 beta, it went fine (very slow though). After I was done I installed the MDT 2010 beta upgrade and during that install it complained that the WDS service was running and it needed to be closed to continue, so i stopped the service. The install went fine but after it was finished the WDS service was still stopped, I attempted to manually start it, it gave an error and After a lot of troubleshooting (including uninstalling MDT 2010, reinstalling MDT 2008 sp1) I noticed that the MDT 2010 start menu options did NOT have any PXE filter shortcut, and one of the event viewer error messages referred to Microsoft.BDD.PXEFilter.dll. I then decided to once again uninstall MDT 2010 beta 2, and reinstall MDT 2008 SP1, once done, I removed the PXE filter that I had applied and then reinstalled MDT 2010 beta 2. After I was done, I added the MDT 2010 Configuration Manager integration and the WDS service started properly and all seems ok now (pxe booting of Windows 7 works fine via SCCM)

for your first question try the capture image you already have, if it doesnt work then build a new one with network support in it for the server for your other two questions, it depends on the os but essentially yes by using WSIM (look at the guides here) and sysprep.inf or unattend.txt cheers

have a look at this maybe you are missing the sql server 2008 hotfix http://blogs.technet.com/configmgrteam/arc...l-versions.aspx

did you create the usmt4 packages from the ones supplied in the new waik ? this snippet of info from the interview is interesting but i don't see any way to easily create these hardlink steps without manual work and this lab is windows server 2008x64sp1, sccm2007sp2 beta R2, mdt 2010 beta 2 from one of the videos i posted a link to in the USMT4 brief, I can see they are doing a scanstate using the following args; scanstate.exe c:\store5 /o /c /nocompress /i:miguser.xml /i:migapp.xml /hardlink i'll see if i have the patience to write down the other one (the vbs script, why they don't provide a sample download :_???)

ok from what I can see the task sequence used in that screenshot was made by hand, i've tried creating new task sequences with SCCM 2007 sp2 beta after creating a new USMT4 package and no change, same goes for adding MDT 2010beta 2 functionality so what video did you grab this screenshot from i'd like to see it

hi there first of all look at this error which means it cant find the distribution point, so did you distribute the package and then update the distribution point for the package ? and for testing, disable the firewall on the clients for now and lastly, do an nslookup test from the client if it's not reporting the domain controller properly then things wont work oh and one more thing, make sure the client is listed as Client = Yes in the All Systems collection

does this post give you some ideas ?

good question and i'm in the process of investigating this as we speak, so watch this space..it's still beta remember ;-) but in the meantime have you had a look at your scanstate.log and scanstateprogress log files to see what errors they report ?, feel free to post them here. also checkout this brief intro to USMT 4, i'll post more info soon can you tell me what components you have installed so far ? sp2 beta ? r2 ? mdt 2010 beta 2 ?

Important: Windows XP is supported only as an operating system on the source computer. USMT 4 is a tool set from the WAIK for Windows 7 and Windows Server 2008 R2. Once you have installed WAIK you can find USMT 4 in the C:\Program Files\Windows AIK\Tools\USMT folder. There are two versions, one for 32bit (X86) and one for 64bit (amd64). There is a USMT 4 help guide (CHM format) located at C:\Program Files\Windows AIK\Docs\CHMs\USMT.chm For those that don't know here's an overview of where USMT was (USMT 3) and where USMT is today (USMT 4) In a computer Refresh scenario where users get to keep their existing hardware, in USMT 3, you would move files into protected locations on the disk (your USMT store), wipe the Operating System and then move the files back into their final locations. With USMT 4 we now have hardlinks, and with hardlinks we don't move anything, USMT indexes the user files and registry settings, then wipe the Operating system files around them (yes, in effect keeping the original files where they were in the first place) and then map the unmoved files into the operating system. I'd recommend watching this USMT 4 video walkthrough followed by this video of Migrating XP to Windows 7. The main advantage of hardlinking is speed, it's way faster than the old method. USMT 4.0 supports the ability to archive files that are in use by using the shadow copy feature in Windows 7 and Windows Server 2008 R2. for a full list of whats new in USMT 4 see the following Word Doc from Microsoft. The below info is taken from the CHM PC Refresh (keep your computer) The following diagram shows a PC refresh migration, also known as a computer refresh migration. First, the administrator migrates the user state from a source computer to an intermediate store. After installing the operating system, the administrator migrates the user state back to the source computer. Scenario One: PC refresh using a compressed migration store For example, a company has just received funds to update all of its computers to Windows® 7. Each employee will keep the same computer, but the operating system on each computer will be updated. An administrator runs the ScanState command-line tool on each computer. ScanState saves each user state to a server. On each computer, an administrator installs the company's standard operating environment, which includes Windows 7, Microsoft® Office, and other company applications. An administrator runs the LoadState command-line tool on each computer. LoadState restores each user state back to the source computer. Scenario Two: PC refresh using hard-link migration store For example, a company has just received funds to update the operating system on all of its computers to Windows® 7. Each employee will keep the same computer, but the operating system on each computer will be updated. An administrator runs the ScanState command-line tool on each computer, specifying the /hardlink command-line option. ScanState saves the user state to a hard-link migration store on each computer, improving performance by minimizing network traffic as well as minimizing migration failures on computers with very limited space available on the hard drive. After quarantine of the hard-link migration store, an administrator uninstalls the older operating system. On each computer, an administrator installs the company's standard operating environment (SOE), which includes Windows 7, Microsoft® Office, and other company applications. An administrator runs the LoadState command-line tool on each computer. LoadState restores each user state back on each computer. Scenario Three: PC refresh using Windows.old and the hard-link migration store For example, a company has just received funds to update all of their computers to Windows 7. Each employee will keep the same computer, but the operating system on each computer will be updated. An administrator clean installs Windows 7 on each computer, making sure that the Windows.old directory is created by installing Windows 7 without formatting or repartitioning and by selecting a partition that contains Windows XP or Windows Vista. On each computer, an administrator installs the company’s standard operating environment (SOE), which included Windows 7 and other company applications. An administrator runs the ScanState and LoadState command-line tools successively while specifying the /hardlink command-line option. PC Replacement (get a NEW computer) The following diagram shows a PC replacement migration. First, the administrator migrates the user state from the source computer to an intermediate store. After installing the operating system on the destination computer, the administrator migrates the user state from the store to the destination computer. Scenario One: Manual network migration A company receives 50 new laptops for their managers, and needs to reallocate the 50 older laptops to new employees. An administrator runs the ScanState tool on each of the old laptops, and saves each user state to a server. On the new laptops, an administrator installs the company's standard operating environment which includes Windows 7, Microsoft Office, and other company applications. An administrator runs the LoadState tool on the new laptops to migrate the user states to the appropriate computer. On the old computers, an administrator installs the company's standard operating environment which includes Windows 7, Microsoft Office, and other company applications. The old computers are now ready for the new employees to use. Scenario Two: Managed network migration A company is allocating 20 new computers to users in the accounting department. The users all have one computer with their files and settings: the source computer. On each source computer, an administrator runs the ScanState tool using Microsoft System Center Configuration Manager (SCCM, a logon script, a batch file, or a non-Microsoft management technology. ScanState collects the user state from each source computer and then saves it to a server. On each new computer, an administrator installs the company's standard operating environment which includes Windows 7, Microsoft Office, and other company applications. On each of the new computers, an administrator runs the LoadState tool using Microsoft System Center Configuration Manager (SCCM), a logon script, a batch file, or a non-Microsoft management technology. LoadState migrates the user states from the migration store to a new computer. Scenario Three: Offline migration using Windows PE A company is allocating 20 new computers to users in the accounting department. The users all have one computer with their files and settings. In this scenario, each user's one computer will serve as both the source and destination computer. On each source computer, an administrator boots the machine into Windows PE and runs ScanState to collect the user state to either a server or external hard disk. On each new computer, an administrator installs the company's standard operating environment which includes Windows 7, Microsoft® Office, and other company applications. On each of the new computers, an administrator runs the LoadState tool, restoring the user state from the migration store to the new computer. Related Reading:- Migrating Data using USMT how can I use USMT 3.0.1 in SCCM migrate today restore tomorrow how can I view the USMT recovery key user state recovery information How can I use Offline Mode in Windows PE using USMT 4 Using a scanstate (using offlinewindir in winpe ) Task Sequence in SCCM 2007 SP2 Some Sample XP to Windows 7 task sequences showing Hardlinking hardlinking and SMP Migrate XP to Windows 7 using Offline mode in Windows PE screenshots describing the process and here are some helpful USMT 4 troubleshooting links:- * How USMT works * Step-by-Step: Basic Windows Migration using USMT for IT Professionals * Common Issues * Frequently Asked Questions - FAQ * Log Files - you'll need them, trust me * USMT 4 Return codes * Scanstate Syntax * How to Use Hard Links for User State Migration * How to Rename a file using USMT feel free to add yours to the list here... cheers niall

here's the problem <![LOG[Failed to download pxe variable file. Code(0x00000001) if you can verify that DNS is working perfectly via nslookup then.....I've seen this happening on Dell's and from google the recommended action i s to load the manufacturer's network drivers in the boot.wim and/or update the bios version to the latest so can you try that ?

as i said on the technet forums i'll need to see the SMSTS.log file to see whats going on can you attach it here ?

sadly for you i think the only option is to uninstall and reinstall WSUS pointing to the bigger storage unless someone has another idea...

have you applied any network drivers to the boot.wim image ? the drivers must be Vista network drivers and you must update the distribution points after updating the wim file

try changing the addresses used by WDS from the default 239.X.X.X to 224.1.X.X to be compatible with the default cisco configuration. Restart the WDS service after making the change. cheers anyweb

you can add a password to the pxe boot, that would be a help however as regards locking collections, you need to use Security Class and Instance permissions to allow or deny users access to that part of the configmanager gui

right here ! but first i'd need to know what you have setup and what you want to achieve (keep it simple)

i meant to use SCCM to do the deploying/managing of software applications and updates on the client computers, you can 'let' the users install or update their own software by letting them use the RAP (Run Advertised Programs) feature in ConfigMgr client have you considered this approach, it would simply and standardise your current approach especially if you have sccm in the network already

if you move to part 2 of deploy XP you will see that you do the following: it is only after XP is installed using the build and capture task sequence, that you can CAPTURE the image to a WIM file, that file can be called somexpcapture.wim or whatever.wim and you use THAT captured wim file to do your installs of XP in the future, it will be your install.wim file... i hope that makes it a bit clearer

the scripts can be copied over via a login script or whatever, that part is easy what is not easy is defining what the script needs to do and what user account should run the script but i have to ask, why are you doing things this way, why not use SCCM or similar to manage these computers ?

Note: Screenshots below taken from a Windows 2008 server Step 1. Set the Share Permissions To set the permissions correctly on the Driver Packages share make sure the following are selected Everyone = Reader SMSadmin = Owner SYSTEM = Co-Owner where SMSadmin is the user you are using to Administer the SCCM server (this account has local administrative permissions on the sccm server and is a member of the local administrators on that server) Step 2. Set the NTFS Security Permissions verify that the SYSTEM account has Full Control verify that the SMSadmin account has Full Control verify that the Everyone account has Read & Execute, List Folder contents, Read,