Someone asked med a while back
- Windows 10 Lizenzschluessel Auslesen
- Windows 10 Product Key Auslesen Heise
- Windows Lizenz Auslesen
- Windows 10 Product Key Auslesen Ohne Programm
– Is it possible to upgrade our Windows 7,8,8.1 and unsupported Windows 10 machines to a supported version of Windows 10 without a deployment solution?
The hardware hash for an existing device is available through Windows Management Instrumentation (WMI), as long as that device is running a supported version of Windows 10 semi-annual channel. You can use a PowerShell script ( Get-WindowsAutoPilotInfo.ps1 ) to get a device's hardware hash and serial. Note: OEM keys cannot be used to activate Windows 10 on other systems, can only be used on the same system for which it is assigned. The above mentioned software and tools will only work if you have access to and can boot into existing windows 10 having a working product key /series number. If that’s not the case then you have a look into your Emails for a digital license or CD/DVD for a. To use, put the hard drive in a working machine (must also be Windows 2000, XP, Vista, Windows 7, 8 or 10) or use Windows PE (not tested, should work) and click Load Hive. Then point it to the dead Windows install. If you're using Windows Vista, Administrator rights are required for this feature. You may have to right click on the Keyfinder. I have around 20 machines which has ghost images, I assume that those have same SID. I want to know the DOS command to check the computer SID, I know the command to get current user and domain user SID and I don't want ant tool.
….(thinking)
– You mean without running around to all machines?
….(Thinking)
– Yes, it is possible
Before explaining how that can be done, let’s be clear, if you have ConfigMgr or Microsoft Deployment Toolkit, that is far better then doing it this way, but you could be in a situation when that is not an option but you still need to achieve the same goal, upgrade to a supported version of Windows 10. (I’ll write another post on how to combine the scripts here with MDT)
Overview:
Assuming you have a licensed version of Windows 10, the Windows 10 Media, a network and access to all the computers over the network it will be possible to push out an upgrade. This method also works if you are running an older version of Windows 10 and would like to upgrade to a never version of Windows 10. The way to do this is rather easy, we basically need to perform the following steps:
– Enable remote access for PowerShell
– Copy the media down to the computer
– Run a compatibility scan to verify that we can upgrade
– Upgrade
Create a CSV file for computers that should be upgraded:
First of all we need to create a .CSV file with the computers that should be upgraded, the file contains the 3 servers I would like to upgrade to Windows 10.
Content of computers.txt
Store the file in your computer, in my case I stored it in D:Upgrade2w10Computers.txt
Enable remote access for PowerShell:
We need to access the computers using Remote PowerShell and therefor we need to enable that. This can be done using various method and one easy/weird/fun way to to that is to use WMI. The script below will connect using WMI and execute two commands on each server:
The following PowerShell script enables WinRM (Remote Access) and Remote PowerShell.
Content of Invoke-ComputerPrep.ps1
The result after running the script is this:
Copy the media down to the computer:
Now when we have access to all the machine, we can copy the media down to each machine and we will do that in a reversed way. We will create a scheduled task on each Windows 7 machine and the scheduled task will then download the content to the local hard drive. You need to edit the settings in this file to match your environment.
Content of Invoke-ImageDownload.ps1
Here is how it looks when you run the script:
Windows 10 Lizenzschluessel Auslesen
Run a compatibility scan to verify that we can upgrade:
Ok, so we have the Windows 10 image in the C:Source folder of each computer, now lets run the Compat Scan.
The script will connect to each computer, create a plain vanilla .BAT file and then we will remotely execute that:
And here is the result, as you can see all, none of the machines had any issues.
Upgrade:
Ok, so the final step. The only thing we need to do is fire up the install program, and for that we use PsExec, it’s old but works for this kind of work.
The script will connect to each machine, create a .BAT file and then we let PSExec execute it.
Content of Invoke-ComputerUpgrade.ps1
Here is the result of running that, as you can see all (you can only see Win-01) of the machines is returning a success (return code 0)
Ok, so, what next, well, since the return code was 0, lets restart them…
The scripts can be downloaded here: https://github.com/DeploymentBunny/Files/tree/master/Tools/MassUpgradeWindows10
/mike
-->Applies to
- Windows 10
- Windows Holographic, version 2004
Windows Autopilot device registration can be done within your organization by manually collecting the hardware identity of devices (hardware hashes) and uploading this information in a comma-separated-value (CSV) file. Capturing the hardware hash for manual registration requires booting the device into Windows 10. Therefore, this process is intended primarily for testing and evaluation scenarios.
Device owners can only register their devices with a hardware hash. Other methods (PKID, tuple) are available through OEMs or CSP partners.
This article provides step by step guidance to perform manual registration. For an overview of registration and manual registration, see the following topics:
For more information about registering HoloLens 2 devices with Windows Autopilot, see Windows Autopilot for HoloLens 2.
Important
In Windows 10, version 1809 and earlier, it is important to not connect devices to the Internet prior to capturing the hardware hash and creating an Autopilot device profile. This includes collecting the hardware hash, uploading the .CSV into MSfB or Intune, assigning the profile, and confirming the profile assignment. Connecting the device to the Internet before this process is complete will result in the device downloading a blank profile that is stored on the device until it's explicity removed. In Windows 10 version 1809, you can clear the cached profile by restarting OOBE. In previous versions, the only way to clear the stored profile is to re-install the OS, reimage the PC, or run sysprep /generalize /oobe.
After Intune reports the profile ready to go, only then should the device be connected to the Internet.
Note
Windows 10 Product Key Auslesen Heise
If OOBE is restarted too many times it can enter a recovery mode and fail to run the Autopilot configuration. You can identify this scenario if OOBE displays multiple configuration options on the same page, including language, region, and keyboard layout. The normal OOBE displays each of these on a separate page. The following value key tracks the count of OOBE retries:
HKCUSOFTWAREMicrosoftWindowsCurrentVersionUserOOBE
To ensure OOBE has not been restarted too many times, you can change this value to 1.
Prerequisites
- Azure Active Directory Premium subscription
Required permissions
Device enrollment can be done by an Intune Administrator or a Policy and Profile Manager. You can also create a custom Autopilot device manager role by using Role Based Access Control and creating this role. Autopilot device management only requires that you enable all permissions under Enrollment programs, with the exception of the four token management options.
Collecting the hardware hash from existing devices using Microsoft Endpoint Configuration Manager
Microsoft Endpoint Configuration Manager automatically collects the hardware hashes for existing Windows 10 devices. For more information, see Gather information from Configuration Manager for Windows Autopilot. You can extract the hash information from Configuration Manager into a CSV file.
Note
Windows Lizenz Auslesen
Before uploading the CSV file on Intune, please make sure that the first row contains the device serial number, Windows product ID, hardware hash, group tag, and assigned user. If there is header information on the top of CSV file, please delete that header information. See details at Enroll Windows devices in Intune.
Collecting the hardware hash from existing devices using PowerShell
The hardware hash for an existing device is available through Windows Management Instrumentation (WMI), as long as that device is running a supported version of Windows 10 semi-annual channel. You can use a PowerShell script (Get-WindowsAutoPilotInfo.ps1) to get a device's hardware hash and serial number. The serial number is useful to quickly see which device the hardware hash belongs to.
To use this script, you can use either of the following methods:
- Download the script file from the PowerShell Gallery and run it on each computer.
- Install the script directly from the PowerShell Gallery.
To install it directly and capture the hardware hash from the local computer, use the following commands from an elevated Windows PowerShell prompt:
You can run the commands remotely if both of the following are true:
- WMI permissions are in place
- WMI is accessible through the Windows Firewall on the remote computer.
For more information about running the script, see the Get-WindowsAutoPilotInfo script’s help by using “Get-Help Get-WindowsAutoPilotInfo.ps1”.
Add devices
Now that you have captured hardware hashes in a CSV file, you can add Windows Autopilot devices by importing the CSV file. The following are instructions to import the CSV using Intune:
Windows 10 Product Key Auslesen Ohne Programm
In the Microsoft Endpoint Manager admin center, choose Devices > Windows > Windows enrollment > Devices (under Windows Autopilot Deployment Program > Import.
Under Add Windows Autopilot devices, browse to a CSV file listing the devices that you want to add. The CSV file should list:
- Serial numbers.
- Windows product IDs.
- Hardware hashes.
- Optional group tags.
- Optional assigned user.
You can have up to 500 rows in the list. The header and line format is shown below:
Device Serial Number,Windows Product ID,Hardware Hash,Group Tag,Assigned User
<serialNumber>,<ProductID>,<hardwareHash>,<optionalGroupTag>,<optionalAssignedUser>
Important
When you use CSV upload to assign a user, make sure that you assign valid UPNs. If you assign an invalid UPN (incorrect username), your device may be inaccessible until you remove the invalid assignment. During CSV upload the only validation we perform on the Assigned User column is to check that the domain name is valid. We're unable to perform individual UPN validation to ensure that you're assigning an existing or correct user.
Note
The CSV file being imported into the Intune portal must be formatted as described above. Extra columns are not supported. Quotes are not supported. Only ANSI-format text files can be used (not Unicode). Headers are case-sensitive. Editing the file in Excel and saving as a CSV file will not generate a usable file due to these requirements.
Choose Import to start importing the device information. Importing can take several minutes.
After import is complete, choose Devices > Windows > Windows enrollment > Devices (under Windows Autopilot Deployment Program > Sync. A message displays that the synchronization is in progress. The process might take a few minutes to complete, depending on how many devices are being synchronized.
Refresh the view to see the new devices.
Next steps
Create device groups: Device groups are used to apply Autopilot deployment profiles.