Andalu

is there another acpi.sys to try? The last acpi.sys working version is from @Dietmar with DBhack. Without the hack I got A5 bsod (0x11, 0x08, ..., 0x20160527)

@Mov AX, 0xDEAD below the new log, but it's only 640.557 byte: https://anonfiles.com/Pbja4aZ3xe/H470_checked_2_TXT

@Mov AX, 0xDEAD here the checked version: https://anonfiles.com/v0yex2Zdxc/H470_checked_TXT @Damnation thanks for uploading the acpi checked version. I think the above debug could be correct.

Thanks to @Damnation @Dietmar @Mov AX, 0xDEAD (in alphabetical order ) This should be my first debugging log without (apparent) errors: https://anonfiles.com/p0YelbZ3x4/H470_TXT Since I probably made something wrong, please let me know what is missing. Edit: I didn't see any classic BSOD, the screen become black just entering "g" after the command "bu acpi!DriverEntry". The acpi.sys on the TARGET system has SHA-1: 166A17FFE3421083E81A3A7CF9E01D7CD63F52A7 Here an image from the HOST system: https://anonfiles.com/t4Q5m8Z0xf/Image_1_png

@Dietmar the WinDBg folder already contains the modded files as for the Blackwingcat msvcrt.dll which is already in the system32 folder.

@Mov AX, 0xDEAD I'll try the new advice soon, thanks.

@Dietmar to bypass that problem, I chosen to use a ramdisk (W:\ drive) with the option 'save on shutdown' disabled. I copied on it only the Windbg and the symbols folders which are re-created on each reboot.

@Mov AX, 0xDEAD @Dietmar @Damnation first of all, thank you so much for supporting me Here an image from my last attempt when I included all files in one folder only: https://anonfiles.com/l9r4i0Zcx5/Debug_png P.S.: I'm using the same HOST and TARGET systems as before. I don't know for where the "TerminalServer SingleUserTS" comes from.

@Mov AX, 0xDEAD here the option from the boot.ini that I'm using: C:\WINDOWS="KDNET FREE" /noexecute=optin /fastdetect /DEBUG /DEBUGPORT=NET /HOST_IP=192.168.1.1 /HOST_PORT=50000 /ENCRYPTION_KEY=1.2.3.4 /CPUFREQ=3300 /TARGET_IP=192.168.1.3 /BREAK /ONECPU For compiled acpi.pdb do you mean the version you sent me (that's what I did by copying it in the folder c:\nt\base\busdrv\acpi\driver\nt\obj\i386\)? Or I need to re-compile it? The associated acpi.sys (451.968 byte) where needs to be copied?

@Damnation here the image: https://anonfiles.com/B9Reg4Zbxc/Symbols_folder_png

@Damnation the symbols path is on the host system where the WinDBG process runs. I just uploaded the logfile.

@Mov AX, 0xDEAD I followed your instructions but I still got errors. I have to figure out how to set the correct symbols paths and where other files type (*.exe, *.sys) need to be copied. Here the log containing the errors: https://anonfiles.com/bem2gfZ1x8/H470_txt I tried to copy acpi.pdb in the compiled folder (in my case c:\nt\base\busdrv\acpi\driver\nt\obj\i386\ created from scratch) and also in the symbols path (in my case W:\Symbols1\sys folder, replacing the existing acpi.pdb) but the errors are still there. Thanks.

Thanks for your help. I still need to understand the right place for these files. Windbg.exe continues to give me error for ntkrpamp.exe.

@Dietmar it is the model I had posted here, one of the few realtek cards that could be delivered in a short time.

Finally I can see the "Kernel Debugger connection established" message for my host (with intel i217 chipset) and target (with realtek 8111GS chipset) systems. I now need info for a correct configuration for the installed symbols to overcome the errors reported in the following log: https://anonfiles.com/R1IcR5Ybx6/Debug_GA-H470_TXT

@Damnation shipping much faster up on Amazon than on ebay and return possibilities within 14 days (even without motivating) with pick up of the product at home.

No problem. I prefer not to resort to P2P. Despite having 2 licenses for Win10 I have at the same time a complete refusal for this OS that I never really used.

@Dietmar it's hard to find on amazon.it (I prefer it for the fast shipping) a card with the SG24701A chipset as for the LG2013D. @Damnation This card has the RTL8111G (without the final "R") chipset but I don't know if it can be the right card. RTL8111GR seems to be present on motherboards only. My research continues.

@Dietmar @Damnation thanks, I will search for a model that has one of the two recommended chipsets

@Dietmar there are the same images on the tp-link site

@Dietmar it is no longer available on amazon.de and amazon.it. I have to looking for an alternative model. Edit: this seems be the same model

Can I get that library only after a win10 update? Whenever I have to use and even worse, connect to the network with that operating system I get urticaria.

@Dietmar which Realtek chipset must have the PCI Express LAN card to make sure I can get debug in XP?

@Dietmar both kdstub.dll and kdnet10.dll are already in the system32 folder on the target system. I don't have a realtek card now to test. I'll buy it in the next days.... I won't give up! Edit: I'll try in the next days starting from scratch once again. Thank you so much @Dietmar for your help Have a good night.

I had already obtained the patched files from the @Mov AX, 0xDEAD guide on github. Both files (kdnet.dll and kdstub.net) have the same SHA-1 of the versions that @Mov AX, 0xDEAD sent me. The only difference is for the kdnet10.dll: the version from Mov,Ax has a size of 219.960 byte, "mine" has a size of 142.656 byte (kd_02_8086.dll renamed in kdnet10.dll for the intel controller, if I correctly remember). I never used "my" version in any attempt...... edit: and I had done right not using "my" version....nothing changed with it, still no debugging