Windows Server 2008 R2 and Windows 7: BranchCache
July 26, 2009 at 12:55 pm | In BranchCache, Windows 7, Windows Server 2008 R2 | 6 CommentsTags: Branch Offices, Branch Offices Cache, BranchCache, Windows 7, Windows Server 2008 R2
The arrival of Windows Server 2008 R2 and Windows 7 is just around the corner and I don’t have to tell you that there are a lot of expectations. Common users are concentrating almost all the attention with the client operating system, but I can assure you that having those new platforms, Windows Server 2008 R2 and Windows 7, will give a new perspective for all users and IT guys.
One of the highlights that you can watch having this two boys together is BranchCache, focused mainly in optimizing your WAN bandwidth using special cache options.
As the name says it, BranchCache works in scenarios with branch offices where clients interact and request files from the headquarters. A common and current scenario is related when you access an internal website with the servers located in the main office, each branch office client will request the files directly with the headquarters every time a user intends to communicate with the site, significantly affecting the WAN link with the same data transmitted over and over.
BranchCache is a simple idea that caches every content downloaded from the main office using a server or other branch clients, so every time that a second client tries to download the content, the request is directly handled within the branch office optimizing the WAN link and downloading time.
How Does It Work?
There are no complex configurations and you can even use an option that does not include a server. There are two types of BranchCache deployment options: Distributed Cache (no server) and Hosted Cache Mode (Windows Server 2008 R2 server involved as the cache server).
Keep in mind that the environment will only work with Windows Server 2008 R2 and Windows 7 clients.
Distributed Cache
Windows 7 branch office clients store a copy of the content that is downloaded from the main office, and makes it available to other clients in the branch office every time that they try to retrieve those files.
Hosted Cache
Within this scenario, all the cache content is stored and controlled in a Windows Server 2008 R2 that retrieves all the requests made from branch clients and keeps all the data locally to answer any other requests for the same content.
Microsoft recommends to use this mode on branch offices with over 10 clients.
What About Cache Authorization and Updates?
These are common questions that you may be asking yourself right now:
Q: If the files are stored in a local cache within the branch office (distributed among clients or on a server), that means that all branch users will have access to these files?
A: No. There is an authorization phase that the requestor must complete before receiving the file. In a distributed BranchCache mode, when the client requests the data, the server (main office) authorizes, or not, the cache content to be delivered to the branch office client. In a Hosted Cache mode, the cache server keeps identifiers with the permissions for each cached content, giving access only to authorized clients.
Q: What about if the file changes when it was already cached by clients or a server? The file is distributed out-to-date to branch clients?
A: No. Whenever a change is made on a folder that is distributed with BranchCache, a new identifier (the same used for access authorization) it’s send to branch cache clients (if the mode is set as Distributed Cache); or send it directly to the cache server (if the mode is configured as Hosted Cache).
Configuring BranchCache
In this section I’ll give you small step-by-step BranchCache procedure. There are basically three steps to complete the environment:
1. Configure the headquarters Windows Server 2008 R2 that contains the data that must be cached.
2. Configure the Windows 7 branch clients that will use the cached content.
3. Configure the Windows Server 2008 R2 as Hosted Cache server, if that’s the option you selected for your environment.
The complete reference to achieve this deployment can be found in BranchCache Early Adopter’s Guide.
1. Configuring the File/Web Server
a. Add the feature from Server Manager: BranchCache.
Remember, it’s a feature not a role.
b. If this is going to be a file server, you must add the “File Services” role and the service “BranchCache for remote files”.
c. Configure the Group Policy to enable BranchCache.
Active Directory it is not a requirement for BranchCache, but surely it is recommended for centralized management. You can use an Active Directory or local policy to apply to this server.
The GPO can be located in Computer Configuration > Policies > Administrative Templates > Network > Lanman Server > Hash Publication for BrandCache
The options when you Enable this GPO are self explained: For all shares, files shares tagged and disallow hash publications.
2. Client Configuration
Ok, now you have the server configured to be able to distribute the BranchCache shares. Now it’s time to configure the clients to understand this type of cache. It is easily done with Group Policies, and again, this can be done in a domain environment by linking GPOs or just using Local Group Policies.
a. Access GPOs editing MMC: Computer Configuration > Policies > Administrative Templates > Network > Turn on BranchCache > Enabled.
b. On the same GPO list, you’ll find the rest of the necessary configurations according to the chosen model.
If you are using Distributed Cache, enable “Turn on BranchCache – Distributed Caching Mode”. And the same for hosted cache, “Turn on BranchCache – Hosted Cache mode”.
c. [optional] You can also set other interesting values using this set of GPOs, like latency values or setting a percentage of your disk space dedicated to this cache.
d. Ensure that you have configured the firewall inbound policies to allow BranchCache connections. More info about this on the document mentioned above: BranchCache Early Adopter’s Guide.
3. Configure the Cache Server
For obvious reasons, the communication between the parties involved must be secured and the data available must be guaranteed as updated and correct. That’s why if you are using Hosted Cache Mode, a certificate will be present to achieve a SSL communication and guarantee that data is not modified by an attacker.
It is important to note that the presence of a Certificate Authority (CA) server it is not a requirement, the certificate can be prepared directly from the file/web server and then imported to the Hosted Cache server.
a. First, enable the BranchCache feature from Server Manager.
b. Deploy the certificate inside Certificates (Local Computer) > Personal.
c. Access the certificate properties, the details page will show you the “Thumbprint” field. Copy to the clipboard.
d. Link the certificate to BranchCache with “netsh”:
NETSH HTTP ADD SSLCERT IPPORT=0.0.0.0:443 CERTHASH=<thumbprint> APPID={d673f5ee-a714-454d-8de2-492e4c1bd8f8}
More Resources
Here are some other guides and interesting links you can find about this feature.
That’s pretty much in this BranchCache overview and kind of walkthrough.
Cheers!
Experiencing Lenovo W500 with Windows 7 (RC) – Part II
May 7, 2009 at 8:18 pm | In Lenovo W500, Windows 7 | 15 CommentsTags: Lenovo W500, Windows 7, Windows 7 RC
No news to you if I tell you that Windows 7 RC has just become available for download to the public (starting May 5th, you can download it from here).
So if you had the chance to read my previous review about Windows 7, you would now that having this operating system installed all this time has been a real good experience to me and my Lenovo ThinkPad W500. This time I want to share with you the experience of installing this release candidate on my laptop.
So, what’s new on the RC?
You are probably wondering what changes have been introduced in this version compared to the previous beta. I won’t lie, nothing much.
Did you hear the rumor that said that the RC was going to introduce a significant change in the UI? Didn’t happen.
Windows Media Player: Media Streaming. You can now stream music or video using the internet. Sharing the media with other friends and using Windows Live ID. That’s actually quite nice and using a smart technology adapting the streaming to your connection.

