... or how to create a problem for yourself, and then heroically overcome it.I want to share my experience so that you can avoid my mistakes and save yourself time, energy, and most importantly - nerves. A lot of nerves. They brought me yesterday to service the ultrabook of the latest series, a two-letter company, with the description “it terribly slows down, browsers do not work”. The initial scan showed infection with a pair of Trojans, the inoperability of none of the four browsers installed by users in the system, the general system
littering with utilities from the category “put me -
increase your computer’s speed” and some damage caused by utilities to “clean” the registry set by users in the hope defeat the problems. After the inspection, I decided (holy naivety) that it would be easier to reinstall the system in a clean way than to heal and restore it all, good, as I thought, due to the recovery partition stored on the hard disk with native software, this will be a matter of minutes. The following story will show how cruel I was wrong about that.
In total, we have an ultrabook with Windows 8, a working recovery partition and the absence of any disks in the package (this moment is important). Beech as a start-up software has UEFI, which in principle is logical for use with Windows 8, and even it would be convenient if it were not for one thing - the key for installing the system is sewn into the ACPI data table in the MSDM table. At that time I did not know this yet, and did not think that I would need it.
')
In general, I reboot it, get into the launch settings (if someone doesn’t know how to do it on beeches with UEFI fresh episodes - press ESC right from the very beginning of the launch) and turn off the Secure Boot (it is necessary to start the recovery system), native system recovery system.
As it turned out, I turned off Secure Boot and switched the system to Legacy Mode in vain - it was these actions that caused such a strange behavior of the native recovery system, which is further discussed below. I specify to restore the system to its original state with the deletion of all user data (the data was copied in advance). And here begins the adventure. The recovery process, starting, displays the first stage of execution - formatting the partition for Windows. The stage reaches the end, after which the recovery process stops, giving an unintelligible error with the digital code, and the ultrabook restarts, only to give me a message that the system was not found on the disk. Logically, I think, we just cleaned out its partition, and again press the System Recovery key to try to continue the recovery process. And here the first surprise was waiting for me: I get the same message about the absence of the system. As it turned out,
the System Recovery system self-destructed along with the cleaned system . Now I had an ultrabook on my hands without a system, without a recovery image on a hard disk and without recovery disks.
There was only one option - to reinstall the system from scratch. What would seem to be the problem? Reinstall everything. However, do not rush, not everything is as simple as it seems. In order not to spend too much time on upgrading the system to 8.1, I decided to immediately install a clean 8.1. Said and done, I download a fresh Windows 8.1 image from MSDN, I make a bootable USB flash drive using
Windows 7 USB - DVD tool , I launch the installation. The first problem - I still do not know the key, but it, unfortunately, is required to continue the installation. Why was it so done, it is not clear to me, Windows 7 allowed the step of entering the key to skip. A short search on the Internet gives the answer - you need to use generic keys, opened by Microsoft itself - they allow you to install the system, but not activate it, to activate, you need to replace this key with a fully functional one after installation. I enter the generic key, I continue the installation. I would stop and think at this moment (key request), but I missed this moment. The fact is that
if the system key that is wired into UEFI is like installing this version of Windows, then the system should not ask it when installing. Generally . She in this case uses it automatically. If you asked for a key, this is a sign that either the key from UEFI cannot be counted, or you are using an unsuitable version of the distribution kit for this key. However, at that time I still did not know about it, so this did not cause me any questions. So, the system is installed and started. Now it was necessary to activate it, and for this purpose - to somehow remove the key from UEFI. As it turned out, this is not a difficult task at all. To do this, you can use the
PKeyUI utility — you just need to launch it and put a tick in the “MSDM” field - the utility will display the key saved in UEFI. If the “MSDM” field does not appear when the utility is started, then either there is no key in the firmware, or it is not readable. So, I got the key. Then I tried to activate the system with him, and here I also had a problem waiting for me - the activation system stated that the key was not working. Having remembered the methods of OEM distribution of Windows, I decided that I apparently needed an image of the system intended for OEM builders. Well, no problem. After some searches, the distribution of the original image of the system for OEM suppliers version 8.1 was found on torrent trackers. I downloaded, created the installation flash drive again, tried to install and activate again. However, I received the same error again. Searches for information on the topic gave a method (as it turned out later, not working) - it was necessary to remove the old key using the slmgr script, install a new one and then activate the system normally. I tried it, however when I tried to set the system’s native key I always received an error:
0xC004F069Which, normally, is associated with the desynchronization of time between the target PC and the key server. Having lamented a little and having spent another half an hour searching for methods of correcting this problem, I came to the conclusion that it is worth, perhaps, turning to the original source, that is, to Microsoft Corporation. The call to technical support with a description of the problem cleared everything up: it turns out that I made the main mistake when I tried to use the Windows 8.1 image! As it turned out, the Windows 8.1 image is categorically unsuitable for a clean installation on a PC that came with Windows 8 preinstalled, and even bypassing the problem using the generic key will not work, because the OEM keys from Windows 8 are not suitable for activating the clean installed Windows 8.1 OEM, although they are valid. The only way to install on a PC with Windows 8 preinstalled version 8.1 is to upgrade the system through the Microsoft Store - just like that and nothing else. Thanking the support, I went to download a clean OEM version of Windows 8.
But this was not the end of my troubles, everything was not so simple. A pure OEM version was categorically refused to be installed — immediately after pressing the “Install” button, she reported that the specified (in UEFI) key did not fit into any of the detected system images. After a short googling, it turned out that it was necessary, among other things, to create marker files on the installation flash drive, with the correct version of the system and key. Well, go to the sources folder on the installation flash drive and create two files there: ei.cfg and pid.txt
Content of ei.cfg:
[EditionID]
Core
[Channel]
OEM
[Vl]
0
here
EditionID is a system edition, sometimes Core or Professional,
Channel is a distribution channel, OEM or Retail,
VL is a sign of the corp. version, it is 0 or 1.
The above example is the norm for laptops, the basic Windows Windows, not corporate.
Content pid.txt:
[PID]
Value = XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
Instead of XXXXX, enter the key that you received via pkeyui. As a result of these actions, we get a bootable USB flash drive, with which Windows 8 will still be installed. But my joy was premature - it was established, but somehow mysteriously wrote down to myself some completely outrageous key, which had nothing to do with what I scored in pid.txt (the original one from UEFI). An attempt to change this left key to an adequate one succeeded, but when trying to activate the system, it produced the same notorious error that the key does not correspond to the edition of the system! It turned out that there is another nuance - distributions, in addition to revisions and the licensing method, are also divided by SKU, and laptop collectors are usually put up for CoreSingleLanguage or CoreCountrySpecific. And I needed the image of CoreSingleLanguage, because for all types of SKU - installation keys are different. Why, in this case, the system allows you to continue the installation, it is absolutely not clear to me - it does not make any sense, since the key still does not fit and I personally did not find a way to change the SKU of the already installed system. Quietly swearing, I went to look for an OEM distribution with SKU "CoreSingleLanguage". And I finally found it, it lies on many trackers, so as not to give references to potentially dangerous resources, I’ll just give MD5 of the required distribution:
2F3EC4EA9F604DF608AC0B1EE4C53CF1I processed the found distribution, created the marker files and hoped that everything - my problems were solved and after the 4th reinstallation in a row, Windows 8 finally not only installed, but also allowed itself to be activated. It was not there! The processed distribution after clicking the “Install” button gave me an error that I had already seen before: that the specified (in UEFI) key does not fit into any of the detected system images! Swearing, I tried to simply delete the ei.cfg and pid.txt files created from the flash drive. I start from it and ... the system takes the key and is installed! After installation, the system status is activated!
Bingo! Then there was the routine - upgrading to 8.1 through the Microsoft Store, installing the basic set of free software, etc.
Plus, throughout the process, I derived an algorithm, which, I think, should be followed in this procedure:
- If the laptop was simply Windows 8, then we just take Windows 8 and not Windows 8.1 - even if we install 8.1, we cannot activate it!
- Finding out the Windows key using the pkeyui utility - we run it on a live system, set the MSDM checkbox and write the key.
- We call Microsoft technical support, briefly explain the situation and ask to check the validity and ownership of the extracted key. The techsapp guys without any problems will check the key and will tell you what type of distribution it fits - basic or professional, OEM or retail and what its SKU is CoreSingleLanguage or CoreCountrySpecific or otherwise.
- We are looking for and download the image of the system strictly corresponding to the key . If this is a laptop, then most likely you will need an OEM and in most cases CoreSingleLanguage
- Download the disk image and make a bootable USB flash drive using the Windows 7 USB / DVD download tool (or manually like this — it doesn't want to work with some Windows 7 USB / DVD images). So far, after this, nothing extra with a flash drive is not doing. Alternatively, you can (and it will be even better) make a bootable UEFI flash drive using Rufus .
- Reboot, immediately after the start, quickly press Esc. If the USB flash drive was made using the Windows 7 USB / DVD download tool, then select BIOS Setup, in the BIOS settings, you must turn off the Secure Boot and turn on the Legacy Boot - otherwise we will not boot from the USB flash drive. If you made a UEFI flash drive using Rufus, you should not do this. Now we insert the USB stick.
- Reboot, immediately after the start, quickly press Esc. Select the choice of boot devices, choose your flash drive and begin to install the system. If everything is done as it should - the system will be installed without asking for any keys at all.
- If it does not work and the system either does not accept the key at all or is put but then does not want to be activated, go to the sources folder on the installation flash drive and create two files there: ei.cfg and pid.txt, adjusting their contents as described above. We are trying to install the system from a flash drive with the created marker files.
- After installation, activate the system - if activated, then everything is fine, if not - you picked up the wrong distribution.
The result of the foregoing are a few rhetorical questions to the laptop manufacturer and to Microsoft. To the manufacturer the main question is why did the recovery system work as a self-destruct system? Habrovchane, anyone else this came across? And to Microsoft - well, why such paranoid software protection measures? What are they for? Indeed, in this case, there was a completely legitimate process of banal reinstallation of the destroyed OS. In fact, we have a situation where a user whose OS has collapsed in no way, absolutely no way, will not be able to reinstall it on his own - this requires remarkable skills. In general, to understand this confusing installation system, I had to reinstall the system four times. Why create such difficulties? After all, in the end, if you count all possible modifications of distributions with different types of licenses, it turns out that there are almost 30 of them. Is this such a specific additional protection against piracy? The rest is science: be careful and don’t believe the articles on the Internet. The very widely-used “working” method of installing clean Windows 8.1 everywhere, followed by activation with a native key, turned out to be completely unworkable and took me about five hours of time, which could be spent with much greater benefit. Well, at least I now know almost all the features of licensing and activating Win 8. I hope this story will be useful for you.