Jump to content

cluberti

Patron
  • Posts

    11,045
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    country-ZZ

Posts posted by cluberti

  1. This happens now with content being removed from the Zune marketplace after being available. Assuming you've purchased it, the content does stay on your disk and is perfectly usable. However, you cannot re-download it anymore at a later date, which means it's still best to have a backup copy of your user data when migrating machines just in case.

  2. The shell isn't (technically isn't designed to) elevate, although I cannot easily explain the first behavior. The second behavior is expected and you can repro it in Windows 7, but I can't easily explain why the first behavior occurs. What kind of permission errors are you getting, and does a procmon show anything?

  3. This is querying the same APIs that the inbox Windows Update uses, so assuming it's not showing everything that you've installed, the only thing that would make sense would be that you installed the patches manually (outside of WU). Otherwise, I'm not sure why this would be so. If you go to Windows Update and click the "view update history" link, does the output from my script match the output there? It should....

  4. I understand what your saying about thin vs thick vs hybrid deployment methods. The image I am building is minimal (as for software goes, but technically a thick image with some post-image stuff) .. I have some post scripts that shoot off during/after sysprep (anti-vrus install, activate windows, join the domain/OU/group etc).. I would of loved to of used SCCM for deploying windows but I am limited to using Norton Ghost.. =[ ..

    I usually don't recommend audit mode for corporate images, and MDT is free if SCCM is not an option. I wouldn't necessarily recommend Ghost as an option anymore as it *really* limits a lot of the functionality that the Windows Image format gives you (basically you lose all of it), but I can understand sometimes business decisions (good or bad) dictate IT policy. If you can at least move to MDT though, it will solve the problems you're having without having to resort to Audit mode.
  5. For an enterprise image, neither a "thin" (windows/patches and nothing else) nor a "thick" (every last thing under the sun installed) image really make sense, as each has pretty significant drawbacks. A mixture "hybrid" image, with all of the long-term and not frequently changed or updated software that everyone will use (and is licensed) for should be in the image, and anything else should really be installed post install. Audit mode can be used for software distribution, but if it's really an enterprise deployment it's better to do this with a tool designed for this purpose post-install (but pre-user delivery, perhaps) with tools like SCCM or MDT, or any of the 3rd party alternatives like Marimba or LanDesk.

    ...and welcome to MSFN :).

  6. It depends on what settings - not everything copies over, as certain settings get regenerated via Active Setup and other mechanisms. What specifically are you losing, and what is sticking around when using CopyProfile?

  7. You can also run without the /unattend switch - as long as unattend.xml is there in Windowssystem32sysprep when the image comes up next, it'll be used. Make sure the answer file validates without errors in WSIM first though, of curse, before using it :).

    Sent from my SGH-i917 using Board Express

  8. sysprep is stored in %windir%\system32\sysprep - you must be in that folder to run sysprep to begin with. If you're doing this in a domain for multiple PCs, though, it might make some sense for you to invest some time in learning / setting up MDT in your environment. It handles deployment, applications, drivers, etc.

  9. The MS representative was then giving you inaccurate information. WinPE is designed for deployment and recovery only, and the EULA explicitly forbids you from using it as a general purpose OS, thin client, or RDP connection point. The license for the WAIK explicitly states this in the WinPE section:

    • Windows Pre-Installation Environment. You may install and use the Windows Pre-Installation Environment for purposes of diagnosing and recovering Windows operating system software. For the avoidance of doubt, you may not use the Windows Pre-Installation Environment for any other purpose, including without limitation as a general operating system, as a thin client or as a remote desktop client.

    That's pretty descriptive.

  10. Yes, I'd be very curious what WSIM has to say about the validity of this file. Also, I've had issues with Altiris and unattend files in the past with multiple customers, for what it's worth, so I can't say I'm totally shocked you're having issues.

    First things first, is to see what a WSIM validation of that answer file says.

  11. I've come across some other issues that the Win7 version of DISM has against a Vista or 2008 source - it's worth noting though, that DISM is just acting as a frontend for pkgmgr in this instance (you can see it in the logs), whereas on Win7 DISM does what pkgmgr did on Vista/2008. You'll notice in the log that the pkgmgr command line that is being passed contains /ip and /m, which means servicing a Vista or 2008 image via Win7's DISM cannot be pointed to a directory that doesn't already contain the requisite CAB and catalog files - ergo, the package you're trying to pass in cannot be an MSU package ;). That's the issue - you must manually expand the MSU file into it's CAB format before DISM on Win7 will be able to use those packages to service 2008 or Vista images (because of the options it chooses to pass to pkgmgr, which is actually doing the work).

    Your script handles this already, so it's probably a better option in the meantime :).

  12. Also be aware that if you need support from these systems from either Dell or Microsoft in the future, making images (for deployment) of original OEM images is strictly unsupported - you can make a backup, of course, to be used on the same machine that the installation came from (and that machine only), but any issues with that OEM re-image if it's redeployed will not be supported by Microsoft or the OEM.

    http://support.microsoft.com/kb/828287

    From the KB article:

    Microsoft does not support the use of Sysprep to create a new image of a system that was originally created by using a custom OEM installation image or by using OEM installation media. Microsoft only supports such an image if the image was created by the OEM manufacturer. For more information see the following licensing brief on Reimaging Rights.

    If this is for a business, you really don't want to mess with supportability issues at all. For home use, go for it, but for a business, stick to the rules.

  13. Easy transfer uses the same sort of methods as USMT to copy user settings and data, but it doesn't copy profile settings - app-specific yes, data yes, but configuration options (other than things like wallpaper/backgrounds, of course) no.

  14. You should really be using Group Policy Preferences and Group Policy to manage system-wide settings like that (a mapped drive for all users), not just the profile. Again, you *can* copy the profile, but you *must* do it in one of the supported ways. It's not because Microsoft doesn't want you doing it that the other methods are unsupported - they actually *break* now. A little known fact that Microsoft didn't support copying profiles under XP like that either (either manually or with the control panel), but left it in for backwards/appcompat reasons. It was broken then with Vista, where the profile structure totally changed (Vista and higher profiles are actually v2.0 profiles, XP and older are still the older v1.0 profile structure - they are not compatible).

  15. First, copying profiles manually isn't supported (and as you've found, doesn't work). You *CAN* copy the profile before you create your image, sort of - you set up the Administrator profile the way you want before you run sysprep (using the Administrator account, of course), and then in the answer file that applies the image to new machines, you set CopyProfile to true (which copies the administrator's profile to the Default User's profile before clearing it). Otherwise, you only have a few other options:

    http://support.microsoft.com/kb/973289

  16. OK - next question - is this connected to a domain? If so, are these settings actually managed via Group Policy? (Easy to tell - rsop.msc will show you what settings are being set by all group policies applied to you).

×
×
  • Create New...