More icons on Taskbar: You can now place around 30% more icons on taskbar (depending on your resolution).
IE8. You can uninstall IE8 from Windows Features.

Windows XP Mode (Beta) was also introduced as a feature to download for Windows 7 RC. It is an interesting move to achieve the always controversial application compatibility and motivate people to an early adoption to Windows 7. Basically the feature it’s a Windows XP SP3 virtual machine, for Virtual PC of course, that works together with the operating system and application virtualization. You can download the beta from here.

Plus another things like fixing some minor bugs, adding drivers support, more wallpapers and themes.
Hands-On
Ok then, back to our case, I’ve started the installation on my ThinkPad W500.
Installation Process
Of course, nothing changed in the basic process that you’ve seen so far.

But great news for all the W500 users, the video driver does not crash on the last phase of the installation.
For those that also tried previous beta versions of Windows 7, as we discussed in some comments on previous post, noticed that in the last part of the installation process the screen goes black (the operating system didn’t crash, the installation continues but with no display) and there’s nothing you can do (you cannot start in safe mode because the installation did not complete). The only resolution, complete the installation completely blind.
Well that problem it’s not present in the RC version.
Regarding to the video adapter, let’s check on the other devices.
Drivers
Here’s where I noticed another good news after the installation was completed. My “Device Manager” looked like this:

I know, nothing promising. But, Windows Update showed me right away the next updates available:

Ok, now we are talking 7. Let’s install them.
There was no need on installing it manually or selecting compatibility mode. After that, my Device Manager looked like this:

Close enough, but we can do better than that. So, I’ve downloaded and installed these drivers:
- Local Manageability Service and Serial Over LAN (Intel AMT 4.0)
- Management Engine Interface (Intel AMT 4.0)
And yes, the drivers for “PCI Serial Port” and “PCI Simple Communications Controller” disappeared from “Other Devices”.

On the other hand, the video adapter driver shows ATI Mobility Radeon HD 3650 with the yellow exclamation mark. Installing ATI™ Mobility FireGL™ V570? No luck.
ATI released video drivers for Windows 7, but for now there’s no availability for FireGL family.

