Andalu

I have never tried and I think I am unlikely to do so, both because I do not have a compatible drive and because I think it is preferable to avoid the risk of ending up with a damaged hard drive.

@Dave-H I tried the Paragon driver on my MSI Q87M board, which has the option of selecting either IDE or AHCI mode in the BIOS. As I feared, I got confirmation that the GPT Loader allows recognition of GPT disks in XP only in IDE mode: while that driver fails when AHCI mode is selected. Here is the image for the GPT Loader installed on the same MSI Q87M board: Unfortunately, more modern components do not always allow better possibilities (and in some aspects not even better performance).

@Dave-H Thank you for all the information. I have the same version of the Paragon driver. From what I see in the image the driver installed on your system should be the one that supplied with the CD that is bundled with the motherboard or at least the one available on the manufacturer's site as compatible with your board. For several of my motherboards, however, there are no XP-compatible drivers, and those that can be installed do not appear to be compatible with the GPT Loader. If I remember correctly, only one that I still have somewhere has the option of setting IDE mode in the bios. Maybe I will give it a thought and restore it to try the Paragon driver. Just out of curiosity and you will excuse me for being so insistent: in the Device Manager, under IDE ATA/ATAPI controllers, could you please right click on Intel(R) 631xESB/6321ESB/3100 Chipset Serial ATA Storage Controller-2680, choose Properties -> Driver -> Driver Details and post the driver name and version? Thankssss

@Dave-H Thank you. What is missing is the info about the SATA or IDE driver that is installed in your system. It may be that the failure of the Paragon driver to recognize the GPT disks in my systems may depend on that. P.S.: I already have the Paragon driver.

Good! What is the driver and what version do you have installed for the internal sata or IDE controller? Could you please also report the specs of your 3TB GPT disk that can be obtained through the command fsutil fsinfo ntfsinfo in the Win10 command prompt? Thanks!

@Dave-H With the Paragon GPT Loader driver installed, does your system detect the 3TB disk as a GPT drive?

Good to know that in your case Paragon GPT Loader worked. Here it has never worked in any of my systems. It would be interesting to know what motherboard you installed it on, whether it has intel or amd or other controller, the type of controller (sata or IDE) on which XP is installed, and, if possible, the specs of your 3TB disk (which can be obtained in Win10 with the command "fsutil fsinfo ntfsinfo") to have some chance to figure out why the Paragon driver did not work on my systems and whether it can also work for disks larger than 3TB. I really hope to get the Paragon driver working properly on my systems as well, so that I can realize that the 2TB limit in GPT disks can be exceeded through the use of a disk driver.

In my case that did not happen: in my latest tests I copied video files (it is easier to check them) in successive stages in both Win10 and XP and at the end of each copying stage I always checked the integrity of the files in both operating systems without finding corrupted files until I exceeded the limit of 2,194,701,336,336 bytes. Copying a few more GB beyond this limit, I found that some files copied in the early stages were now corrupt.

I was misled by the fact that copying files beyond 2TB was going smoothly and that checking via chkdsk in both XP and Win10 had never reported anything unusual. Moreover, even though the total amount of data copied to a GPT disk had exceeded 2TB (2,963,807,977 bytes), all files were still correctly listed in Windows Explorer. Only later, after @Dave-H's reports, did I discover that some video files copied at earlier times were no longer playable because they were corrupted. Quite a catch

Thanks to the asmedia asahci32.sys driver together with the disk.sys and partmgr.sys drivers from W2K3, a GPT disk is detected in XP in its full size and can also be formatted, as shown in the following image: The problem, unfortunately, remains that you cannot use the space above 2TB because writing beyond that limit will result in corrupted files.

@pappyN4 Hi, thanks for the advice, but formatting the GPT disk in XP -> Disk Management did not work: even in this case, the first file copied on the disk immediately became corrupted as soon as the 2.2 TB limit was reached. But unlike what happened in my previous tests performed on a GPT disk initialized by the manufacturer and with other disks initialized by me in Win10, after completing the copy operations and rebooting the system, connecting the disk to the same internal sata port, all the files are now disappeared. As can be seen from the following image, the disk is now seen as both GPT and MBR and also all operations that should be allowed on the partition are now greyed out: The same happens by plugging the disk in Win10. For the other GPT disks tested previously, however, files under the 2.2TB limit still remained visible and fully available in XP. At the moment the possibility of using a GPT disk greater than 2TB in XP seems to be impossible to achieve The only way to be able to use a disk larger than 2TB remains to initialize the drive in MBR style by using the WD Quick Formatter utility, even if only for the external drives.

