Last month (June 2016) I went to both Windows Management User Group (WMUG) and System Center User Group (SCUG). Both with great sessions and speakers. On WMUG both Mirko Colemberg and Mike Terrill were speaking. On SCUG I listen to Pieter Wigleven, Stefan van der Wiele, Mirko Colemberg and Peter Daalmans. Let's have a look at some notes taken.
SCUG #1 (Pieter Wigleven)
-Windows 10 enrollment options: Join devices to Azure AD, Password reset, Require multi-factor, Sync settings, Application proxy
-Apps like Twitter (for example) can be installed automatically
-Windows Information Protection policies within Intune standalone (AKA Enterprise Data Protection)
-Edition upgrade policy Pro > Enterprise (or the other way around) with a provisioning package
-Wi-Fi profile and Defender block (within Intune policy)
-Use myapps.microsoft.com (access panel) for additional apps (with SSO support)
-Deploy Line-Of-Business (LOB) apps via Microsoft Business store
-Add x86 software to Microsoft Business store (future usage)
-When using BitLocker encryption policies, the recovery password will be kept in Azure too.
-No Direct Access support in Azure till now, but Auto-VPN instead.
SCUG #2 (Mirko Colemberg)
-Session on Microsoft Advanced Threat Analytics (ATA) and Windows Defender Advanced Threat Protection (ATP)
-Story (ATA): 200+ days. That's the average amount of time that attackers reside within your network until they are detected, gathering classified data and information, waiting to strike at just the right moment. Microsoft ATA helps you identify breaches and threats using behavioral analysis and provides a clear, actionable report on a simple attack timeline.
-Story (ATP): Protecting our enterprise customers has never been more challenging. Security threats are increasingly brazen and highly sophisticated. A new Windows 10 service that helps our customers to detect, investigate and respond to targeted and advanced attacks on their network.
-Source: Microsoft ATA & Microsoft ATP
-Microsoft ATA is only for information, not for protection. Maybe it will be combined with Defender in future.
-Windows Defender ATP policies will be in SCCM (next build), but is not in Intune available at the moment.
SCUG #3 (Peter Daalmans)
-Start with ConfigMgr 1511 during clean install or upgrade. Don't use build 1602 for this. Possible but not recommended!
-Since ConfigMgr Technical Preview (1511) there was an update every month (with new features)! Very good job Microsoft.
-New ConfigMgr Current Branch builds needs to be installed within a year, to be supported. No LTSB version available.
-Use the service connection tool for new ConfigMgr builds, when in offline mode or behind a proxy. Cool stuff! > Microsoft
-After 1602 it's not possible to upgrade or install newer builds directly. It will break ConfigMgr and missing features!
More on Servicing here: Promote the ConfigMgr client in Current Branch (1602)
More about WMUG and SCUG sessions HERE.
Showing posts with label HP. Show all posts
Showing posts with label HP. Show all posts
Thursday, July 7, 2016
Lessons learned from WMUG and SCUG last month (part 2)
Labels:
BIOS,
Buisness Store,
Dell,
HP,
LENOVO,
SCUG,
UEFI,
UEFI BIOS,
User Group,
Windows store,
Windows Store for Business,
WMUG
Monday, July 4, 2016
Lessons learned from WMUG and SCUG last month (part 1)
Last month (June 2016) I went to both Windows Management User Group (WMUG) and System Center User Group (SCUG). Both with great sessions and speakers. On WMUG both Mirko Colemberg and Mike Terrill were speaking. On SCUG I listen to Pieter Wigleven, Stefan van der Wiele, Mirko Colemberg and Peter Daalmans. Let's have a look at some notes taken.
WMUG #1 (Mirko Colemberg)
-Integrate Windows Store for Business (WSfB) in ConfigMgr 1605TP or 1606 directly. Just advertise them within ConfigMgr directly.
-Assign to users or user groups? Also for user groups! (WSfB)
-Wsreset.exe = reset the store (when it's malfunction)
-You can drawback apps too! Then the user cannot open the app anymore.
-Block Windows 10 Public Store using Microsoft Intune (but still allow the business store) > Microsoft
-Integration in MS Intune available, all apps are visible there too! Just advertise them within MS Intune directly.
-Use developer.microsoft.com for creating LOB apps yourself.
-Some Windows 10 apps are for Mobile usage only, others for Desktops usage.
-Apps can be used online and (sometimes) offline. It depends..
-Use PowerShell for adding APPX packages, not the CM or Intune wizard.
More on WSfB here: Using the new Windows Store for Business for apps on Windows devices
WMUG #2 (Mike Terrill)
-Using Resource Explorer to watch BIOS and UEFI information on Dell, HP and Lenovo systems.
-For Windows 10 Redstone you need ConfigMgr Current Branch, not 2012 (R2) anymore (because not supported)
-Using 1507 (RTM) or 1511 boot images? Hotfix needed for 1511, so better use the 1507 bits.
-Upgrade BIOS versions during task sequence possible! Need to test this myself first, and report later.
-Download package content > task sequence working directory (for reference packages)
-Dell systems: Use Dell Client Configuration Utility > Download
-HP systems: Use HP BIOS Configuration Utility > Download
-Lenovo systems: Use BIOS Deployment Guide > Download
-New dynamic variables available within ConfigMgr builds
-Using 1E’s Free Tools > Download
More on UEFI here: Choosing between BIOS (Legacy) or UEFI during deployment
Stay tuned for more information in a next blogpost!
WMUG #1 (Mirko Colemberg)
-Integrate Windows Store for Business (WSfB) in ConfigMgr 1605TP or 1606 directly. Just advertise them within ConfigMgr directly.
-Assign to users or user groups? Also for user groups! (WSfB)
-Wsreset.exe = reset the store (when it's malfunction)
-You can drawback apps too! Then the user cannot open the app anymore.
-Block Windows 10 Public Store using Microsoft Intune (but still allow the business store) > Microsoft
-Integration in MS Intune available, all apps are visible there too! Just advertise them within MS Intune directly.
-Use developer.microsoft.com for creating LOB apps yourself.
-Some Windows 10 apps are for Mobile usage only, others for Desktops usage.
-Apps can be used online and (sometimes) offline. It depends..
-Use PowerShell for adding APPX packages, not the CM or Intune wizard.
More on WSfB here: Using the new Windows Store for Business for apps on Windows devices
WMUG #2 (Mike Terrill)
-Using Resource Explorer to watch BIOS and UEFI information on Dell, HP and Lenovo systems.
-For Windows 10 Redstone you need ConfigMgr Current Branch, not 2012 (R2) anymore (because not supported)
-Using 1507 (RTM) or 1511 boot images? Hotfix needed for 1511, so better use the 1507 bits.
-Upgrade BIOS versions during task sequence possible! Need to test this myself first, and report later.
-Download package content > task sequence working directory (for reference packages)
-Dell systems: Use Dell Client Configuration Utility > Download
-HP systems: Use HP BIOS Configuration Utility > Download
-Lenovo systems: Use BIOS Deployment Guide > Download
-New dynamic variables available within ConfigMgr builds
-Using 1E’s Free Tools > Download
More on UEFI here: Choosing between BIOS (Legacy) or UEFI during deployment
Stay tuned for more information in a next blogpost!
Labels:
BIOS,
Buisness Store,
Dell,
HP,
LENOVO,
SCUG,
UEFI,
UEFI BIOS,
User Group,
Windows store,
Windows Store for Business,
WMUG
Wednesday, May 4, 2016
HP Client Integration Kit for ConfigMgr 2012 R2 or Current Branch (update)
Recently I did a ConfigMgr Current Branch upgrade. To import driver packages easily I like to use additional Dell and/or HP tools to import driver packages. This time however the HP tool has some new functionality. Let's have a look at this first.
The HP Client Integration Kit for ConfigMgr has an update on 03/31/2016 with the following changes:
- Provides the Client Integration plug-in for ConfigMgr 1511 or 2012 R2 SP1 CU1 or later or 2012 SP2 CU1 or later.
- Adds the ability to create and import custom driver pack or import drivers only.
- Adds the ability to enter the keyword to search for HP product name when creating and importing driver pack.
- Adds the ability to sort the category such as driver name, version, SoftPaq number when selecting driver to import
- Adds the ability to choose the type of download file such as FTP or HTTP. By default, CIK uses HTTP.
- Adds BitLocker to CIK task sequence examples
- Revises the pop up messages when the server does not meet the requirement.
- Updates the CIK installer to fix the copyright string.
- Updates the CIK User Guide and ConfigMgr & CIK support matrix.
Let's have a look in the ConfigMgr console now:
There are 3 buttons in the ribbon now, one for 'Create and Import Driver Pack' one for 'Download and Import Driver Packs' and one for 'Import Downloaded Driver Pack'.
When choosing 'Create and Import Driver Pack' you can search on types/models and select which driver(s) must be part of it. This is the latest add-on available! That way you can create driver packages yourself, and decide which driver must be part of it. Therefore searching on the HP website yourself isn't needed anymore. Just great that a new feature is part of this ConfigMgr integration.
When choosing 'Download and Import Driver Pack' you can search on types/models and download/import driver packs, but no selection on drivers is possible. When choosing 'Import downloaded driver packs' you must download them manually and import them afterwards (as usual).
Download HP CIK right away!
More blogposts about importing driver packs:
HP Client Integration Kit for ConfigMgr 2012 R2 (update)
HP Client Integration Kit for ConfigMgr 2012 R2
Download Driver packages for Dell, HP and Lenovo systems
The HP Client Integration Kit for ConfigMgr has an update on 03/31/2016 with the following changes:
- Provides the Client Integration plug-in for ConfigMgr 1511 or 2012 R2 SP1 CU1 or later or 2012 SP2 CU1 or later.
- Adds the ability to create and import custom driver pack or import drivers only.
- Adds the ability to enter the keyword to search for HP product name when creating and importing driver pack.
- Adds the ability to sort the category such as driver name, version, SoftPaq number when selecting driver to import
- Adds the ability to choose the type of download file such as FTP or HTTP. By default, CIK uses HTTP.
- Adds BitLocker to CIK task sequence examples
- Revises the pop up messages when the server does not meet the requirement.
- Updates the CIK installer to fix the copyright string.
- Updates the CIK User Guide and ConfigMgr & CIK support matrix.
Let's have a look in the ConfigMgr console now:
There are 3 buttons in the ribbon now, one for 'Create and Import Driver Pack' one for 'Download and Import Driver Packs' and one for 'Import Downloaded Driver Pack'.
When choosing 'Create and Import Driver Pack' you can search on types/models and select which driver(s) must be part of it. This is the latest add-on available! That way you can create driver packages yourself, and decide which driver must be part of it. Therefore searching on the HP website yourself isn't needed anymore. Just great that a new feature is part of this ConfigMgr integration.
When choosing 'Download and Import Driver Pack' you can search on types/models and download/import driver packs, but no selection on drivers is possible. When choosing 'Import downloaded driver packs' you must download them manually and import them afterwards (as usual).
Download HP CIK right away!
More blogposts about importing driver packs:
HP Client Integration Kit for ConfigMgr 2012 R2 (update)
HP Client Integration Kit for ConfigMgr 2012 R2
Download Driver packages for Dell, HP and Lenovo systems
Labels:
CIK,
CIP,
Dell,
Dell Client Integration Pack,
Hewlett Packard,
HP,
HP Client Integration Kit
Thursday, October 1, 2015
HP Client Integration Kit for ConfigMgr 2012 R2 (update 2)
To import driver packages easily I like to use additional Dell and/or HP tools to import driver packages. This time the HP Client Integration Kit for ConfigMgr 2012 R2 has another update on 9/8/2015 with the following changes:
- Added support of Windows 10 working with ConfigMgr 2012 SP2 and R2 SP1.
- Implemented new signed version of BCU 4.0.13.1 that fixes the TPM issue.
- Updated CIK installer to comply with HP name change.
- Picked up HPQPswd 1.1.19.1.
- Improved the download and import driver process.
Strange this is that after installing the update, no downloads for Windows 10 are available. When looking on HP driver packs (32-bit/64-bit) no Windows 10 packages are available either. Seems that HP is a little late with creating the packs. Download additional drivers (one-by-one) for specific types/models is the only option available. Seems that Dell did a better job this time :)
Download HP CIK right away!
More blogposts about importing driver packs:
HP Client Integration Kit for ConfigMgr 2012 R2 (update)
Download Driver packages for Dell, HP and Lenovo systems HP Client Integration Kit for ConfigMgr 2012 R2
- Added support of Windows 10 working with ConfigMgr 2012 SP2 and R2 SP1.
- Implemented new signed version of BCU 4.0.13.1 that fixes the TPM issue.
- Updated CIK installer to comply with HP name change.
- Picked up HPQPswd 1.1.19.1.
- Improved the download and import driver process.
Strange this is that after installing the update, no downloads for Windows 10 are available. When looking on HP driver packs (32-bit/64-bit) no Windows 10 packages are available either. Seems that HP is a little late with creating the packs. Download additional drivers (one-by-one) for specific types/models is the only option available. Seems that Dell did a better job this time :)
Download HP CIK right away!
More blogposts about importing driver packs:
HP Client Integration Kit for ConfigMgr 2012 R2 (update)
Download Driver packages for Dell, HP and Lenovo systems HP Client Integration Kit for ConfigMgr 2012 R2
Labels:
CIK,
CIP,
Dell,
Dell Client Integration Pack,
Hewlett Packard,
HP,
HP Client Integration Kit
Wednesday, June 24, 2015
HP Client Integration Kit for ConfigMgr 2012 R2 (update)
Recently I did another ConfigMgr 2012 implementation. To import driver packages easily I like to use additional Dell and/or HP tools to import driver packages. This time however the HP tool has some new functionality. Let's have a look at this first.
The HP Client Integration Kit for ConfigMgr 2012 R2 has an update on 05/15/2015 with the following changes:
- New feature: Software Library > Overview > Operating Systems > Driver Packages > Download and Import HP Client Driver Packs - The ability to select products to download and import HP built driver packs in ConfigMgr.
- The ability to select distribution points in the following operations:
+ Download and Import HP Client Driver Packs
+ Import Downloaded HP Client Driver Packs
+ Create HP Client Boot Image
- Software Library > Overview > Application Management > Packages > HP Client Support Packages > HP Client BIOS Configuration Utility includes the new versions of BCU 4.0.11.1 and HPQPswd 1.1.18.1.
- The Windows XP task sequence example is removed.
Let's have a look in the ConfigMgr console now:
There are 2 buttons in the ribbon now, one for 'Download and import driver packs' and one to 'Import downloaded driver packs'.
When choosing 'Download and import driver packs' you can search on types/models and download/import driver packs right away! Just a great improvement on this ConfigMgr add-on!
When choosing 'Import downloaded driver packs' you must download them manually and import them afterwards (as usual).
Download HP CIK right away!
More blogposts about importing driver packs:
Download Driver packages for Dell, HP and Lenovo systems
HP Client Integration Kit for ConfigMgr 2012 R2
The HP Client Integration Kit for ConfigMgr 2012 R2 has an update on 05/15/2015 with the following changes:
- New feature: Software Library > Overview > Operating Systems > Driver Packages > Download and Import HP Client Driver Packs - The ability to select products to download and import HP built driver packs in ConfigMgr.
- The ability to select distribution points in the following operations:
+ Download and Import HP Client Driver Packs
+ Import Downloaded HP Client Driver Packs
+ Create HP Client Boot Image
- Software Library > Overview > Application Management > Packages > HP Client Support Packages > HP Client BIOS Configuration Utility includes the new versions of BCU 4.0.11.1 and HPQPswd 1.1.18.1.
- The Windows XP task sequence example is removed.
Let's have a look in the ConfigMgr console now:
There are 2 buttons in the ribbon now, one for 'Download and import driver packs' and one to 'Import downloaded driver packs'.
When choosing 'Download and import driver packs' you can search on types/models and download/import driver packs right away! Just a great improvement on this ConfigMgr add-on!
When choosing 'Import downloaded driver packs' you must download them manually and import them afterwards (as usual).
Download HP CIK right away!
More blogposts about importing driver packs:
Download Driver packages for Dell, HP and Lenovo systems
HP Client Integration Kit for ConfigMgr 2012 R2
Labels:
CIK,
CIP,
Dell,
Dell Client Integration Pack,
Hewlett Packard,
HP,
HP Client Integration Kit
Monday, April 13, 2015
Enable TPM for BitLocker usage during OS deployment on endpoints (part 2)
Last year I did deployment with BitLocker usage on Dell systems. You can find more information about that here: Enable TPM for BitLocker usage during OS deployment on endpoints. This time I will do the same, but then on HP systems. As mentioned last time I didn't used it before. Let's have a look at possibilities on HP boxes. With this configuration there's no need for manually actions.
HP is offering a few websites for more information:
Client Management Solutions
HP BIOS Configuration Utility
When installing HP BIOS Configuration Utility (BCU) 4 files will be found. These are:
-BCUErr.cfg
-BIOS Configuration Utility User's Guide
-BIOSConfigUtility.exe (for x86 boot image)
-BIOSConfigUtility64.exe (for x64 boot image)
The HP BCU settings file is created with BiosConfigUtility.exe and /getconfig:<file> parameter. This file is used during deployment with /setconfig:<file> parameter. Have a look at BIOS Configuration Utility User Guide for more information on this.BCU also has the ability to establish, modify, and remove the BIOS setup password. Use the HP Password Encryption Utility (HPQPswd.exe) to create the password file needed to specify new or current password.
Use the following sample command to create a setup password on a system with no existing password:
BIOSConfigUtility.exe /nspwdfile:"new password.bin"
Use the following sample command to modify the BIOS setup password use:
BIOSConfigUtility.exe /nspwdfile:"new password.bin" /cspwdfile:"current password.bin"
Use the following sample command to remove the BIOS setup password use:
BIOSConfigUtility.exe /nspwdfile:"" /cspwdfile:"current password.bin"
NOTE: A password change command can be combined with BIOS configuration, in which case the password is modified before the configuration is applied.
BIOSConfigUtility.exe /set:"configuration.txt" /nspwdfile:"new password.bin"
The HPQPSDW utility is started with a GUI and an encrypted BIN file is created. With this file the system administrator password is set or changed. Download: HP System Software Manager
With this information both password can be set and BIOS settings can be changed. Just great if you ask me!
Other posts on BitLocker:
How to Enable BitLocker, Automatically save Keys to Active Directory
Enable TPM for BitLocker usage during OS deployment on endpoints
BitLocker fails in task sequence because of false condition
HP is offering a few websites for more information:
Client Management Solutions
HP BIOS Configuration Utility
When installing HP BIOS Configuration Utility (BCU) 4 files will be found. These are:
-BCUErr.cfg
-BIOS Configuration Utility User's Guide
-BIOSConfigUtility.exe (for x86 boot image)
-BIOSConfigUtility64.exe (for x64 boot image)
The HP BCU settings file is created with BiosConfigUtility.exe and /getconfig:<file> parameter. This file is used during deployment with /setconfig:<file> parameter. Have a look at BIOS Configuration Utility User Guide for more information on this.BCU also has the ability to establish, modify, and remove the BIOS setup password. Use the HP Password Encryption Utility (HPQPswd.exe) to create the password file needed to specify new or current password.
Use the following sample command to create a setup password on a system with no existing password:
BIOSConfigUtility.exe /nspwdfile:"new password.bin"
Use the following sample command to modify the BIOS setup password use:
BIOSConfigUtility.exe /nspwdfile:"new password.bin" /cspwdfile:"current password.bin"
Use the following sample command to remove the BIOS setup password use:
BIOSConfigUtility.exe /nspwdfile:"" /cspwdfile:"current password.bin"
NOTE: A password change command can be combined with BIOS configuration, in which case the password is modified before the configuration is applied.
BIOSConfigUtility.exe /set:"configuration.txt" /nspwdfile:"new password.bin"
The HPQPSDW utility is started with a GUI and an encrypted BIN file is created. With this file the system administrator password is set or changed. Download: HP System Software Manager
With this information both password can be set and BIOS settings can be changed. Just great if you ask me!
Other posts on BitLocker:
How to Enable BitLocker, Automatically save Keys to Active Directory
Enable TPM for BitLocker usage during OS deployment on endpoints
BitLocker fails in task sequence because of false condition
Monday, March 16, 2015
An error occurred with the boot selection, verify media is present and retry
During re-deployment on a HP EliteBook Revolve 810 G3 tablet, the following error message was shown: "An error occurred with the boot selection, verify media is present and retry". Because of that no WinPE is loaded at all, and deployment is not possible. Lucky me the solution was not that hard. Let's have a look at the solution:
Boot your laptop and press F10.
Select [System Configuration]
Select [Boot Options]
Scroll down to [SecureBoot Configutation]
Disable BIOS Secure Boot
Change BIOS Boot Mode to UEFI Hybrid or Legacy Mode
Save and exit
Now boot and press [F12] and PXEboot works
Hope it helps!
Source: HP EliteBook Revolve 810 Tablet - PXE Boot Failure
Update: An ever better solution is as follows:
-Change BIOS to UEFI Native and SecureBoot
-Remove options 060, 066 and 067 from DHCP settings
-Add IP-Helper which is pointing to the WDS and DHCP server
Besides of that the following information:
Try to get rid of DHCP options and use IPhelpers instead. Also make sure that you are using a boot images that matches the architecture of the OS to be deployed. (Torsten)
UEFI is a new beast that has issues with DHCP scope options. UEFI is *very* different than traditional BIOS. (Jason)
Source: UEFI PXE BOOT ERROR
Boot your laptop and press F10.
Select [System Configuration]
Select [Boot Options]
Scroll down to [SecureBoot Configutation]
Disable BIOS Secure Boot
Change BIOS Boot Mode to UEFI Hybrid or Legacy Mode
Save and exit
Now boot and press [F12] and PXEboot works
Hope it helps!
Source: HP EliteBook Revolve 810 Tablet - PXE Boot Failure
Update: An ever better solution is as follows:
-Change BIOS to UEFI Native and SecureBoot
-Remove options 060, 066 and 067 from DHCP settings
-Add IP-Helper which is pointing to the WDS and DHCP server
Besides of that the following information:
Try to get rid of DHCP options and use IPhelpers instead. Also make sure that you are using a boot images that matches the architecture of the OS to be deployed. (Torsten)
UEFI is a new beast that has issues with DHCP scope options. UEFI is *very* different than traditional BIOS. (Jason)
Source: UEFI PXE BOOT ERROR
Wednesday, November 5, 2014
My personal experience with HP ThinShell for Kiosk Mode
Because my mainly focus is on endpoints, I'm doing a lot with fat, thin and virtual clients and mobile devices. This time I want to mention HP thin clients, which have some nice software onboard by default. There is Cloud Connection Manager, ThinShell and Universal Write Filter (UWF) for example. ThinShell is a client automation tool that enables Kiosk Mode (shell replacement) functionality for standard users (non-administrators).
Features of HP ThinShell include the following:
-You can choose to customize and use the built-in ThinShell interface or specify an entirely different shell program.
-Using your administrator credentials, you can customize the ThinShell interface and settings from within a standard user account.
-ThinShell can be used in conjunction with Cloud Connection Manager to simplify Kiosk Mode deployments for multiple standard users.
Download can be done here (64-bit or 32-bit)
Installation is very easy, and on HP thin clients it's already there.
After reboot you will see changes immediately! It's like ThinKiosk but then integrated by default. Very nice to see some progress here.
When using ThinShell you can setup thin clients very easy. Just use HP Device Manager (or ConfigMgr) for capturing, deploying and managing thin clients afterwards.
Features of HP ThinShell include the following:
-You can choose to customize and use the built-in ThinShell interface or specify an entirely different shell program.
-Using your administrator credentials, you can customize the ThinShell interface and settings from within a standard user account.
-ThinShell can be used in conjunction with Cloud Connection Manager to simplify Kiosk Mode deployments for multiple standard users.
Download can be done here (64-bit or 32-bit)
Installation is very easy, and on HP thin clients it's already there.
![]() |
User interface, choose buttons |
![]() |
Applications for shell replacement |
![]() |
Control Panel items available |
![]() |
Default website to show |
![]() |
Default behavior when process stops |
After reboot you will see changes immediately! It's like ThinKiosk but then integrated by default. Very nice to see some progress here.
When using ThinShell you can setup thin clients very easy. Just use HP Device Manager (or ConfigMgr) for capturing, deploying and managing thin clients afterwards.
Thursday, March 13, 2014
HP Client Integration Kit for ConfigMgr 2012 R2
Today I installed the HP Client Integration Kit for ConfigMgr 2012 R2. The HP Client Integration Kit (HP CIK) is a plug-in for ConfigMgr that improves the customer experience in deploying Windows XP and Windows 7 images to HP-managed clients. The same is seen in Dell Client Integration Pack.
This is achieved through the following custom features:
-Importing WinPE and HP platform driver packs
-Integration of the BIOS Configuration utility, which allows the customer to configure BIOS settings during deployment
-Basic OS task sequences highlighting HP’s custom steps
The HP CIK is installed on the same server as ConfigMgr, and can be accessed through the System Center console on the server. Read the Release Notes and download the HP CIK.
Just great that HP offers same functionality as Dell now!
This is achieved through the following custom features:
-Importing WinPE and HP platform driver packs
-Integration of the BIOS Configuration utility, which allows the customer to configure BIOS settings during deployment
-Basic OS task sequences highlighting HP’s custom steps
The HP CIK is installed on the same server as ConfigMgr, and can be accessed through the System Center console on the server. Read the Release Notes and download the HP CIK.
Just great that HP offers same functionality as Dell now!
Labels:
CIK,
CIP,
Dell,
Dell Client Integration Pack,
Hewlett Packard,
HP,
HP Client Integration Kit
Friday, February 7, 2014
How to import Lenovo drivers in ConfigMgr easily
Good news! When you are using MDT and/or SCCM/ConfigMgr and want to create driver packages, you can download them for Dell, HP and Lenovo systems. That saves a lot of time, because to need to download every single driver available. Let's have a look at the different methods for companies. More about that here: Download Driver packages for Dell, HP and Lenovo systems
When looking for Lenovo driver packages, there are a lot of models missing. You can browse the Lenovo website, download each individual driver, extract the driver and import them into ConfigMgr, but this must be done for every model then. Looking on the internet I found the following blogpost: Getting Lenovo drivers into SCCM – The easy way
It mentions using the Lenovo Update Retriever (download) and a VBS script to get the job done. That way every single driver per model can be downloaded at once. The script is extracting all drivers to a different location so drivers can be imported in ConfigMgr easily afterwards. The VBS script needs some modification on a few values, but works perfectly. Really easy this way!
The order for ConfigMgr integration will be:
1. Download (Lenovo Update Retriever)
2. VBS script (copy from website)
3. Import drivers in ConfigMgr
4. Create driver packages in ConfigMgr
That's all for now. Hope it helps!
When looking for Lenovo driver packages, there are a lot of models missing. You can browse the Lenovo website, download each individual driver, extract the driver and import them into ConfigMgr, but this must be done for every model then. Looking on the internet I found the following blogpost: Getting Lenovo drivers into SCCM – The easy way
It mentions using the Lenovo Update Retriever (download) and a VBS script to get the job done. That way every single driver per model can be downloaded at once. The script is extracting all drivers to a different location so drivers can be imported in ConfigMgr easily afterwards. The VBS script needs some modification on a few values, but works perfectly. Really easy this way!
The order for ConfigMgr integration will be:
1. Download (Lenovo Update Retriever)
2. VBS script (copy from website)
3. Import drivers in ConfigMgr
4. Create driver packages in ConfigMgr
That's all for now. Hope it helps!
Labels:
Dell,
Driver packages,
Drivers,
HP,
LENOVO,
Lenovo Update Retriever,
Thinkpad,
Update Retriever
Monday, December 9, 2013
Download Driver packages for Dell, HP and Lenovo systems
Good news! When you are using MDT and/or SCCM/ConfigMgr and want to create driver packages, you can download them for Dell, HP and Lenovo systems. That saves a lot of time, because to need to download every single driver available. Let's have a look at the different methods for companies.
Dell has a website available for Driver CAB files for Enterprise Client OS Deployment. This can be used for WinPE (5.0 also!), XPS systems, Venue systems, Latitude systems, Optiplex systems and Precision systems. There are also combo packs available. They can be found here: http://en.community.dell.com/techcenter/enterprise-client/w/wiki/2065.dell-driver-cab-files-for-enterprise-client-os-deployment.aspx
Just use "Dell Client Integration Pack" to import Driver CAB files in a easy way: http://en.community.dell.com/techcenter/os-applications/w/wiki/2565.dell-client-integration-pack.aspx
HP takes the next step and provides ready-made driver packages for MDT and SCCM for the business models of notebooks, desktops and workstations. The packages can be obtained via SoftPaq Download Manager (SDM) or from the HP support website. It appears they are primarily for the current generation of products. To get the download manager, navigate to the HP manageability website: www.hp.com/go/easydeploy or directly to www.hp.com/go/sdm
Lenovo has a website available for "Microsoft SCCM and MDT Package Index". This can be used for ThinkCentre systems, ThinkStation systems and ThinkPad systems. Packages provide the device drivers in .inf form for, in order to allow you to deploy Windows images with SCCM by importing the device drivers. These driver packs are also supported with MDT. They can be found here: http://support.lenovo.com/en_US/downloads/detail.page?DocID=HT074984
Really great to see that known vendors has support for MDT and/or SCCM/ConfigMgr now!
Update: HP Client Integration Kit for ConfigMgr 2012 R2
Dell has a website available for Driver CAB files for Enterprise Client OS Deployment. This can be used for WinPE (5.0 also!), XPS systems, Venue systems, Latitude systems, Optiplex systems and Precision systems. There are also combo packs available. They can be found here: http://en.community.dell.com/techcenter/enterprise-client/w/wiki/2065.dell-driver-cab-files-for-enterprise-client-os-deployment.aspx
Just use "Dell Client Integration Pack" to import Driver CAB files in a easy way: http://en.community.dell.com/techcenter/os-applications/w/wiki/2565.dell-client-integration-pack.aspx
HP takes the next step and provides ready-made driver packages for MDT and SCCM for the business models of notebooks, desktops and workstations. The packages can be obtained via SoftPaq Download Manager (SDM) or from the HP support website. It appears they are primarily for the current generation of products. To get the download manager, navigate to the HP manageability website: www.hp.com/go/easydeploy or directly to www.hp.com/go/sdm
Lenovo has a website available for "Microsoft SCCM and MDT Package Index". This can be used for ThinkCentre systems, ThinkStation systems and ThinkPad systems. Packages provide the device drivers in .inf form for, in order to allow you to deploy Windows images with SCCM by importing the device drivers. These driver packs are also supported with MDT. They can be found here: http://support.lenovo.com/en_US/downloads/detail.page?DocID=HT074984
Really great to see that known vendors has support for MDT and/or SCCM/ConfigMgr now!
Update: HP Client Integration Kit for ConfigMgr 2012 R2
Labels:
Dell,
Driver CAB files,
HP,
LENOVO,
SDM,
SoftPaq Download Manager
Friday, October 21, 2011
How to assign a computername before OS deployment
During OS deployment in ConfigMgr there are many ways to assign a computername. This can be done automatically or filled in before deployment. How to assign a dynamic computername is described here: How to assign a dynamic computername during OSD. In that post I'm using a script to create a dynamic computername from default BIOS values (assettag, serialnumber).
But what to do when you're using your own format which is not known in BIOS values? Then other ways are available. First there are ConfigMgr/MDT Task Sequence Variables. An overview of these Task Sequence Variables can be found here: http://technet.microsoft.com/en-us/library/bb632442.aspx
There are also many scripts to find for dynamic computername assignment. More about that on the following TechNet post: "SCCM R2 Unknown Computer Support and changing computer name during Task Sequence" http://social.technet.microsoft.com/Forums/en-US/configmgrosd/thread/5924e840-eb6e-48c1-858f-766a5be625a6/
The one I've used before is the ConfigMgr/MDT method, which asks the computername before deployment (manually) and uses this name during OS deployment. I will describe the steps needed for that here. First created a Non-mandatory advertisement on a OSD collection (in my case created as "Operating System Deployment"). On that specific OSD collection rightclick and choose "Modify Collection Settings".
Under "Collection Variables" tab create a new Variable called "OSDComputerName" and make sure it has no Value. Untick the "Do not display this value in the ConfigMgr console" also.
When choose OK the value will be available beneath "Collection Variables". Now choose OK to finish this configuration setting. Start the computer placed in this collection now and make sure it's non-mandatory. Use F12 for PXE boot indeed.
Once the task sequence is selected it prompts you to input the missing Task Sequence Variable. Watch out not to press Next here, but double click on "OSDComputerName" instead.
Fill in the computername of your choice (in my case HHO-01) and press OK. That way the computername will be saved and used during Operating System Deployment.
When the value is seen in the Task Sequence Wizard press Next. The Task Sequence selected will be running fine then because the missing Task Sequence Variable is known now.
That's all to assign a computername before OS deployment. Again ConfigMgr uses multiple ways to make OS deployment flexible and usable. This great product continues to astonish me with many great opportunities out there.
But what to do when you're using your own format which is not known in BIOS values? Then other ways are available. First there are ConfigMgr/MDT Task Sequence Variables. An overview of these Task Sequence Variables can be found here: http://technet.microsoft.com/en-us/library/bb632442.aspx
There are also many scripts to find for dynamic computername assignment. More about that on the following TechNet post: "SCCM R2 Unknown Computer Support and changing computer name during Task Sequence" http://social.technet.microsoft.com/Forums/en-US/configmgrosd/thread/5924e840-eb6e-48c1-858f-766a5be625a6/
The one I've used before is the ConfigMgr/MDT method, which asks the computername before deployment (manually) and uses this name during OS deployment. I will describe the steps needed for that here. First created a Non-mandatory advertisement on a OSD collection (in my case created as "Operating System Deployment"). On that specific OSD collection rightclick and choose "Modify Collection Settings".
Under "Collection Variables" tab create a new Variable called "OSDComputerName" and make sure it has no Value. Untick the "Do not display this value in the ConfigMgr console" also.
When choose OK the value will be available beneath "Collection Variables". Now choose OK to finish this configuration setting. Start the computer placed in this collection now and make sure it's non-mandatory. Use F12 for PXE boot indeed.
Once the task sequence is selected it prompts you to input the missing Task Sequence Variable. Watch out not to press Next here, but double click on "OSDComputerName" instead.
Fill in the computername of your choice (in my case HHO-01) and press OK. That way the computername will be saved and used during Operating System Deployment.
When the value is seen in the Task Sequence Wizard press Next. The Task Sequence selected will be running fine then because the missing Task Sequence Variable is known now.
That's all to assign a computername before OS deployment. Again ConfigMgr uses multiple ways to make OS deployment flexible and usable. This great product continues to astonish me with many great opportunities out there.
Labels:
Computername,
Dell,
Dynamic,
Dynamic computername,
HP,
OSD,
Script
Tuesday, March 22, 2011
How to assign a dynamic computername during OSD
With ConfigMgr 2007 there can be put many information in the Task Sequence used for OSD. With Windows XP, Vista or 7 there will be different files created for using a unattend installation. All information set in the Task Sequence will be used for creating that specific file. Only a dynamically computername is missing here! How to assign a dynamic computername during OSD, that's the question!
In a Task Sequence used for OSD, this information can be placed in "Apply Windows Settings" and "Apply Network Settings". In "Apply Windows Settings" the following information is (most of times) set:
During above steps ("Apply Windows Settings" and "Apply Network Settings") these files will be generated. During "Setup windows and ConfigMgr" these files will be used for having a unattend installation. The only information missing here is how to set the computername?
With MDT integration an additional step is used for making that possible. Then a Task Sequence variable can be used for dynamically assigning a computername. This is explained here: http://blog.coretech.dk/mip/wrong-pc-name-after-deployment/
With ConfigMgr only (without MDT integration) an additional script is needed for unattended installation, or the computername must be filled-in manually during OSD (not recommended). The additional script must have lines in it for recognizing the computername in the BIOS, and place that information in the sysprep.inf or unattend.xml file.
Most of times I disable both "Apply Windows Settings" and "Apply Network Settings" steps in the Task Sequence, and making use of the sysprep.inf and/or unattend.xml which is created by ConfigMgr during OSD. The only change I make then is to replace the Computername with an "*" sign, and create a separate package from this file.
Then I put that file (as package) at the "Apply Operating System" step. The package which contains the script (converted to executable) is put in an additional step, in this case: "Assettag To Unattend". The script I use is as follows (using the Asset Tag as computername):
Windows XP on HP devices:
#include <WinAPI.au3>
#include <WindowsConstants.au3>
#include <File.au3>
#include <Array.au3>
RunWait("cmd.exe /c " & "wmic /node:localhost systemenclosure get smbiosassettag > c:\sysprep\assettag.txt", "",@SW_HIDE)
$file = FileOpen("C:\sysprep\assettag.txt", 0)
$assettag = FileReadLine($file,2)
FileClose($file)
ReplaceInFile('C:\sysprep\sysprep.inf', "*", $assettag)
Func ReplaceInFile($io_file, $io_word, $io_replacement)
Dim $Records
$Lines = _FileCountLines($io_File)
If Not _FileReadToArray($io_file, $Records) Then
ConsoleWriteError("There was an error reading > " & $io_file & @CRLF)
Exit
ElseIf _FileReadToArray($io_file, $Records) == "" Then
ConsoleWriteError("File is empty!" & @CRLF)
ElseIf Not @error Then
ConsoleWrite("> File succeeded!" & @CRLF)
EndIf
$File = FileOpen($io_file, 2)
For $ax = 1 To $Records[0]
ConsoleWrite("+> " & $Records[$ax] & @CRLF)
$Replace = StringReplace($Records[$ax], $io_word, $io_replacement)
ConsoleWrite("+> " & $Replace & @CRLF)
If _FileCountLines($io_file) < UBound($Lines) - 1 Then
FileWrite($File, $Replace & @CRLF)
Else
FileWrite($File, $Replace & @CRLF)
EndIf
Next
FileClose($File)
EndFunc
Windows XP on Dell devices:
Replace "systemenclosure get smbiosassettag" with
"systemenclosure get serialnumber". Then it works also on Dell devices.
Windows Vista or 7 on HP devices:
#include <WinAPI.au3>
#include <WindowsConstants.au3>
#include <File.au3>
#include <Array.au3>
RunWait("cmd.exe /c " & "wmic /node:localhost systemenclosure get smbiosassettag > c:\_SMSTaskSequence\assettag.txt", "",@SW_HIDE)
$file = FileOpen("C:\_SMSTaskSequence\assettag.txt", 0)
$assettag = FileReadLine($file,2)
FileClose($file)
ReplaceInFile('C:\Windows\Panther\unattend\unattend.xml', "*", StringStripWS ($assettag,8))
Func ReplaceInFile($io_file, $io_word, $io_replacement)
Dim $Records
$Lines = _FileCountLines($io_File)
If Not _FileReadToArray($io_file, $Records) Then
ConsoleWriteError("There was an error reading > " & $io_file & @CRLF)
Exit
ElseIf _FileReadToArray($io_file, $Records) == "" Then
ConsoleWriteError("File is empty!" & @CRLF)
ElseIf Not @error Then
ConsoleWrite("> File succeeded!" & @CRLF)
EndIf
$File = FileOpen($io_file, 2)
For $ax = 1 To $Records[0]
ConsoleWrite("+> " & $Records[$ax] & @CRLF)
$Replace = StringReplace($Records[$ax], $io_word, $io_replacement)
ConsoleWrite("+> " & $Replace & @CRLF)
If _FileCountLines($io_file) < UBound($Lines) - 1 Then
FileWrite($File, $Replace & @CRLF)
Else
FileWrite($File, $Replace & @CRLF)
EndIf
Next
FileClose($File)
EndFunc
Windows Vista or 7 on Dell devices:
Replace "systemenclosure get smbiosassettag" with
"systemenclosure get serialnumber". Then it works also on Dell devices.
(thanks to Wilfred Hanekamp for sharing the script)
Download and install AutoIt for making changes to this script, and building a executable file from it. With this script, assigning a dynamic computername is possible, without using MDT integration!
ConfigMgr rocks again!
Update 15-11-2011: Because of some comments that the script isn't working I replaced the script with additional values. This time the script must be functional again.
Update 16-3-2012: Again I replaced the script with additional values. In my environment the script is running fine.
In a Task Sequence used for OSD, this information can be placed in "Apply Windows Settings" and "Apply Network Settings". In "Apply Windows Settings" the following information is (most of times) set:
- User/Organization name
- Product key
- Local administrator password
- Time zone
- Join a workgroup or domain
- Set specific domain information
- Account used for domain join
During above steps ("Apply Windows Settings" and "Apply Network Settings") these files will be generated. During "Setup windows and ConfigMgr" these files will be used for having a unattend installation. The only information missing here is how to set the computername?
With MDT integration an additional step is used for making that possible. Then a Task Sequence variable can be used for dynamically assigning a computername. This is explained here: http://blog.coretech.dk/mip/wrong-pc-name-after-deployment/
With ConfigMgr only (without MDT integration) an additional script is needed for unattended installation, or the computername must be filled-in manually during OSD (not recommended). The additional script must have lines in it for recognizing the computername in the BIOS, and place that information in the sysprep.inf or unattend.xml file.
Most of times I disable both "Apply Windows Settings" and "Apply Network Settings" steps in the Task Sequence, and making use of the sysprep.inf and/or unattend.xml which is created by ConfigMgr during OSD. The only change I make then is to replace the Computername with an "*" sign, and create a separate package from this file.
Then I put that file (as package) at the "Apply Operating System" step. The package which contains the script (converted to executable) is put in an additional step, in this case: "Assettag To Unattend". The script I use is as follows (using the Asset Tag as computername):
Windows XP on HP devices:
#include <WinAPI.au3>
#include <WindowsConstants.au3>
#include <File.au3>
#include <Array.au3>
RunWait("cmd.exe /c " & "wmic /node:localhost systemenclosure get smbiosassettag > c:\sysprep\assettag.txt", "",@SW_HIDE)
$file = FileOpen("C:\sysprep\assettag.txt", 0)
$assettag = FileReadLine($file,2)
FileClose($file)
ReplaceInFile('C:\sysprep\sysprep.inf', "*", $assettag)
Func ReplaceInFile($io_file, $io_word, $io_replacement)
Dim $Records
$Lines = _FileCountLines($io_File)
If Not _FileReadToArray($io_file, $Records) Then
ConsoleWriteError("There was an error reading > " & $io_file & @CRLF)
Exit
ElseIf _FileReadToArray($io_file, $Records) == "" Then
ConsoleWriteError("File is empty!" & @CRLF)
ElseIf Not @error Then
ConsoleWrite("> File succeeded!" & @CRLF)
EndIf
$File = FileOpen($io_file, 2)
For $ax = 1 To $Records[0]
ConsoleWrite("+> " & $Records[$ax] & @CRLF)
$Replace = StringReplace($Records[$ax], $io_word, $io_replacement)
ConsoleWrite("+> " & $Replace & @CRLF)
If _FileCountLines($io_file) < UBound($Lines) - 1 Then
FileWrite($File, $Replace & @CRLF)
Else
FileWrite($File, $Replace & @CRLF)
EndIf
Next
FileClose($File)
EndFunc
Windows XP on Dell devices:
Replace "systemenclosure get smbiosassettag" with
"systemenclosure get serialnumber". Then it works also on Dell devices.
Windows Vista or 7 on HP devices:
#include <WinAPI.au3>
#include <WindowsConstants.au3>
#include <File.au3>
#include <Array.au3>
RunWait("cmd.exe /c " & "wmic /node:localhost systemenclosure get smbiosassettag > c:\_SMSTaskSequence\assettag.txt", "",@SW_HIDE)
$file = FileOpen("C:\_SMSTaskSequence\assettag.txt", 0)
$assettag = FileReadLine($file,2)
FileClose($file)
ReplaceInFile('C:\Windows\Panther\unattend\unattend.xml', "*", StringStripWS ($assettag,8))
Func ReplaceInFile($io_file, $io_word, $io_replacement)
Dim $Records
$Lines = _FileCountLines($io_File)
If Not _FileReadToArray($io_file, $Records) Then
ConsoleWriteError("There was an error reading > " & $io_file & @CRLF)
Exit
ElseIf _FileReadToArray($io_file, $Records) == "" Then
ConsoleWriteError("File is empty!" & @CRLF)
ElseIf Not @error Then
ConsoleWrite("> File succeeded!" & @CRLF)
EndIf
$File = FileOpen($io_file, 2)
For $ax = 1 To $Records[0]
ConsoleWrite("+> " & $Records[$ax] & @CRLF)
$Replace = StringReplace($Records[$ax], $io_word, $io_replacement)
ConsoleWrite("+> " & $Replace & @CRLF)
If _FileCountLines($io_file) < UBound($Lines) - 1 Then
FileWrite($File, $Replace & @CRLF)
Else
FileWrite($File, $Replace & @CRLF)
EndIf
Next
FileClose($File)
EndFunc
Windows Vista or 7 on Dell devices:
Replace "systemenclosure get smbiosassettag" with
"systemenclosure get serialnumber". Then it works also on Dell devices.
(thanks to Wilfred Hanekamp for sharing the script)
Download and install AutoIt for making changes to this script, and building a executable file from it. With this script, assigning a dynamic computername is possible, without using MDT integration!
ConfigMgr rocks again!
Update 15-11-2011: Because of some comments that the script isn't working I replaced the script with additional values. This time the script must be functional again.
Update 16-3-2012: Again I replaced the script with additional values. In my environment the script is running fine.
Labels:
Computername,
Dell,
Dynamic,
Dynamic computername,
HP,
OSD,
Script
Subscribe to:
Posts (Atom)