Software
Another good news is that I was able to install Mozilla Firefox without using the compatibility mode, like I shown on the first post.
Other software installed without any problem:
- Microsoft Office 2007 SP2
- Foxit Reader
- WinRAR
- Twihrl and Adobe AIR
- ImgBurn
- Windows Live
Unfortunately, Google Chrome still needs to be configured manually to actually work: Add to the execution file path the following “–in-process-plugins”.

Using Microsoft Outlook Connector, I’ve noticed an issue with Office 2007. Whenever you minimize the Outlook window, and if the option is set to “Hide When Minimized”, if you open again Outlook from taskbar or tray, you’ll see that the Outlook Connector option disappeared. The same thing happens if you use Xobni, once you minimize it, the option disappeared and the add-on is closed.

Cool Links
Here are some interesting links to read about Windows 7. I’ll add a few more in the next days.
- Windows 7 Setup Secrets (Recommended!)
- Anti-virus available for Windows 7 from “Security Software Providers”
- Windows 7 Beta hotkey cheat sheet
Conclusions
- Even though there are no big differences between the first official beta (build 7000) and this one (build 7100), still it is my preferred operating system to use, more than Windows Vista or XP.
- I’ve noticed also a performance improvement from previous builds.
- Stability it’s another characteristic I’ve noticed using it on the ThinkPad W500. Even though I’ve installed and uninstalled drivers and software, I haven’t seen any program nor operating system crash.
- Still waiting for a acceptable solution for the video drivers.
Haven’t tried it yet? What are you waiting for?
Cheers!
Microsoft Deployment Toolkit 2010 Beta 1: Using MDT to Prepare, Install and Capture customized Windows 7 Images – Part III
February 2, 2009 at 12:42 am | In Microsoft Deployment Toolkit (MDT), Windows 7 | 29 CommentsTags: Image Deployment, Microsoft Deployment Toolkit (MDT) 2010, Windows 7
This is going to be the last part (at least for now) for this step-by-step guide for customizing and deploying Windows 7 images with MDT 2010. On the previous posts we’ve learned how to run the firsts configurations on MDT, adding operating system files and creating a task sequence for the reference image (Part I); and also adding Office 2007 to the reference image and making it a silent installation (Part II).
The third post it’s going to be just to deploy the reference and customized image, and then capture it into a .wim file, that we can later deploy using MDT or add it to Windows Deployment Services (WDS).
Deploying Reference Image
Since we already have our boot environments, ISO and WIM files; and that we have the Windows Deployment Services role installed, I’ll start using it: I’m going to add the LTI boot image to WDS that will let me create and capture the reference image.
Note: You can also use the ISO file too boot from a CD or, if it’s a virtual machine, mounting it; but using WDS keep the things a lot easier.
1. Open WDS snap-in > “Boot Images” > “Add Boot Image”.

2. Browse the MDT distribution share, inside the “Boot” folder. And select “LiteTouchePE_x64.wim”. Click “Open”.

3. Finish up the boot image wizard.
4. Now on the computer you are going to use as the reference, boot from the network to receive WDS boot image. And select the LiteTouchePE image you added.
Note: For proper WDS configuration with DHCP and boot images, check this post.

5. Once the boot files are loaded, a new wizard will be prompted. Select your “Keyboard Layout” and click on “Next”.

6. Insert the domain credentials that will be used to access the shared files used by MDT 2010. Use a domain admin account to avoid any inconvenient.

7. Select the task sequence to be executed: “Deploy Windows 7”.

8. Enter a computer name. A random one is created by default.

9. Leave the option “Join a Workgroup”.
IMPORTANT: Do not add it to a domain, otherwise you won’t be able to capture the image you are about to deploy. A machine joined to a domain it’s not a good idea to be captured, because if the sysprep task is removed from the deployment, you will have several issues about the Security Identifiers (SID) within the domain.

10. Since we are not migrating any image, this is a fresh deployment select “Do not restore user data and settings”.

11. Select your location and keyboard layout to be configured on the reference image.
12. Select the “Time Zone”.
13. Select the application you are going to install “Microsoft Office 2007”.

14. You can skip BitLocker configuration if you want to and set “Do not Enable BitLocker for this computer”.
15. Leave selected the option “Capture an image of this reference computer”. And insert the filename “WIN/_REFERENCE.wim”. Click on Next.

