I can’t download 2 Windows 7 systems. Problems with digitally signing files.

X

xtrigger

Member
У меня 2 системы Windows 7.
"Windows 7 RAID0", установленный на массив RAID0, состоящий из 2 жестких дисков.
Вторая система установлена на другом диске SSD - назовем его "Windows 7 SSD".
Итак, по отдельности эти две Windows 7 обычно загружаются через меню выбора дисков BIOS.
Я пытаюсь использовать EasyBCD для создания второй загрузочной записи в загрузочной версии. Вы можете проверить цифровую подпись файла.
1. Я пытался отредактировать загрузчик на диск "Windows 7 RAID0" - тогда нет загрузки "Windows 7 SSD", ошибка цифровой подписи.
2. Загрузка дисков в BIOS на "Windows 7 SSD" и, соответственно, попытка с помощью вашей программы редактировать BCD с "Windows 7 SSD".
Теперь "Windows 7 SSD" загружается нормально, а "Windows 7 RAID0" вылетает с ошибкой цифровой подписи.
3. Я пытался изменить различные дистрибутивы Windows на жестком диске "Windows 7 SSD" - с помощью одного из дистрибутивов я даже получил обычную мультизагрузку.
Автоматическое обновление Windows, снова после перезагрузки, цифровая подпись файлов перестала работать.
4. Во время экспериментов и переустановок различных дистрибутивов Win7 выскакивали ошибки цифровых подписей с разными именами файлов:
xOsLoad.exe
winload.exe
ОЕМ-drv64.sys
Translation supplied by Google Translate/Moderator:
I have 2 Windows 7 systems.
"Windows 7 RAID0" installed on a RAID0 array of 2 hard drives.
The second system is installed on another SSD - let's call it "Windows 7 SSD".
So, individually, these two Windows 7 are usually loaded via the BIOS drive selection menu.
I am trying to use EasyBCD to create a second boot record in the boot version. You can verify the digital signature of the file.
1. I tried to edit the bootloader on the "Windows 7 RAID0" disk - then there is no boot "Windows 7 SSD", a digital signature error.
2. Boot disks into BIOS on "Windows 7 SSD" and, accordingly, try using your program to edit BCD with "Windows 7 SSD".
Now, "Windows 7 SSD" loads normally, and "Windows 7 RAID0" crashes with a digital signature error.
3. I tried to change various Windows distributions on the "Windows 7 SSD" hard drive - using one of the distributions I even got the usual multiboot.
Automatic Windows update, again after reboot, the digital signature of the files stopped working.
4. During experiments and reinstallations of various Win7 distributions, digital signature errors with different file names popped up:
xOsLoad.exe
winload.exe
OEM-drv64.sys
 

Attachments

  • bad.jpg
    bad.jpg
    46.3 KB · Views: 3
