Jump to content

[WIP] Windows Vista Extended Kernel


win32

Recommended Posts


File temporarily pulled due to quality control issues.

I have just uploaded two new files: osloader.exe (winload.exe) and ntkrnlmp.exe (ntoskrnl.exe).

Two modifications have been made:

-Code integrity checks have been disabled

-Version number of ntkrnlmp.exe is 6.1.6002

To use these files, copy them to your system32 folder (x64 only, of course!). Then enter CMD and do these commands:

bcdedit /copy {current} /d "Windows Vista Unlocked"

Keep note of the value you get in this form: {91274567-89ab-cdef-00ff-nca000ffffff}. Replace yours with whatever value you get.

bcdedit /set {91274567-89ab-cdef-00ff-nca000ffffff} nointegritychecks 1

bcdedit /set {91274567-89ab-cdef-00ff-nca000ffffff} path \Windows\system32\osloader.exe

bcdedit /set {91274567-89ab-cdef-00ff-nca000ffffff} kernel ntkrnlmp.exe

Installation media with these files replacing the existing MS ones may be capable of loading unsigned drivers, like USB 3.x drivers.

The version change to 6.1 was done because I found out that some drivers react negatively to the "wrong" OS version number. For example, some NVIDIA XP drivers fail to load on pre-reset Longhorn builds because they're NT 6.0, AMD drivers seem to arbitrarily reject Windows 8 and new NVIDIA drivers do the same for early Windows 10 releases. I'd like to hear results from Ryzen and NVIDIA Pascal series GPU users.

Edited by win32
Link to comment
Share on other sites

On 8/28/2020 at 3:27 PM, win32 said:

I have just uploaded two new files: osloader.exe (winload.exe) and ntkrnlmp.exe (ntoskrnl.exe).

Two modifications have been made:

-Code integrity checks have been disabled

-Version number of ntkrnlmp.exe is 6.1.6002

To use these files, copy them to your system32 folder (x64 only, of course!). Then enter CMD and do these commands:

bcdedit /copy {current} /d "Windows Vista Unlocked"

Keep note of the value you get in this form: {91274567-89ab-cdef-00ff-nca000ffffff}. Replace yours with whatever value you get.

bcdedit /set {91274567-89ab-cdef-00ff-nca000ffffff} nointegritychecks 1

bcdedit /set {91274567-89ab-cdef-00ff-nca000ffffff} path \Windows\system32\osloader.exe

bcdedit /set {91274567-89ab-cdef-00ff-nca000ffffff} kernel ntkrnlmp.exe

Installation media with these files replacing the existing MS ones may be capable of loading unsigned drivers, like USB 3.x drivers.

The version change to 6.1 was done because I found out that some drivers react negatively to the "wrong" OS version number. For example, some NVIDIA XP drivers fail to load on pre-reset Longhorn builds because they're NT 6.0, AMD drivers seem to arbitrarily reject Windows 8 and new NVIDIA drivers do the same for early Windows 10 releases. I'd like to hear results from Ryzen and NVIDIA Pascal series GPU users.

Nice! I will try it on my Ryzen PC and I will give you feedback!

 

@win32I have two boot options on my HDD now. 

"Microsoft Windows Vista" And

"Windows Vista Unlocked"

Which one should I boot on? 

Link to comment
Share on other sites

4 minutes ago, asdf2345 said:

Updated to Vista EOL, and ntoskrnl is 6.0.6002.19741

So, the same as me.

What results do you get when you run bcdedit (without parameters) in CMD?

Link to comment
Share on other sites

51 minutes ago, win32 said:

I'm running on this kernel right now. What's your level of updates and version number of current ntoskrnl.exe?

I think one of these but I may have to check tomorrow to be sure.

KB4467706

KB4458010

Any of these shouldn't have any problem right? Since they're from Windows Server 2008.

Edited by ilwalaihr
Link to comment
Share on other sites

I'm very puzzled by this. :dubbio:

I repeated my own steps - success.

Replaced the ntkrnlmp file with the one from the mega folder - success.

Then I noticed that I had detecthal = yes which none of you had. So I changed one to no (0) and I got the same error.

So, I'll add this to the instructions

bcdedit /set {91274567-89ab-cdef-00ff-nca000ffffff} detecthal 1

 

Link to comment
Share on other sites

2 minutes ago, win32 said:

I'm very puzzled by this. :dubbio:

I repeated my own steps - success.

Replaced the ntkrnlmp file with the one from the mega folder - success.

Then I noticed that I had detecthal = yes which none of you had. So I changed one to no (0) and I got the same error.

So, I'll add this to the instructions

bcdedit /set {91274567-89ab-cdef-00ff-nca000ffffff} detecthal 1

 

Alright, I will try this tomorrow and I will give you feedback as soon as possible. 

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...