16. Here you’ll find a summary of the options selected. Click on “Begin” and the installation process will start.
Creating and formatting partitions

OS installation and final settings

Installing Office 2007 silently

Creating WIM file and send it to the server

Notice that this tasks could take several minutes, depending on your hardware. Try to not interrupt the process. After all this, the WIM file is created and stored in “%distribution%\Captures”.
Adding the Reference Image to MDT 2010
You actually have two options to start using this image:
- Add it to WDS and start deploying it from there. But you don’t get a chance to make any other changes to that image, unless you create a new one.
- Add it to MDT 2010 as a new customized OS. You can add or modify new task sequences to this new machine, for example, adding a new application or enable/disable other features that will be included directly in the deployment.
We are going to take option 2 for now, since the WDS option does not require any other task other than “Add Install Image” from the console.
1. “Deployment Workbench” > “Distribution Share” > “Operating Systems” > “New”.
2. Select “Custom image file” and click on “Next”.

3. Browse for the WIM file that was created and click on “Next”.

4. Leave selected “Setup and Sysprep files are not needed”.
5. Select the directory name: “WIN7_REFERENCE”. And click on “Finish”.

Once you click Finish a process starts working checking the integrity of the file and several other tasks, it could take several minutes to complete. Be patient and the image should appear as a valid operating system.

Creating the Task Sequence
Now that we have the image of the OS, we are going to create the task sequence that will be using that image.
1. “Deployment Workbench” > “Task Sequences” > “New”.
2. Insert “Task Sequence ID”: “Win7_Target”. And name “Deploy Captured Image – Windows 7”.

3. Select “Standard Client Task Name”. Click on “Next”.
4. Select the reference OS just added from the list.

5. Leave selected “Do not specify product key at this time”.
6. Complete the OS settings like it was done before.
7. Specify Administrator’s password and click on “Finish”.
Deploying Reference Image to a Client
We’ve now configured everything that was needed for this reference image, so we can start deploying it to a client. The process will be the same that we used for creating the reference image, the only twist regarding the previous configuration is that we are going to join to the domain this machine.
1. Boot from the network on the client machine. Select again “Lite Touch Windows PE (x64)”.

2. The wizard will prompt again. Select your “Keyboard Layout”.
3. Specify domain credentials to access the network shares.
4. Now we are going to select the task sequence created to deploy the customized image “Deploy Captured Image – Windows 7”.

5. Select the computer name.
6. Join the machine to the domain.

7. On the summary section click on “Begin” to start.
Notice that the option to capture the image was not present because we selected that we are going to add this machine to the domain.
The deployment process begins.

Once it’s done, you’ll see this message. Check “Details” for more information.

Office 2007 installed with all the components.

Conclusions
- If you are not familiarized with this deployment tool, it’s a great chance to start with MDT 2010.
- Automated deployment tools will give you a lot of profit and flexibility once you get the chance to get to know, manage and maintain them. For more info about it, check my other Windows Deployment Services posts.
- Even though this is just a MDT Beta version, did not bring me any stability problems. We expect to get to know more about the functionalities once it gets to a RC version or RTM.
- Check the MDT help included in the installation, you’ll find almost everything you need to know there (most of the sections are the same as in MDT 2008).
Well that’s pretty much it for now about Microsoft Deployment Toolkit 2010 Beta 1 and Windows 7.
I hope that you find these posts helpful.
Cheers!
Microsoft Deployment Toolkit 2010 Beta 1: Using MDT to Prepare, Install and Capture customized Windows 7 Images – Part II
January 31, 2009 at 8:55 pm | In Microsoft Deployment Toolkit (MDT), Windows 7 | 8 CommentsTags: Image Deployment, Microsoft Deployment Toolkit (MDT) 2010, Windows 7
On the first post of this series, we’ve managed to install MDT 2010 and its requirements, prepare distribution share and task sequence, add Windows 7 image to use it as reference and create the deployment point. We are now going to add Office 2007 as an application to be deployed included in the OS image and complete the environment to generate the reference image.
The process of adding an application like Office 2007 it is quite simple, the only trick is to get the application to install silently (or unattended) without requiring for user intervention , we’ll see how that works.
Adding Applications to MDT 2010: Office 2007
We’ll add the application using also a simple wizard, but the interesting part comes when you get the chance to modify default settings on the Office 2007 package:
1. “Deployment Workbench” > “Distribution Share” > “Applications” > “New”.

2. Select “Application with source files”.

3. Complete the data about the application.