Last edited by a moderator:
By the way, in this configuration of disks, everything worked for me for about 3 years. I do not remember what I did before to make multiboot windows.
But recently, Windows on a Windows 7 SSD failed, and I had to reinstall it. And the problems started.
I upload the bootloader data:
Windows Boot Manager
--------------------
identifier {9dea862c-5cdd-4e70-acc1-f32b344d4795}
device partition=\Device\HarddiskVolume2
description Windows Boot Manager
locale ru-RU
inherit {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
default {9a3274fd-6ca0-11e4-9467-d2fc97943780}
resumeobject {9a327500-6ca0-11e4-9467-d2fc97943780}
displayorder {9a3274fd-6ca0-11e4-9467-d2fc97943780}
{9a327503-6ca0-11e4-9467-d2fc97943780}
{466f5a88-0af2-4f76-9038-095b170dc21c}
toolsdisplayorder {b2721d73-1db4-4c62-bf78-c548a880142d}
timeout 5

Windows Boot Loader
-------------------
identifier {9a3274fd-6ca0-11e4-9467-d2fc97943780}
device partition=C:
path \Windows\System32\xOsLoad.exe
description Windows 7 Raid
locale ru-RU
inherit {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
recoverysequence {9a3274fe-6ca0-11e4-9467-d2fc97943780}
recoveryenabled Yes
nointegritychecks Yes
osdevice partition=C:
systemroot \Windows
kernel xNtKrnl.exe
resumeobject {9a3274fc-6ca0-11e4-9467-d2fc97943780}
nx OptIn

Windows Boot Loader
-------------------
identifier {9a327503-6ca0-11e4-9467-d2fc97943780}
device partition=Y:
path \Windows\system32\winload.exe
description Windows SSD
locale ru-RU
loadoptions DDISABLE_INTEGRITY_CHECKS
osdevice partition=Y:
systemroot \Windows
resumeobject {695bafdd-58ec-11ea-b71b-806e6f6e6963}
nx AlwaysOff

Windows Legacy OS Loader
------------------------
identifier {466f5a88-0af2-4f76-9038-095b170dc21c}
device partition=\Device\HarddiskVolume2
path \ntldr
description Windows XP
 
I solved my problem myself.
A very helpful article from the NEOSMART knowledge base - 0xc0000428: Windows cannot verify the digital signature for this file
In general, for clarity, the picture of launching a single Windows is as follows:
- First, the BCD bootloader starts using the bootmgr file, which in turn transfers control to the winload.exe file, which launches the Windows kernel directly.
And accordingly, there are 2 ways to start Windows:
1. Turning to bootmgr BCD bootloader
2. Or alternative, bypassing the bootloader - directly to the winload.exe file
And with the second method, such problems most often arise, errors of checking the digital signature of files.
EasyBCD developers write that this is due to different versions of the bootloaders.
That is, a bootloader with a newer version of Windows can run an older Windows.
But the older Windows and its old bootloader cannot run the newer version of Windows.
And they write that for example Windows 10 during installation, it automatically updates the older bootloader Windows 7 and then everything works fine.
I don’t know, my situation is different - 2 identical Windows 7, automatic update is disabled on one and the system is very old, it has been standing for 5 years now without reinstalling.
And I installed the new system also Windows 7. So the multi-boot of both Windows worked fine until I updated the system, and right after the reboot I caught the digital signature error winload.exe
This means that the automatic update of Windows has updated both the bootmgr and winload.exe files.
And now back to my situation, what we have - individually, each of the two Windows through the BIOS menu separately, start normally.
Start in BIOS is configured to bootloader on a RAID disk.
But, as soon as I added a new boot record to the bootloader of the old RAID using EasyBCD, the new system on the SSD crashes with a digital signature error winload.exe
And the old system on the RAID disk starts normally.
I tried differently, on the contrary - I took and reconfigured the BIOS to start from the BCD bootloader of the new Windows that is on the SSD drive.
And already in this updated bootloader, he also added a second boot record using EasyBCD.
It would seem that all conditions are met - a newer Windows with an updated bootloader initiates the start of an older, not updated Windows.
According to the authors of the program, everything should work.
Alas, now the SSD system starts normally, and the RAID system now also crashes with the same winload.exe error
 
Так вот, я так и не понял, почему мне не помогла программа EasyBCD
Почитав базу знаний, я решил попробовать ручной способ правки загрузчиков, из среды восстановления Виндовс, с помощью Командной строки и команды "Bcdboot"
И это сработало - теперь обе Виндовс загружаются!!!
Попробую подробно описать что делал.
1. Загрузился с помощью установщика Виндовс в средство Восстановления системы > Командная строка.
2. Выскочило окошко где предлагается выбрать в какую версию Виндовс загружаться.
3. И в этом окне отсутствовал диск с RAID Виндовс, написало что есть ошибки в параметрах загрузки и предложило автоматически исправить. Разрешил, исправил, диск появился для выбора.
mod1.jpg

4. Загрузился в профиль RAID Виндовс.
5. С помощью команд diskpart > list volume вывел текущее состояние дисков:
mod2.jpg

6. Решил согласно базе знаний обновить загрузчик на RAID диске. Там у меня имеется отдельный активный скрытый раздел с BCD загрузчиком на 100Мб имеющий букву С:
И собственно сам диск который имеет букву F:
Соответственно выполнил команду:
Bcdboot F:\Windows /s C:\
Где F: \ Windows - это папка установки Windows, а C: \ - активный загрузочный раздел.
Увы, ничего не поменялось, та же ошибка цифровой подписи winload.exe

7. Решил попробовать теперь обновить загрузчик на другом диске с новым Виндовс 7 SSD
Соответственно перезашел в командной строке в другой профиль Виндовс и выполнил команду:
Bcdboot E:\Windows /s E:\
Поскольку здесь, папка установки и загрузчик bootmgr находятся на одном диске.
Увы, ничего не поменялось, та же ошибка цифровой подписи winload.exe

8. Поразмыслив решил попробовать привязать диск E: Виндовс 7 SSD к загрузчику диска Виндовс 7 RAID который находится на диске С:
Снова сменил профиль в командной строке на Виндовс 7 RAID и выполнил команду:
Bcdboot E:\Windows /s C:\
И о чудо! Свершилось, наконец все заработало как нужно и обе Виндовс стали загружаться нормально.
Но остался вопрос к разработчикам программы EasyBCD - почему Ваша программа не помогла?
На всякий случай если это полезно для разработчиков, оставлю логи с главного окна программы.

Было, после добавления пункта загрузки с помощью программы:
Windows Boot Manager
--------------------
identifier {9dea862c-5cdd-4e70-acc1-f32b344d4795}
device partition=\Device\HarddiskVolume2
description Windows Boot Manager
locale ru-RU
inherit {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
default {9a3274fd-6ca0-11e4-9467-d2fc97943780}
resumeobject {9a327500-6ca0-11e4-9467-d2fc97943780}
displayorder {9a3274fd-6ca0-11e4-9467-d2fc97943780}
{9a327503-6ca0-11e4-9467-d2fc97943780}
{466f5a88-0af2-4f76-9038-095b170dc21c}
toolsdisplayorder {b2721d73-1db4-4c62-bf78-c548a880142d}
timeout 5

Windows Boot Loader
-------------------
identifier {9a3274fd-6ca0-11e4-9467-d2fc97943780}
device partition=C:
path \Windows\System32\xOsLoad.exe
description Windows 7 Raid
locale ru-RU
inherit {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
recoverysequence {9a3274fe-6ca0-11e4-9467-d2fc97943780}
recoveryenabled Yes
nointegritychecks Yes
osdevice partition=C:
systemroot \Windows
kernel xNtKrnl.exe
resumeobject {9a3274fc-6ca0-11e4-9467-d2fc97943780}
nx OptIn

Windows Boot Loader
-------------------
identifier {9a327503-6ca0-11e4-9467-d2fc97943780}
device partition=Y:
path \Windows\system32\winload.exe
description Windows SSD
locale ru-RU
loadoptions DDISABLE_INTEGRITY_CHECKS
osdevice partition=Y:
systemroot \Windows
resumeobject {695bafdd-58ec-11ea-b71b-806e6f6e6963}
nx AlwaysOff

Windows Legacy OS Loader
------------------------
identifier {466f5a88-0af2-4f76-9038-095b170dc21c}
device partition=\Device\HarddiskVolume2
path \ntldr
description Windows XP

Стало после ручной успешной правки с помощью командной строки и Bcdboot:

Windows Boot Manager
--------------------
identifier {9dea862c-5cdd-4e70-acc1-f32b344d4795}
device partition=\Device\HarddiskVolume2
description Windows Boot Manager
locale en-us
inherit {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
default {9a3274fd-6ca0-11e4-9467-d2fc97943780}
resumeobject {971f7fc7-5ae3-11ea-ac8d-000e2ed491d5}
displayorder {9a3274fd-6ca0-11e4-9467-d2fc97943780}
{971f7fc8-5ae3-11ea-ac8d-000e2ed491d5}
{466f5a88-0af2-4f76-9038-095b170dc21c}
toolsdisplayorder {b2721d73-1db4-4c62-bf78-c548a880142d}
timeout 5

Windows Boot Loader
-------------------
identifier {9a3274fd-6ca0-11e4-9467-d2fc97943780}
device partition=C:
path \Windows\System32\xOsLoad.exe
description Windows 7 Raid
locale ru-RU
inherit {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
recoverysequence {9a3274fe-6ca0-11e4-9467-d2fc97943780}
recoveryenabled Yes
nointegritychecks Yes
osdevice partition=C:
systemroot \Windows
kernel xNtKrnl.exe
resumeobject {9a3274fc-6ca0-11e4-9467-d2fc97943780}
nx OptIn

Windows Boot Loader
-------------------
identifier {971f7fc8-5ae3-11ea-ac8d-000e2ed491d5}
device partition=Y:
path \Windows\system32\winload.exe
description Windows 7 SSD
locale en-us
inherit {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
osdevice partition=Y:
systemroot \Windows
resumeobject {971f7fc7-5ae3-11ea-ac8d-000e2ed491d5}
nx OptIn
detecthal Yes

Windows Legacy OS Loader
------------------------
identifier {466f5a88-0af2-4f76-9038-095b170dc21c}
device partition=\Device\HarddiskVolume2
path \ntldr
description Windows XP
 
Back
Top