reboot12
Content Type
Profiles
Forums
Events
Posts posted by reboot12
-
-
BIOS AMI ?
0 -
There are drivers ported for the I2C touchpad:
They are old in the link. Ask @George King about new ones - I have DP_Ported_DriversCollection_v44.7z from him but not tested I2C:
0 -
On 7/10/2024 at 11:45 PM, DaniiX said:
I tried from USB and CD, used SP1/SP3/x32/x64 Versions
Try this: https://forums.mydigitallife.net/threads/winxp-64-bit-on-a-modern-pc-iso-boot-wim-install-wim.88435
0 -
3 hours ago, Dietmar said:
you also need to install the modded hal.dll and intelppm.sys for XP SP2 bit64
Yea, I know - also for Intel Gen 8:
https://www.betaarchive.com/forum/viewtopic.php?p=477539#p477539
Intel Gen 9:
0 -
2 minutes ago, Dietmar said:
It is not because of the compi hardware. The problem is the medium itself. Winhex "decides", if RAW copy is possible or not.
Yea, what does this have to do with this topic and modified acpi.sys ???
0 -
But I test same USB 3 16GB on ThinkPad X61 (original acpi.sys WinXP SP2 64-bit) and clone and copy block speed is same ~11 min
Only on Intel Gen 8 Copy Block is faster than Clone
0 -
2 minutes ago, Dietmar said:
But I think, this is really important,
Does this mean that Copy Block speed from USB depends on the modified acpi.sys ???
0 -
I do not use such large pendrive as yours - the latest I have is Kingston DataTraveler USB 3.0 16GB
I connected it to the USB 3 port and did the test:
-
Clone Disk ~10 min clone_16GB.img
-
Copy Block ~3 min - incredible (no display copy speed) copy_16GB.img
Both files exactly same checksum:
How is this possible? Clone USB > NVMe but Copy Block from RAM to NVMe ???
1 -
Clone Disk ~10 min clone_16GB.img
-
OK, I'm back.
The time of creating an image on the NVMe disk by cloning or copying the block is identical and the same as on the ThinkPad for SATA HDD disk - 1.5 min ???
This means that the acpi.sys or USB drivers and even the destination disk type (HDD, NVMe) does not matter and it depends only from the controller chip in-build in USB stick.
I use WinHex 15.8
Try test with older smaller USB stick like me 1GB
0 -
36 minutes ago, Dietmar said:
And this RAW copy is 4 times faster.
Hymmmm...
I did the test on ThinkPad X61 with SATA HDD disk in WinXP SP2 64-bit with the original acpi.sys and USB EHCI driver.
Now I'm going to my Intel Gen 8 WinXP SP2 64-bit machine with NVMe disk and modded driver NVMe 6.1.7601.23403, with modified acpi.sys 7777.8 and modded USB XHCI 6.2.9200.22099 driver
I will report after tests.
0 -
Which version WinHex you use? How you open USB stick and how do you mark the block?
OK, I make tests with 1GB USB 2.0 stick on USB 2.0 port - 2 way to make image file - I always use Tools > Open Disk... > Physical Media > USB stick:
- Tools > Disk Tools > Clone Disk... > Destination raw clone.img - creation time 1.5 min
- Ctrl+A to select all data, Edit > Copy Block > Into New File block.img - creation time 1.5 min
Both files have exactly the same size and checksum:
Maybe your USB stick is damaged ?
0 -
11 minutes ago, Dietmar said:
You can select a block in Winhex, for a given file.
Still I don't understand! What block? Show on the screenshot how you do it in WinHex.
0 -
I don't understand what it means to copy the block mode? How do you do it in WinHex ? (give screenshots).
My way is to make an image using the sector-by-sector copy like the DD command in Linux.
0 -
Provide data:
- computer hardware specifications
- what operating system
- what version of acpi.sys
- what version of USB3 drivers
In WinHex do this:
- menu Tools > Disk Tools > Clone Disk... > click HDD icon in Source > Physical Media > USB stick
-
click file icon in Destination then name copy.img on WD2003FZEX
- from menu Tools > Disk Tools > Open Disk... > Physical Media > USB stick
-
from menu Tools > File Tools > Compare... compare file copy.img and opened USB stick
0 -
reboot.pro not work:
0 -
I do not see the sense of installing these Intel drivers (not drivers) because it does not improve the operation of the device. Intel chipset drivers does not add any new .sys or .dll files only use WinXP e.g. machine.inf and system drivers (files) - only changes the name of the device in the device manager e.g. PCI-to-PCI bridge to Intel 6 Series PCI Express Root bla bla bla and this device PCI bridge will not start working better after installing Intel drivers.
I am glad that there are ported ACPI, AHCI, NVMe and USB 3.x drivers for WinXP - no matter if they are signed or not - it is important that they works.
0 -
Signed, not sighed - what's the difference? As you noticed, Intel drivers are not-drivers - just a change device names in the device manager. I use WinXP 64-bit on Intel Gen 8 and I made dummy drivers to eliminate yellow exclamation marks of several devices in device manager:
Now I don't have any unknown devices in the device manager
0 -
On 6/14/2024 at 5:24 AM, LoneCrusader said:
I'm trying to manually slipstream motherboard chipset drivers into XP setup..
Use patched sfc_os.dll
0 -
Of course, if you patch the Windows file, you need to fix the checksum.
0 -
-
Probably you need also clean ME while apply this setting Do not lock Descriptor and OEM Configs. During the first start of the computer after flash new bios image.bin ME will configure settings
[Guide] Clean Dumped Intel Engine (CS)ME/(CS)TXE Regions with Data Initialization
0 -
OK, with your bios works CSMEV16.50.zip I make new image.bin with this settings:
Try flash with FPT and check if possible enable CSM
0 -
Maybe try rebuild bios image in Intel Flash Image Tool? In my bios for Intel Gen 8 I found this:
I try your bios but errors in FIT:
16.0 r8 - Corrupted buffer detected. Invalid metadata CRC32 value.
16.1 r0 - Not found layout
0 -
In AMIBCP you can edit Setup Configuration but tool not open your bios for editing. You need manually edit body extracted AMITSE Setup data:
AMIBCP error but manually edit i HEX editor
My PC AMI BIOS OK in AMIBCP:
0
XP on an HP Omen laptop from summer 2016
in Windows XP
Posted
@Dietmar
Excellent
Try also my WinXP 64-bit