4. Select the “Source Directory”. Since I have it on the hard drive, I’ll check “Move the files to the distribution share instead of copying them”.

5. Keep the directory name as suggested: “Microsoft Office 2007”.

6. On “Command Details” introduce the name of the executable for Office 2007: “setup.exe” and click on “Finish”. We’ll add the special arguments to achieve silent installations in next steps.

With that performed the Office 2007 is added as an application in Microsoft Deployment Toolkit. MDT also detects automatically the options available for Office products, this way we can modify them in a simple way.
Office 2007: Silent and personalized installation
To achieve this, we are going to use the mentioned feature of MDT to generate a “Config.xml” file that is used for personalizing installations of Office 2007. This XML is a very flexible option that we can modify according to our needs and generate ourselves custom and unattended Office suite installations.
1. Access the Application Properties from the “Deployment Workbench” console. And get to the “Office Products” tab.
2. Now we are going to select the following options:
Office 2007 Product to Install: Enterprise (this is the version that I’m using).
Office 2007 Languages: en-us.
Product Key: If applies, select your PID.
Customer Name: Augusto Alvarez
Display Level: None. This will generate the silent installation.
Accept EULA: Checked.

3. Click on “Apply”.
This will generate the XML file that you can check it clicking on “Edit Config.xml”. You should see something like this (notice that the first section it’s just a sample):

You can check also on “Details” tab that “setup.exe” command line has been modified to use the recently generated XML: “setup.exe /config Enterprise.WW\config.xml” (Enterprise.WW is the folder where the XML file is stored)

This XML file will install all the components of the Office 2007 Enterprise suite. If you want to continue customizing the components to be installed, check this example of Config.xml that selects only Word, Excel, OneNote, Outlook, PowerPoint and remove remaining components.
Config.xml Example
<Configuration Product="Enterprise">
<Display Level="none" CompletionNotice="no" SuppressModal="no" AcceptEula="yes" />
<USERNAME Value="Augusto Alvarez" />
<AddLanguage Id="match" />
<AddLanguage Id="en-us" ShellTransform="Yes" />
<OptionState Id="AccessFiles" State="absent" Children="force" />
<OptionState Id="ExcelFiles" State="Local" />
<OptionState Id="GrooveFiles" State="Absent" Children="force" />
<OptionState Id="OneNoteFiles" State="Local" Children="force" />
<OptionState Id="OUTLOOKFiles" State="Local" />
<OptionState Id="PPTFiles" State="Local" />
<OptionState Id="PubPrimary" State="Absent" Children="force" />
<OptionState Id="RMSFiles" State="Local" Children="force" />
<OptionState Id="WORDFiles" State="Local" />
<OptionState Id="XDOCSFiles" State="Local" Children="force" />
<OptionState Id="SHAREDFiles" State="Local" />
<OptionState Id="TOOLSFiles" State="Local" />
<OptionState Id="EXCELFiles" State="Local" /></Configuration>
For more information about Config.xml customization check this link: Config.xml file in the 2007 Office system.
Adding Office 2007 to the Task Sequence
With the previous steps we have already added the Office suite and configured to a silent installation. Now we need to introduce it on the task sequence prepared on the previous post.
1. “Deployment Workbench” > “Task Sequences” > “Win7” > “Properties”.
2. Access the tab “Task Sequence”. Here are all the steps involved in the process, you can check all the options (most of them did not appear on the Task Sequence wizard) and change their values or disable specific steps.

3. The step that we are interested in is “State Restore” > “Install Applications”. Select “Install a single application” > “Microsoft Office 2007”. Click “OK”.

If you later want to add more applications to the same task sequence, use the same step on this task sequence, select “Add” > “General” > “Install Application”. The application must, of course, added already to MDT.

