Dietmar

Hi, look for Ramsey XP Dietmar

You can easy go back to your original Bios: Just copy the Original Bios from Webside on the with Fat32 formatted USB stick, rename it and repeat the procedure. The name of the Bios file on this USB stick depends on manufacturer: It is creative.rom for Asrock GIGABYTE.bin for Gigabyte (letters big size and small for bin) MSI.ROM for MSI . I just check this with reading out its new build DSDT, works Dietmar

I found the reason for the Dxdiag.exe crash on z690 boards under XP. It is the LED device under Hid conforme devices in Device Manager. Just disable this (not the USB Hid), and crash is gone Dietmar

I did the same Bios Mod (last version F20b from Gigabyte Webside) for the Gigabyte Z690 UD DDR4 board, for to enable the old processor definition thanks to @Damnation , which shows normal Processor in Device Manager and brings power consumption under XP down as much as possible. All the "Unknown Devices" are gone. You have only to copy the Biosfile GIGABYTE.bin to an fresh with Fat32 formatted USB stick. Put this stick in USB port left side, most up with name Bios written on this port. Compi is shut down, but power is connected. Press Qflash_Plus botton (on board). The orange LED on the board begins to blink, and on your USB stick also. Whole process laasts about 5 min. Dont shut power off as long as the LED is blinking!!! At the end, all LEDs are out. Restart compi, voila you see Bios version F20b, which also works for 13900k etc. Dietmar EDIT: Now no crash because of USB on this board Gigabyte Z690 UD DDR4 when running dxdiag.exe . Before, this Bios even do not recognice a CD-Rom device. Now it does. Gigabyte repairs a lot in their faulty Bios. Now this is also a nice z690 board for XP. The Asrock z690 Extreme board still crashes with dxdiag.exe . Biosflash is always a risk. So no garantie. For me it works. BiosMod for Gigabyte Z690 UD DDR4 https://ufile.io/zpe0ndhy

@Damnation The methode does not work so easy on every compi, when you modd DSDT and SSDT1. But this nice methode from you seems to work everywhere, to modd only DSDT. You can see, what I did when you compare with Beyond Compare both *.dsl files. The numbers of processors is here in DSDT always 64, this I check before Dietmar PS: I dont need to do any other with the Asrock z690 Extreme board for to flash this modded Bios. Dont use this Bios on any other board! As told on Website, disable before EVERYTHING about Security in BIOS Setup. On Asus boards you have to put back its crazy cap, here no cap.

@Mov AX, 0xDEAD Yesssa, I did it! Was crazy much afraid, that I kill my Asrock Z690 Extreme board with this action. I download the newest Bios 9.04 for this board from Asrock Webside, supports also 13900k cpu. With UEFITOOL I extract its DSDT and modd it via the Methode from @Damnation and delete in DSDT also all the 64 "007" devices for "new" cpu definition. Only DSDT is modded. With iasl I make new dsdt.aml from it, all under XP SP3. This I put DSDT back via UEFITOOL into the Bios 9.04 file from Webside. This board has Bios Flashback. So no need for EEpromer. But this Bios Flashback Methode has a bad side effect: On my Asus Apex z370 I "succeed" to kill its Bios chip with wrong Biosfile and "Flashback". There I can repair this with desoldering Bios chip and using EEpromer and new Bios chip. On the Asrock Extreme z690 it is mechanical nearly impossible with Clip to go direct to the Bioschip, you have to solder it also. But this time everything was ok. I put the modded Biosfile named creative.rom on a fresh with Fat32 formatted USB Stick, put this USB Stick into the special slot down next to sound connector, 3 sec press Bios Flashback. And then programming laaasts about 2 min. Blinking red LED on USB stick and green from board. Lightning on stick and LED from board went off and then crossing fingers: board starts, shows Bios 9.04. This methode from @Damnation works on z690 boards for to go away from "1000" unknown devices in Device Manager under XP. The power consumption of the cpu goes down after this methode to nearly zero. And the processor is now shown correct, nice Dietmar PS: This are the files. https://ufile.io/0avd1xjh Very easy to use: As told on Website, disable before EVERYTHING about Security in BIOS Setup. Copy only creative.rom to an with Fat32 formatted USB stick, put it in Flashback port of the Asrock Z690 Extreme board and press "Flashback". No garantie, for me it works.

