Help Sudden Sysprep Skip Rearm Confusion



  • [B][FONT=arial]Guys really need some help here…just read this and its confused me a bit[/FONT][/B]
    [URL=‘http://www.fogproject.org/wiki/index.php/What_do_I_have_to_do_to_an_image_before_uploading%3F’][B][FONT=arial]http://www.fogproject.org/wiki/index.php/What_do_I_have_to_do_to_an_image_before_uploading?[/FONT][/B][/URL]
    [B][FONT=arial]so best practice is this ??[/FONT][/B]
    [B][FONT=arial]1. Get “reference” image ready (for arguments sake [/FONT][/B][COLOR=#ff0000]IMAGE 1[/COLOR][B][FONT=arial]), patches, tweaks, software etc then sysprep with [/FONT][/B][COLOR=#000000]<SkipRearm>[/COLOR][COLOR=#ff0000]1[/COLOR][COLOR=#000000]</SkipRearm> and upload image.[/COLOR]

    [B][FONT=arial][COLOR=#000000]2. Once That’s done repeat the same but now use [/COLOR][COLOR=#000000]<SkipRearm>[COLOR=#ff0000]0[/COLOR][/COLOR][COLOR=#000000]</SkipRearm> to create a “deploy” Image [/COLOR][/FONT][/B][B][FONT=arial][COLOR=#ff0000]IMAGE 2. [COLOR=#000000]The Deploy image loads and behaves like a brand new install with the 30 days activation period set from that moment of installation. Then when it comes to updating the image, you reload[COLOR=#ff0000] IMAGE 1[/COLOR], update it etc and then over write [/COLOR][/COLOR][COLOR=#ff0000]IMAGE 2[/COLOR][COLOR=#ff0000][COLOR=#000000] with the updated version doing the appropriate 0 or 1 rearm setting in the Xml.[/COLOR][/COLOR][/FONT][/B]

    [COLOR=#000000][B][FONT=arial]My Question is this? Today I loaded a VM with a flavour of windows on so I could update it and re update the fog image etc. When it turned on it said the copy of windows was not genuine. I looked at the Slmgr -dlv and it said the activation period was expired. I had to rearm this “reference” machine to be able to update and reimage. All my VM’s were previously sysprepped with [/FONT][/B][/COLOR][COLOR=#000000]<SkipRearm>[/COLOR][COLOR=#ff0000]1[/COLOR][COLOR=#000000]</SkipRearm> but I havent made any with [/COLOR][COLOR=#000000]<SkipRearm>[COLOR=#ff0000]0[/COLOR][/COLOR][COLOR=#000000]</SkipRearm> foolishly thinking that just the one image would be ok to keep updating the same image without losing a rearm. But even still with opening previously [/COLOR][COLOR=#000000]<SkipRearm>[/COLOR][COLOR=#ff0000]1[/COLOR][COLOR=#000000]</SkipRearm> machines after 30 days forces me to lose a rearm I cant see a way I can update all the time without eventually having to re do everything? I think I missed the point please could some one very kindly detail what I need to do to never have to rebuild all my images. Thanks in advance##i think i need point out my reference images are NOT prepared with a licence key ##[/COLOR]



  • yeah or just make it a yearly thing that I update 3 times then re do them staggered ??? not so bad I suppose



  • I see, after you have deployed your images, the licensing is not your problem, your users provide their own license and you cannot use it to build your image?

    Sounds like you either have to bite some sour apple, or join the MS OEM program… :)



  • I have an image for every 64/32 bit instance of windows 7, starter, home basic etc ultimate…would cost me alot of money to get licence for all these things :(



  • I don’t see any problem with working with an activated Windows installation while preparing your image, are there any special reasons you don’t do this? After rearming, it needs to be reactivated, but this is usually not a problem.



  • Hi thanks for the responses.

    I am using virtual Box to do this but as I found out today if you load a non activated VM of windows after 30 days it goes into reduced functionality mode.To get past this you have to rearm the system. Losing one of the 3. So again it seems no matter which I look I’m always going to have to rebuild every image. Unless I got keys to activate them all but I cant afford that. Even reverting to a snapshot the same thing will happen. I think?



  • Indefinitely is a very long time… Why not use your favourite virtualization software for building your image. Take a snapshot before you sysprep and upload your image. Then restore your snapshot to keep editiing your image.

    If you are unable to use virtualization, then upload a special image to your fog server before you sysprep, and redeploy to your lab computer after uploading your sysprepped image.

    Messing with the SkipRearm setting will not give you more than 3 rearms. Oh, and do not follow the advice to skip rearming in your image for deployment. It will only give you problems.



  • OK that seems like a good idea in deed…so to surmise

    1. Prepare (audit) system / VM to be imaged and then finally Sysprep using [B][COLOR=#000000]<SkipRearm>[/COLOR][COLOR=#ff0000]1[/COLOR][/B][COLOR=#000000][B]</SkipRearm>[/B] so deploying to machines within 30 days will go smoothly. Called [B]IMAGE [COLOR=#ff0000]1[/COLOR][/B][/COLOR]

    [COLOR=#000000]2. To Update patches/software or avoid 30 day time out and horrible “this copy isn’t genuine” problems; Load [/COLOR][B][COLOR=#000000]IMAGE [COLOR=#ff0000]1 [/COLOR][/COLOR][/B][COLOR=#000000]again[/COLOR][COLOR=#000000] but DO NOT boot it. Load a PE from USB/CD etc and change [/COLOR][B][I][SIZE=12px][FONT=Segoe UI][COLOR=#2a2a2a]%WINDIR%\Panther[/COLOR][/FONT][/SIZE][/I][/B][I][SIZE=12px][FONT=Segoe UI][COLOR=#2a2a2a][B][I]\unattended.xml[/I][/B] to show [/COLOR][/FONT][/SIZE][/I][B][COLOR=#000000]<SkipRearm>[/COLOR][COLOR=#ff0000]0[/COLOR][/B][COLOR=#000000][B]</SkipRearm>.[/B][/COLOR]

    [B][SIZE=2][COLOR=#000000]Hmm I still don’t understand though, surely this will still eat away at the 3 rearm allowances. Sorry I’ve been thinking about this too long and losing the plot with it. Can you just explain how this will make me be able to [/COLOR][/SIZE][COLOR=#000000]indefinitely[/COLOR][SIZE=2][COLOR=#000000] update an image without having to rebuild it? Thanks![/COLOR][/SIZE][/B]
    [COLOR=#000000][/COLOR]



  • This is an easy one. Fully explained at [url]http://technet.microsoft.com/en-us/library/ff716063.aspx[/url].

    Keep your SkipRearm off in your image, so that any normal deployment is successful. Whenever you need to change your image, be prepared to change the setting in the sysprep file after deployment to your lab computer. In other words, deploy it, but don’t let it boot. Boot to WinPE from your preferred boot device and change the setting in your unattend xml file, now found in [SIZE=12px][FONT=Segoe UI][COLOR=#2a2a2a]%WINDIR%\Panther[/COLOR][/FONT][/SIZE][I][SIZE=12px][FONT=Segoe UI][COLOR=#2a2a2a].[/COLOR][/FONT][/SIZE][/I]

    More info at [url]http://technet.microsoft.com/en-us/library/cc766514(v=ws.10).aspx[/url]



  • This post is deleted!


  • This post is deleted!

Log in to reply
 

410
Online

39002
Users

10717
Topics

101762
Posts

Looks like your connection to FOG Project was lost, please wait while we try to reconnect.