@Dave-H No good news from here. I tested a new 4 TB GPT disk extracted from a Seagate Expansion enclosure by connecting it to an internal sata port and starting copying files in successive stages in both Win10 and Win2003 until it reached 2,050,490,049,862 bytes and then exceeding this limit by copying more files until it reached 2,459,394,870,229 bytes. In Win2003 I checked every file at the end of each copying step (both those just copied and those already copied in the previous steps) without ever encountering any problem of corrupted files, even when I chose to install the asmedia v2.0.3.1 driver for the intel sata controller. Up to this point, the disk has never been connected to an XP system. Unfortunately, in XP, with the same version of the Win2003 drivers, I did not get the same result: as soon as the GPT disk with the files reaching a total of 2,459,394,870,229 bytes was connected to the internal sata port of the intel controller (for which the same version of the asmedia driver had been installed), without having copied or deleted anything on it, I immediately found that some files were corrupt: their size was identical to that of the original files but the content was different. The total number of corrupted files (all belonging to the folders of recently copied files) was 264,190,679,758 bytes so subtracting it from the cumulative total of all the files (2,459,394,870,229 bytes) gives a result of 2,195,204,190,471 which is very close to the maximum limit of an MBR disk (2,199,023,255,552 bytes)*. But isn't it about a GPT disk? Edit: * with a sector size of 512 bytes.

Hi @Dave-H unfortunately, for the past few days I have been experiencing problems with corrupted files and unreadable folders even on my GPT disks connected to the asmedia card in XP. After reading about the problems you reported in your posts I did a check and realized that for example some video files were no longer playable in both XP and Win10. The strange thing is that in both operating systems, checking with chkdsk via command prompt never detected any anomalies. Since discovering such issues, I have done some tests to try to figure out what they might depend on and at the moment I can say that probably in XP the problem is exceeding the "classic" 2.2TB limit. Today, in a 4TB disk, after verifying that all files occupying a space of 2,198,497,806,087 bytes were without problems, I copied others to it until 2,473,491,444,978 bytes were reached: no problems detected in copying and no problems for both old and new files but only until the next reboot of XP when some old files previously working were now corrupted. I will have to do more tests to be sure of the above and also to be able to figure out whether the anomalies found may depend on the asmedia card and its driver or firmware versions or the disk.sys and partmgr.sys drivers that cannot work in XP as they do in Win2003 (where I did not detect any problem even exceeding the 2.2TB limit) or other reasons that at the moment I cannot imagine what they may be. I will report the news as soon as I have definite information about it. First, I will have to find time to make a new backup of the files that then became corrupt

For XP in FAT32 you need to modify the registry as reported by @Cixert in the following post: https://msfn.org/board/topic/181911-read-gpt-hard-disk-on-windows-xp/?do=findComment&comment=1249360 In step 1. and 2. you will also find the solution to avoid automatic replacement of disk.sys v5.2.3790.4006 with XP version.

@Dave-H This may be another test to try: since in Windows 10 you do not need to install the asmedia driver for the asmedia card because the microsoft one is enough, if no errors are detected for your drives under 3 TB, the asmedia driver may be the culprit. My other suggestion may seem a bit long to apply, but it only takes time to clone the XP disk, depending on the size of the drive. Once you boot the newly cloned XP disk, installing the asahci32.sys driver v2.0.3.1 with the modified .inf file for your motherboard's sata controller is simple and requires only one or two reboots. This is to exclude the possibility that the errors detected on your disks may depend on the asmedia card.

@Dave-H It's really strange what happened for your two drives. I don't have an answer for it. To narrow down the number of items to examine, I can only repeat the previously suggested test (hoping this time to explain it better) that does not involve the asmedia card: - clone the system disk with XP (or install XP from scratch) to a spare disk; - boot XP from that disk (eventually you can insert the drive in the caddy); - in Device Manager, after properly editing the asahci32.inf file (I can send it to you if necessary), install the asahci32.sys v2.0.3.1 driver for the intel sata controller to replace the existing one (its hardware ID begins with PCI\VEN_8086&DEV_XXXX&CC_0106); - restart the system and, if it boots correctly, connect one of the disks to the internal sata port on the motherboard; - start copying the files to the disk via explorer.exe and then run the test with chkdsk. I think that version of the asmedia driver may work successfully on your intel system as well.

@Dave-H you could make this attempt: - clone the XP disk to the spare drive; - install the asahci32 v2.0.3.2 driver for the intel sata controller (otherwise v2.0.3.1 which works for all chipsets from Ivy/Sandy bridge to Raptor Lake boards); - connect the GPT disks to the intel sata port and copy the files with explorer.exe. That way you will be able to understand whether the errors depend on the disks, the asmedia card or the socket it is plugged into, the riser and its power, the cables, etc.