Yeppp, for to understand, if I am right, I make a complete new readout of the DSDT file with acpidump - b under Win10 on the Asrock z690 Extreme board. And then I compare the DSDT from just now and from 2 months ago. ONLY the time stamp is different. Ok, then I integrate with asl.exe the new modded DSDT into the registry of this board. And voila, works. Crazy, that time can make the difference for XP SP3 boot between a working DSDT and Bsod Dietmar From just now

I succeed to build an XP SP3, which can boot via freeldr or ntldr on any compi, meaning from IDE, any Sata, any USB any nvme device. I build this XP on my Asrock z370 k6 board. Then I test it for nvme boot on the Asrock z690 Extreme board. Boots, everything works as wished. But now comes a crazy thing: When I apply the DSDT patch (thanks to @Damnation) for to use the old processor definition on the Asrock z690 board, suddently compi showes BSOD. Hm, I check the DSDT patch, everything is ok with this patch. This can only mean one thing: After now about 2 months, the compi rejected the same static DSDT patch in registry, which works before. Now I understand, why @Mov AX, 0xDEAD asks for to upload always the modded DSDT fresh to ram, because there must be something crazy like a clock, which compares timestamp in loaded DSDT with actual time Dietmar

@jaclaz It is not enough to do the same copy methode with whole folder "config" in system32. Still the message "Hive not found" appears in this case. And the Win Defrag, contig.exe and Wincontig make a very bad job: When you later make a test with for example contig.exe you see, that a lot of files are still fragmented(!). But via my copy method of system32, you see only one block and ALL files there in are contigous. On the Reactos side they mentioned, that they also noticed this problem with "Hive not found" as a very strange thing, that happens also in Reactos Setup. They think, that the entries in freeldr.ini are not exact the same as in Hive system. This I thought before also. But you can set in freeldr.ini what ever you want, still the message "Hive not found" remains. Newer versions of freeldr.sys cant boot via NTFS. It was very funny, how I come to this special Debug version of freeldr.sys. On Twitter a guy from Reactos team told, that he makes a try with NTFS. I think, that he can do this only because of the leaked SP1 Source files. And then I look in nightly builds for this Author. Not on any other places is noticed, that this freeldr.sys can boot XP. I tested also freeldr.sys around this special build. No NTFS boot Dietmar

@jaclaz What helps for working freeldr boot is, to copy the whole folder system32 to another harddisk with enough free space. Than delete the folder system32 on that XP, FROM where it is taken. Run "Defrag" on this xp, which has now no folder system32. Copy the folder system32 back to its original place. So, it has to do something with, how the files in system32 are sitting to each other or that one of the bootfiles is fragmented but until now, we do not found out, which file this is. With a lot of work, you can make an XP with only the bootfiles, one by one, for to understand this problem. freeldr has this problem, ntldr not Dietmar

@jaclaz I make a try with contig.exe. Before there where 6 fragments and after contig only 1. But it is not enough to defrag the HIVE "system". Still the message "Hive cant be find" happens Dietmar

Hi @jaclaz, nice to see you! I just prepare a very easy XP SP3, only with the Sata1006 driver and acpi.sys 7777 integrated. This I build with the nice Ramsey Integrator, because the error "Hive not found" happens not, when you take an original XP SP3 CD. Here is the output of extents, waaaoh what a nice tool! The question is, if the message from freeldr is correct for Hive "system" or if another bootfile is not found Dietmar PS: And soon I paste here also from the same XP install an output with working freeldr. *************************** Bytes Per Sector:512 Sectors per Cluster:8 Cluster size :4096 Filesystem :NTFS *************************** Filename:L:\WINDOWS\system32\config\system File Cluster count :576 -> in bytes: 2359296 File size in bytes :2359296 File cluster first :363856 Extents count :6 extents_[0] - VCN : 0 LCN : 363856 Lba : 2912896 Sectors : 2048 extents_[1] - VCN : 256 LCN : 342773 Lba : 2744232 Sectors : 512 extents_[2] - VCN : 320 LCN : 340357 Lba : 2724904 Sectors : 512 extents_[3] - VCN : 384 LCN : 340053 Lba : 2722472 Sectors : 512 extents_[4] - VCN : 448 LCN : 279942 Lba : 2241584 Sectors : 512 extents_[5] - VCN : 512 LCN : 332216 Lba : 2659776 Sectors : 512 And here is the working one, yepp, there are differences. This is the XP from the same installation, only copy files by hand *************************** Bytes Per Sector:512 Sectors per Cluster:8 Cluster size :4096 Filesystem :NTFS *************************** Filename:L:\WINDOWS\system32\config\system File Cluster count :576 -> in bytes: 2359296 File size in bytes :2359296 File cluster first :216893 Extents count :1 extents_[0] - VCN : 0 LCN : 216893 Lba : 1737192 Sectors : 4608