Now the installation of Office 2007 it’s included on the “Deploy Windows 7” sequence and will occur silently with the parameters included.
On the next post we’ll see how to boot and generate the Windows 7 image that will be captured and ready to be deployed on your environment.
Cheers!
Microsoft Deployment Toolkit 2010 Beta 1: Using MDT to Prepare, Install and Capture customized Windows 7 Images – Part I
January 31, 2009 at 2:21 am | In Microsoft Deployment Toolkit (MDT), Windows 7 | 24 CommentsTags: Image Deployment, Microsoft Deployment Toolkit (MDT) 2010, Windows 7
Microsoft Deployment Toolkit team released the first beta of their next version: Microsoft Deployment Toolkit 2010 Beta 1 (you can access to the Beta program from Microsoft Connect and download the build). This new version includes several improvements, but perhaps the most important ones are related to Windows 7 and Windows Server 2008 R2 compatibility.
Some of the New Features
- Support for deploying: Windows 7 and Windows Server 2008 R2
- Hard Link Migrations using USMT 4 (User Migration Toolkit).
- Integration with new Windows Automated Installation Kit (WAIK) 2.0 toolset such as BCDBOOT and Windows PE 3.0.
- DISM tool (Dism.exe) included with WAIK 2.0 replace three other tools on previous version: Pkgmgr.exe (Package Manager), Intlcfg.exe (Internal Settings Configuration Tool) and PEimg.exe (WindowsPE Command Line tool ).
If you are planning to implement Windows 7 on your environment (check this link about the review I made about Windows 7 functionality) or you want to start to get to know Microsoft Deployment Toolkit in this new version; I’ve prepared this step-by-step guides that will cover almost everything you need to know about MDT 2010 and automated Windows 7 deployment, with personalized images.
These posts will cover the Lite Touch Installation (LTI) type of deployment of Windows 7 (Zero Touch Installation with System Center Configuration Manager 2007 it’s not currently supported with these Beta versions).
What we are going to achieve? Add Windows 7 to MDT, include applications (Office 2007) to be deployed within the operating system to generate a reference image. And finally we’ll capture this reference image (in a single .wim file) and make it available for a massive deployment with MDT 2010 Beta 1.
Requirements
Note: LTI deployment does not require Windows Deployment Services (WDS) to be fully operational to actually work, but we are going to take this as a requirement to implement WDS for PXE boot for only WindowsPE images.
Environment
- Active Directory and DNS
- DHCP properly configured for WDS.
- Windows Deployment Services (WDS) configured.
- Windows 7 source files.
Note: This previous post of mine shows how WDS must be configured to work together with DHCP.
Server
- Windows Server 2003 SP2, Windows Server 2008, Windows Server 2008 R2 Beta
- Windows Automated Installation 2.0 (WAIK).
You can download WAIK 2.0 from this link (English).

Installation
You won’t have any problem installing MDT 2010 Beta 1. There’s only a simple wizard to complete.

To verify that the installation completed successfully and all the necessary components are installed: Open “Deployment Workbench” snap-in from Start Menu, and check “Information Center” > “Components” > “Installed”.

MDT 2010 First Configurations
These initial configurations don’t differ from MDT 2008:
- Create the distribution share.
- Add operating system files to the distribution share.
- Create a task sequence for the reference computer.
- Create a deployment point.
Create the Distribution Share
This is the folder where the MDT files (OS, applications, drivers, etc) will be kept.
1. Open “Deployment Workbench”. Right click on “Distribution Share” > “Create a Distribution Share Directory”.

2. Select a folder. Click on “Finish”. Recommendation: Use a separate partition like “E:\Distribution”.
Add Windows 7 Operating System
Here we are going to add the OS to be deployed and create the reference image.
1. On “Deployment Workbench” > “Distribution Share”, right-click on “Operating Systems” > “New”.

2. Choose the type of OS to add. Select “Full set of source files” and click on “Next”.

3. Select the Source Directory. In my case, I have the Windows 7 x64 files copied in the hard drive, so I also mark the option “Move the files to the distribution share instead of copying them”. Click on “Next”.

4. Select a directory name. And click on “Finish”.

Now all the files will be moved to the Distribution Share folder and should appear as available after it completes.
Create the Task Sequence
This is where we define the steps involved in the installation process for the target computer.
1. “Deployment Workbench” > “Distribution Share” > “Tasks Sequences” > “New”.

2. Enter a “Task Sequence ID”: “Win7”; and a “Task Sequence Name”: “Deploy Windows 7”.

3. Select “Standard Client Task Sequence”.

4. Select the version of the OS to be deployed, in this case “Windows 7 ULTIMATE”.

5. Enter the OS settings. “Full Name”, “Organization” and “Internet Explorer Home Page”.

6. Specify Administrator’s password. And click on “Finish”.

Create a Deployment Point
Here we’ll define the rules and parameters involved in the deployment.
1. “Deployment Workbench” > “Deploy” > “Deployment Points” > “New”.

2. Since we are going to use the distribution share on this computer, select “Lab or single-server deployment”.

3. Select a deployment point name “LAB”.

4. Leave deselected the options for this upgrade scenarios.

5. Select “Ask if an image should be captured”.