@Dave-H Have you always used QuickMirror in your tests? Have you tried with explorer.exe? It seems to be also faster in copying than QuickMirror, at least that is what I detected on my Z790 system. I had tried to copy about 1.11 TB of data with QuickMirror from one Seagate GPT disk to another Seagate GPT disk (both connected to the asmedia card): on the first attempt, the copy suddenly stopped with the source disk blocked after almost 87GB copied (fortunately, no data loss occurred). On the second attempt, because QuickMirror was taking too long, I decided to abort the copy by clicking the corresponding "pause" button, but it continued to proceed without interruption for over 2 minutes until I was forced to abort it via ProcessExplorer. At the end of the copy (with almost 120GB copied) chkdsk did not detect any problems in both Win10 and XP, even after a disconnection and reconnection. So far, I have never detected the controller errors you reported for any of my five GPT disks in the two systems where they were connected to the asmedia cards.

@Dave-H it depends from the System File Checker which attempts to restore the original versions of the system files. If you do not want to completely disable that SFC\WFP function, try copying disk.sys v5.2.3790.4006 to the windows\system32\dllcache folder, in the hope that this will be enough to prevent that procedure from occurring every time the disk is connected to the system. Otherwise, you also need to disable SFC/WFP. Edit: I don't want to repeat the same thing over and over again, but it's worth mentioning that I still haven't been able to figure out why the problem I reported here occurred. Therefore, if you have the chance, make your backups in another location as well, to avoid a loss of data in case this problem occurs for you also.

@Dave-H I thought you had already uninstalled the Paragon driver. I had reported in one of my posts: "The Paragon GPT driver is no longer needed." The drivers needed for GPT disks recognition are disk.sys v5.2.3790.4006 (mandatory) from Win2003, partmgr.sys v5.2.3790.4171 from Win2003, scsiport.sys v5.1.2600.6073 and the asmedia driver. On my systems the Paragon driver has never allowed recognition of GPT disks.

@Dave-H I am sorry that you had problems with the installation of the different versions of the asmedia drivers and had to waste time to remove them. I will try not to suggest that you try other drivers.... is a promise

All asahci32.sys driver versions should work with the asmedia ASM1061 card in XP, from the first v1.1.7.110 to the last v3.2.0. I would try installing v1.1.7.110 also in Win98 if only to leave no stone unturned. Please consider that each driver should give a good result for the GPT disk recognition but with differences for the safely remove feature. For example, it is not available in the v3.2.0 on the asus Z790 (I have to use the HotSwap! utility) while the dvd-rom drive is still recognized as removable drive.

I just executed the experiment you suggested with a GPT disk connected to the internal sata port of the asmedia PCI-Ex to eSATA card for both Win10 and XP. The only difference regarding the point 1): I used a GPT disk initialized in Win10 but with all files copied in XP from another GPT disk. 2) unmount/disconnect and re-mount/re-connect the disk under Windows 10: 3) run a CHKDSK manually under WIndows 10 (without any parameter): 4) if there are NO issues, reboot to Windows XP No chkdsk during the boot 5) if the CHKDSK is not automatically started, run it manually (again without parameters): To run the chkdsk tool without getting the message "the volume is being used by another process," it was necessary to close the handle related to the GPT disk for the explore.exe and mmc.exe processes. I also received the same message from chkdsk "windows found problems with the file system" with another GPT disk when disconnected from the asmedia card in Win10 and reconnected to the same card in XP.

@Dave-H I just saw that the errors are XP-related and I assume they were detected by chkdsk during booting with the GPT disk already connected to the asmedia card. Since XP does not officially support GPT disks and the way to get them recognized is to be considered a workaround, I guess it is normal not to be able to expect that even disk tools like chkdsk can work properly. The chkdsk control during the XP boot can be disabled by modifying the registry key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\BootExecute changing the value data to autocheck autochk /k:drive letter * In your case it must be: autocheck autochk /k:T * A still unsolved problem is the one I reported here. I have not yet been able to figure out under what circumstances it occurs.

@Dave-H were the errors detected by chkdsk in XP or in Win10? Your idea of getting another PCI-Ex to sata card where you can plug in the Blu-ray drive may be a good solution but you still won't be sure that with this new card the player will be detected as a boot drive which I think is the most important thing. The other problem (the Blu-ray drive being detected as a removable device) can be fixed by applying the solution suggested by @jaclaz (tested and working). If I didn't look wrong, I read in your motherboard user manual that there are two options in the bios: "Option ROM Scan" and "ROM Scan Ordering". In order to get the Blu-ray player connected to the asmedia card as a boot device, do you have already set the first option on "Enabled" and/or the second on "Add-On first"? I'm asking just to make sure we've tried every possibility for your motherboard.