@Andalu Now I think, that the problem is at another place. It seems, that the bootfiles for freeldr need to be at the very first bytes of the harddisk. I come to this idea, because I succeed to boot an XP from Ramsey, which showed before the "Hive" error. The only thing I changed is, that I copy those files again by hand on the with Winhex to 00 00 00 everywhere wiped out harddisk. From XP SP1 I know this behavior, that it does not boot, when the bootfiles are too far away from the MBR Dietmar PS: In this case, the only thing what the original XP CD is doing better, is to put the bootfiles nearer to MBR. EDIT: I just test my idea. Fresh installed XP, via freeldr booted XP shows install "Hive" error, I copy all the files and folder of the installation to an extra Folder under another XP. Then I copy the files in this order from that XP folder after deleting all files on the harddisk with faulty XP. freeldr.sys freeldr.ini ntldr ntdetect.com menu.lst grldr The folder with whole Windows then Documents and Settings then programs then all the rest together. Pagefile I do not copy. And voila, now this XP boots via freeldr and ntldr Dietmar

@Andalu Please write exact, what you did for the success in the last try "The 2nd SSD drive I used to install the XP ISO.." Dietmar

@Andalu Crazy Nlite, needs some doing by hands, but now it works. I integrated acpi.sys 7777 also in SP3.cab and the Kai Schtrom Sata driver with storport.sys 4173. Just now I am installing Dietmar PS: 40 years ago I learned Italian language .. https://ufile.io/1eq4gdr7 EDIT: Booting this XP SP3 via ntldr and freeldr both work.

@Andalu This will not work, because freeldr checks much more than ntldr in XP Dietmar

@Andalu Do you have an original XP CD, this Italian one? You can upload the *.iso of this CD and I try Dietmar

@Andalu No need to compress those files or to put into sp3.cab, because XP knows nothing about them. After opening folder for Nlite, just use integrate driver and then choose Textmode driver, showing to Nlite the TXTSETUP.OEM from Kai Schtrom Dietmar PS: The message "missing storahci.sys at the beginning of txt-mode" can also mean, that you forget to mention storport.sys at all its places as @daniel_k told. And you have to copy by hand storport.sys into i386 folder for Nlite.

@Andalu Thats all, it works, use the TXTSETUP driver integration in Nlite greetings Dietmar

@Andalu Take your Italian XP CD and integrate the driver from Kai Schtrom by hand. https://sourceforge.net/projects/storahci-for-windows-2003/ Dont use any script, because freeldr checks a lot and if it does not like something it crashes. The storport.sys you have to integrate via Nlite with thanks to @daniel_k Just add this to TXTSETUP.SIF, under storprop.dll storport.sys = 1,,,,,,3_,4,0,0,,1,4 This must also be present in DOSNET.INF, in section [FloppyFiles.x] (where x can be 1, 2 or 3) and in section [Files]. d1,storport.sys Dietmar

@Andalu Most copy programs are blind as much as possible. They have an internal "Intelligence" with which they try to fit the copy of XP to the new bootdevice. They only think, that they are intelligent. freeldr looks for the disk signature, the size of the harddisk and the model. If there is a missmatch, the "System Hive not found" message appears. But you can trick out freeldr. freeldr looks for missmatches. When you copy the whole folder system32 by hand to your new bootdevice, there is internal all ok, because it was before. So suddently even not matching disksignatures do not matter Dietmar

@Andalu My is an via Nlite to SP3 updated XP SP1 CD from 2002 Dietmar PS: Today I make some tests more, for example which drivers can be integrated with Ramsey on an original XP SP3 CD. This is soso nice from Ramsey that you have the possibility, to use your own CD for the patcher.

@Andalu Have you checked, before modding, via SHA-1, that this is an original XP SP3 CD? Because my XP SP3 CD works, I make the 2 files ;)) from it Dietmar

@Andalu Now I will try UEFI boot of XP on the Asus B85M-E board and hope of help from @reboot12 Dietmar

@Andalu You think this, but for example in the naked Ramsey *.iso are Sata drivers for Asmedia, IDE, 1006..etc. For XP with ntldr it is not a problem, it just picks one. But freeldr does not like this Dietmar