6. Leave deselected the option “Ask user to set the local Administrator Password” (already included on the task sequence).

7. Leave deselected the option “Ask user for a product key”.

8. On the next step, the Distribution (“Distribution$”) folder should be selected as the Share. Click on “Next”.

9. Select “Automatically determine the location on the network”. And click on “Finish”.

Now the deployment point is created, we now have to generate the boot media from the deployment point; this media will be used to create the reference computer.
10. “Deployment Workbench” > “Deploy” > “Deployment Points” > “LAB” > “Properties”.
11. Check on the “General Tab” the “x64” option for “Platforms Supported”. Also you can verify on “WindowsPE” tab other options like drivers or background image.

12. Now to generate the boot files:“Deployment Workbench” > “Deploy” > “Deployment Points” > “LAB” > “Update”.

This last step could take several minutes to complete, so be patient. It takes a while generate from scratch the ISO and WIM files used to boot environments. After it completes, you can find LiteTouchPE files inside “%distribution%\Boot\”

Notice that I haven’t used the option “Out-of-Box Drivers”. Windows 7 contains almost every hardware driver available on the market, you won’t get much problem with this. But MDT has a simple and effective way to handle device drivers, using “Groups” where you can add specific files depending on your need. For example: You could have a group of drivers with all the files for specific model of notebooks devices, other for desktop.

We’ll be reviewing how to handle applications, most specific Office 2007, within an MDT deployment on the next posts.
Cheers!
Experiencing Lenovo W500 with Windows 7
January 20, 2009 at 12:45 pm | In Lenovo W500, Windows 7 | 57 CommentsTags: Drivers, Lenovo W500, Windows 7
Also check the updated post using Windows 7 RC:
Experiencing Lenovo W500 with Windows 7 (RC) – Part II

Well finally my wait was over on the last week, I could finally get my self a fresh new laptop with all the horse power that I was wanting for :) This new toy of mine is the Lenovo ThinkPad W500.
This fine solid piece of machine it’s not actually a brand new model (around 6 moths older now on their firsts models). My own model (4063-33Y) fits perfectly on most of power users looking for a nice laptop with a better performance.
A few highlights of this notebook (full hardware review at this CNET link):
- Core 2 Duo T9400 (2.53 GHz) VPro Technology
- 4GB RAM DDR3
- 160GB 7200rpm HD
- 15.4in 1680×1050 LCD
- ATI™ Mobility FireGL™ V5700 512MB
Before I even received this notebook I knew that Windows 7 was going to be the first operating system to be installed. So, I want to tell you about my experience so far working with Windows 7 inside this laptop.
Installation
No problems here, the installation process executed without any problem. The version selected was the 64 bits.

Note: This is a cool link about why to use Windows 7 with a 64bits architecture.
Drivers
After the Windows 7 installation, almost every “important” device was automatically configured: Video, wireless, Ethernet card and audio.
But if you check the Device Manager, you’ll probably get the following with big and yellow “!”:
Base System Device (x2)
PCI Serial Port
PCI Simple Communications Controller
SM Bus Controller

So, I started to look around and found this link on the Lenovo site that includes all drivers for the T500 and W500 models made to use on Windows Vista (you cannot expect that there are going to be any official drivers for Windows 7 as a Beta operating system). You can download all of the necessary drivers from there.
But to actually solve those yellow exclamation marks, use the following links:
- Ricoh 4-in-1 Card Reader Driver
- Local Manageability Service and Serial Over LAN (Intel AMT 4.0)
- Management Engine Interface (Intel AMT 4.0)
Note: You have to manually install the mentioned drivers to get properly installed: Execute the downloaded file, and access to device manager and select “Update Driver” indicating the folder where the files were uncompressed.
Unfortunately I didn’t get the chance to solve the “SM Bus Controller” driver issue. It appears that this one is related to the Intel Matrix Storage driver; but I tried to install it manually and using it ThinkPad System Update, but no luck. So if any of you find the solution to that problem on Windows 7, please share it.
![]()
After all that, your device manager should look like this: Check “Updating Info”!

Updating Info
Ok I didn’t have the chance to look much for this “SM Bus Controller” problem, but recently Windows 7 did all the work for me. The Action Center (the place where the OS informs about changes necessary, general health status, etc) notify me that there was a problem with the Intel Chipset driver.

The solution it was very simple, download the zip file (Action Center also included the link), run Troubleshoot Compatibility on the setup file (the same as “Compatibility Mode” on file Properties) and the driver was successfully installed.
If the message is not appearing for you, download the file from this Intel link.
My Device Manager looks like this now:

Installed Programs
Here’s a short summary about all the software I installed on Windows 7 and if there were any workarounds to install it:
Microsoft Office 2007 SP1
No problem here.
Foxit Reader (my preferred PDF reader)
No problem here.
Google Chrome
Issue: You can install it, but you won’t be able to browse any page.
Solution: Add to the execution file path the following “–in-process-plugins”. Check this post (on comments area is the correction).
Google Chrome on Windows 7 
Google Earth
No problem here.
Mozilla Firefox
Issue: Cannot install it, requires for user name and password but the installation never starts.
Solution: Change the compatibility mode on the installer to Windows Vista.
Mozilla Firefox installer. Compatibility Mode 
WinRAR 3.80
No problem here.
Twihrl and Adobe AIR
No problem here.
ThinkVantage System Update
No problem here.
Also, from ThinkPad software and features, I installed successfully:
- Power Manager
- Active Protection System
- Lenovo Fingerprint Software
- Easy Eject
- Hotkey Utility
Check also this other post about using Remote Server Administration Tools (RSAT) on Windows 7.
Troubleshooting
The only blocking issue I found so far is about running MSI installers that crashed the installation, but fortunately, there is a solution for that too. Check this link:
- Delete the string values (Except for (Default)) in HKLM\Software\Microsoft\SQMClient\Windows\DisabledSessions
- Start gpedit.msc
- Expand Computer Configuration, expand Administrative Templates, expand System, expand Internet Communication Management, and then click Internet Communication settings.
- In the details pane, double-click Turn off Windows Customer Experience Improvement Program, and then click Enabled.
Cool Things
I would like to mention some cool things I’ve noticed so far about functionality on Windows 7. I’ll be naming just a few, for checking some other stuff on Windows 7, take a look to the “Cool Links” section.
Shrinking Disks
This function has been present since Windows Vista, but it had a some restrictions, you could not actually shrink a partition on any size you want; there was a total possible available (depending on the partition size and space available). Well this restriction is practically gone, you can shrink any partition almost at the maximum possible (meaning space available).

Finding What You Need from Start Menu
Sometimes to access a feature or changing some options on the operating system you need to make several clicks, like “Computer”, “Properties”, “Change Settings”, “Change”. Now you just have to type what you need on the Start menu, like “change power” for accessing Power Settings.
Cool Links
- Anti-virus available for Windows 7 from “Security Software Providers”
- Windows 7 Beta hotkey cheat sheet
- The Bumper List of Windows 7 Secrets
- Hiding the vmware_user account in Windows 7
- Windows 7 Beta: Remove the Send Feedback Link from the Title Bar
Conclusions
- Windows 7 showed a great performance running on this laptop; and, at least in this beta version, doesn’t seem to require great aspects in hardware.
- Excluding the MSI issue, I did not have any stability issues so far.
- Internet Explorer 8 (included by default) still has some random issues, crashed a few times.
- You can find several cool things on this new operating system, but still you won’t find much functionality differences between Windows Vista.
Regarding to stability and performance, if you ask me to make a choice between Windows Vista RTM and Windows 7 Beta, I would choose Windows 7. Vista (even though became more stable since SP1) has some issues and the performance still need some improvements.
If you get the chance, I’d recommend you to install it and give this Beta a try. And of course, share your feedback with the community.
Cheers!
Remote Server Administration Tools (RSAT) released for Windows 7
January 13, 2009 at 2:06 pm | In Windows 7 | 1 CommentTags: RSAT, Windows 7
Well, with the Windows 7 Beta 1 released to the public recently, you now have one less excuse to try on Windows 7. You can now completely have full management of your servers using Remote Server Administration Tools.
The RSAT suite is now available for Windows 7 and you can download it from here.
Remember to install and start using these tools, you must use the same procedure as in Windows Vista:
- Install the downloaded package.
- Access “Turn Windows Features on or off “.
- Scroll down Remote Server Administration Tools.
- Select the tools you would like to add Windows 7 and click OK.

RSAT installed on Windows 7
Enjoy!
Cheers
Blog at WordPress.com. | Theme: Pool by Borja Fernandez.
Entries and comments feeds.


Computer geek, totally fan of the latest's IT platform solutions. Since 2006 I've been mentioned as Microsoft Student Partner, I continue working with them, collaborating on different academic and technological events. On this blog, you'll find most of the experience I have evaluating, designing, implementing and managing those technologies.

