Dave-H

Chkdsk is not running automatically on either OS. Could that be because it's being seen as a removable drive, although I wouldn't expect that to make any difference? I'm wondering whether to change the XP driver, and use the one provided with the card. You said that it should still work.

Chkdsk has not been running automatically. That particular instance was after using the disk in Windows 10, and then booting into Windows XP with the disk still connected. Chkdsk did not run on boot, but I immediately got error balloons in the system tray saying that files on T: were corrupted, and telling me to run chkdsk. That readout was the result. There had been no sign of errors when I left Windows 10. I will check that BIOS setting. It's certainly at the default setting, because I've never changed any of those parameters.

@Andalu @jaclaz What I'm thinking of doing now is to buy another Silicon Image or similar PCI card, without an eSATA connection, but with two internal SATA connections on the card. I can then connect the Blu-ray drive to the extra connection on that card (my archive disk is already connected to the single internal connection on the card I'm already using). Then only the 3TB drive would be connected to the Asmedia card, which should be fine. If the new card treats the Blu-ray drive as the other PCI-E SI card did, that is to say not as a removable drive, all should be fine. HOWEVER I've now come up against a much bigger problem! If I use the 3TB in Windows 10 and then go to use it in Windows XP, or vice versa, there are a huge number of file system errors on it! I'm having to repeatedly run chkdsk to clean it up before I can use it. There are a truly massive number of errors found every time, which seem to be all fixable, but is obviously hardly ideal! This is after doing a backup to the drive in Windows 10 (where it showed clean) to then trying to use it in XP. Checking file system on T: The type of the file system is NTFS. Chkdsk cannot run because the volume is in use by another process. Chkdsk may run if this volume is dismounted first. ALL OPENED HANDLES TO THIS VOLUME WOULD THEN BE INVALID. Would you like to force a dismount on this volume? (Y/N) Volume dismounted. All opened handles to this volume are now invalid. Volume label is BACKUP. Attribute record of type 0x80 and instance tag 0x7 is cross linked starting at 0xc68a9c6 for possibly 0xd clusters. Attribute record of type 0x80 and instance tag 0x7 is cross linked starting at 0xc68a9c6 for possibly 0xd clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x7 in file 0x14e00 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85504. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9eb7ec for possibly 0x135 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9eb7ec for possibly 0x135 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e1a is already in use. Deleting corrupt attribute record (128, "") from file record segment 85530. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ebc13 for possibly 0x2ba clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ebc13 for possibly 0x2ba clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e20 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85536. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ec358 for possibly 0x1ec clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ec358 for possibly 0x1ec clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e23 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85539. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ec83b for possibly 0x241 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ec83b for possibly 0x241 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e26 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85542. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9eca7c for possibly 0x23 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9eca7c for possibly 0x23 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e27 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85543. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ecaa0 for possibly 0x21a clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ecaa0 for possibly 0x21a clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e28 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85544. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ecece for possibly 0x1bf clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ecece for possibly 0x1bf clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e2c is already in use. Deleting corrupt attribute record (128, "") from file record segment 85548. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed08d for possibly 0x79 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed08d for possibly 0x79 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e2d is already in use. Deleting corrupt attribute record (128, "") from file record segment 85549. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed107 for possibly 0x63 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed107 for possibly 0x63 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e2e is already in use. Deleting corrupt attribute record (128, "") from file record segment 85550. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed2ee for possibly 0x1a clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed2ee for possibly 0x1a clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e39 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85561. Attribute record of type 0x80 and instance tag 0x7 is cross linked starting at 0xc950dde for possibly 0x19 clusters. Attribute record of type 0x80 and instance tag 0x7 is cross linked starting at 0xc950dde for possibly 0x19 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x7 in file 0x14e3f is already in use. Deleting corrupt attribute record (128, "") from file record segment 85567. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed372 for possibly 0xa clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed372 for possibly 0xa clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e40 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85568. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed37c for possibly 0x7 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed37c for possibly 0x7 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e41 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85569. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed383 for possibly 0x15 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed383 for possibly 0x15 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e42 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85570. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed398 for possibly 0x1f clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed398 for possibly 0x1f clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e43 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85571. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed3b7 for possibly 0x1f clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed3b7 for possibly 0x1f clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e44 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85572. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed3d6 for possibly 0x19 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed3d6 for possibly 0x19 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e45 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85573. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed3ef for possibly 0x14 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed3ef for possibly 0x14 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e46 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85574. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed403 for possibly 0x22 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed403 for possibly 0x22 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e47 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85575. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed425 for possibly 0x17 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed425 for possibly 0x17 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e48 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85576. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed43c for possibly 0x26 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed43c for possibly 0x26 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e49 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85577. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed463 for possibly 0xb clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed463 for possibly 0xb clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e4a is already in use. Deleting corrupt attribute record (128, "") from file record segment 85578. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed46e for possibly 0x23 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed46e for possibly 0x23 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e4b is already in use. Deleting corrupt attribute record (128, "") from file record segment 85579. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed491 for possibly 0xd clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed491 for possibly 0xd clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e4c is already in use. Deleting corrupt attribute record (128, "") from file record segment 85580. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed49e for possibly 0x27 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed49e for possibly 0x27 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e4d is already in use. Deleting corrupt attribute record (128, "") from file record segment 85581. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed937 for possibly 0xa1 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ed937 for possibly 0xa1 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e60 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85600. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ede8f for possibly 0x34 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ede8f for possibly 0x34 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e72 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85618. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9edec3 for possibly 0x9b clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9edec3 for possibly 0x9b clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e73 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85619. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9edf5e for possibly 0x82 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9edf5e for possibly 0x82 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e74 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85620. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee183 for possibly 0x36 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee183 for possibly 0x36 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e7b is already in use. Deleting corrupt attribute record (128, "") from file record segment 85627. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee1b9 for possibly 0x11 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee1b9 for possibly 0x11 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e7c is already in use. Deleting corrupt attribute record (128, "") from file record segment 85628. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee1ca for possibly 0xe clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee1ca for possibly 0xe clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e7d is already in use. Deleting corrupt attribute record (128, "") from file record segment 85629. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee1d8 for possibly 0x2c clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee1d8 for possibly 0x2c clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e7e is already in use. Deleting corrupt attribute record (128, "") from file record segment 85630. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee205 for possibly 0x4c clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee205 for possibly 0x4c clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e7f is already in use. Deleting corrupt attribute record (128, "") from file record segment 85631. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee251 for possibly 0x5a clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee251 for possibly 0x5a clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e80 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85632. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee2ab for possibly 0x3 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee2ab for possibly 0x3 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e81 is already in use. Deleting corrupt attribute record (128, "") from file record segment 85633. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee2af for possibly 0x61 clusters. Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0xc9ee2af for possibly 0x61 clusters. Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x14e82 is alread For more information, see Help and Support Center at http://localhost:90/redirect.php. And that's just the errors which were recorded in the Windows log, I'm sure there were many many more! I really don't know what to do about this.

Thanks @Andaluand @jaclaz. One way around this would be for me to connect the Blu-ray drive directly to the motherboard, and instead connect another of my drives to the card, which is in an internal swappable caddy. I have two other drives in caddies which sometimes go in there. As that is a physically removable drive, that would work around the problem, and give me the advantage that I could swap the drive in the caddy for another one without rebooting as I have to do now. The disadvantage of that configuration would be that I would lose access to the internal caddy drive in Windows 98, unless you can tell me that there's a Windows 98 compatible driver for the Asmedia card, which I very much doubt! I guess compromises are always inevitable with a complex multi-boot system! I'm obviously very glad that I can now access in Windows XP the 3TB disk in the external enclosure. @jaclaz is that eSATA to SATA adapter you linked to active or passive? I looks like it's probably passive to me. I may be wrong, but I've always assumed that apart from the physical connector being different, eSATA and SATA are the same thing, the only difference being that eSATA connections go through different electronics to allow hot-swapping, which can't be done with standard SATA connections. As I said earlier, I think the SATA ports on the Asmedia card are actually eSATA connections, with a passive jumper switchover between the two socket types, and my experience now would seem to bear that out. After all there's no reason why a SATA connection should not use eSATA hot-swap capable electronics, even if it's permanently connected. Obviously that doesn't apply the other way around! If it's always treating all connected devices as removable devices, that also seems to bear out to me that the supposed SATA ports on the card are actually not that at all, they are eSATA ports pretending to be SATA ports! The fact is that I don't want the system to treat my Blu-ray drive as a removable and non-bootable device. If I have a problem and need to boot into a recovery environment with a boot DVD, I'm going to be in trouble with that configuration unless I physically reconnect the drive directly to the motherboard, which I can do of course, but it's a bit of a faff!

Thanks @Andalu. The hard drive in the enclosure does seem to be recognised correctly and works fine. It is connected to one of the SATA ports though, not one of the eSATA ports. My Blu-ray drive is connected to the other SATA port on the card. The version of asahci32.sys installed is 2.0.3.1, is that the wrong one? Strange about the DVD/Blu-ray drives. On my system, it does not appear as a bootable device when connected via the Asmedia card. It did appear as a bootable device when connected via the previous Silicon Image card though.

Thanks, that's good to know!

Just a couple more observations about Supermium on 32 bit XP. The GUI font looks a bit rough, I don't know if that can be improved, but it's usable. The good thing is that it happily opens the sites that 360Chome won't now render! I had a bit of a laugh when I came to add an image to a post here, to see this - The file open dialogue looks like something from a 16-bit Windows 98 program! It doesn't work either. Drag and drop does work. The browser is rather slow opening, and a bit slow in use. I won't be abandoning 360Chrome quite yet, but it's still great to have a browser on XP which will open the sites that 360Chrome now has trouble with. Supermium used my 360Chome profile files absolutely fine, which was a big bonus!

@Andalu @jaclaz OK, back at last! The correct card finally arrived, and I put it in yesterday. The first problem I ran into, which I should have anticipated of course, was that there was actually no physical room to get the riser in! It would need quite a big space between the installed cards to get it in between two of them, and it just isn't there. I looked at mounting the riser elsewhere, and running a cable to it, but I then thought that maybe, as they are just changed over by passive physical jumpers, the SATA and eSATA sockets on the new card are in fact electronically the same, just with different connector types. So, I put the card in where the other Silicon Image one had been, where the eSATA ports are physically inaccessible, and connected my Blu-ray drive and HDD enclosure to the two SATA ports. Fortunately, I did have a backplate with two eSATA sockets on it with cables to connect them to internal SATA ports, so I could use that for the HDD. It works! I'm pretty sure that this would not have worked with the Silicon Image card, as I did try connecting the HDD enclosure to the SATA port on that, and it didn't work as an eSATA port, i.e. with hot-swap capability. With the new card, it seems to be fine. So, all's well that ends well with that, I've just now got two risers which I don't need, but they were pretty cheap, so I'm not too worried about it! So, the physical problem seems to be sorted, but there are still a couple of configuration anomalies (aren't there always?!) I used the recommended v2.0.4 driver on XP. The disk that came with the card claimed to have an XP compatible driver on it, but I didn't use that because @Andalu said the v2.0.4 driver was the best one to use here. I did use the later driver on the disk (2.0.8 from 2014) for Windows 10, which is fine. The problem is that the Blu-ray drive and the HDD are being seen as removable devices, with a 'Safely Remove Hardware' icon now permanently in the system tray on both XP and 10. That in itself is not a real problem of course, certainly not with the HDD, which isn't always present anyway, but the Blu-ray drive is now not appearing in the boot devices list in the machine BIOS, which means that I wouldn't be able to boot from it. That could indeed be an issue if I ever needed to, of course. This did not happen with the Silicon Image card, when the Blu-ray drive was connected to the SATA port on that it appeared normally and was in the BIOS boot devices list. There is an option in Device Manager on XP for the card, which is presumably supposedly to remove the 'Safely Remove Hardware' option. It was enabled by default. I've tried switching it off, as you can see, but it's made absolutely no difference, the 'Safely Remove Hardware' icon is still there! That option is not there at all on the Windows 10 driver. Any ideas? Thanks, Dave.

Just to quickly report that I've now had a go with Supermium on Windows XP 32 bit, and it seems to work very well! Early days of course, but it looks very hopeful.

Yes, I'm sure that's right. I did wonder whether the USB lead connection could carry power as well as the data. I can try it out with my existing card, and I might do that tomorrow just to confirm.

Getting there! I now have two 'risers', and the correct eSATA card is now on its way to me! Just a quick question about the risers. They both have power connectors on them. One has more than the other, and that's the one I will use as it's physically slightly lighter. Am I right in assuming that those power connectors are there because the unit is designed to work with power-hungry powerful gaming graphics cards, which need more power than the PCI-E connector can provide? If so I guess I almost certainly won't need to connect them for my use.

The saga continues, I'm afraid. The people I ordered the card from are still trying to let me know whether their warehouse can actually supply the card I ordered! The PCI-E 'extender' I ordered still hadn't arrived several days after the last quoted delivery date. I reported this to eBay, and sent a message to the seller. It was supposedly despatched on January 31st, but is not recorded as delivered. I heard nothing, until I got a message from eBay saying my money had been refunded. I then ordered another one from a different source. Then, I got a message from the original seller apologising for the fact I'd not received the first one, saying he'd refunded the money, and he was sending another one! Oh dear! So, it looks as if I'm going to end up with two extenders, possibly three if the original one now arrives! I'll get there eventually!

Hi Dietmar. I don't have the power to do that I'm afraid. Tripredacus the forum supervisor may be able to do that, but the attachment quota for standard members is intrinsically limited I think. You will need to delete some older attachments to free up space. Cheers, Dave.

I'm rather hoping that I don't have to do that!

This is the half height bracket that was sent with the incorrect card I received. It should do the job I think, as the 'top bit' is definitely shorter than on a normal bracket, so hopefully the card will hang in the air high enough above the PCI-X socket below it to enable the PCI-E extender to go underneath it. I have spoken to the people I ordered the card from, and sent them a picture of the incorrect card. Hopefully they will come back soon to let me know if they can send the right one. Naughty I know, but if they want the other card back, I'm going to quietly keep that half height bracket just in case I can't find the right card supplied with one!

Ah, OK. I hope the Startech one I ordered will do the job. I'm not intending to try and boot from it. Cheers, Dave.

Is that the one I've ordered?

LOL! Unfortunately, I don't think that option will work, as the holes for the eSATA ports will still be in the same place on the bracket. It's the top bit of the bracket which would need to be 'trimmed' to raise the board clear of the socket below it, and of course if you do that you can't screw it to the case! I'm sure you weren't being serious anyway.........

Thanks @jaclaz! You don't call yourself "The Finder" here any more, but you should do! I never saw that when I was searching last week. If the people I've already ordered from can't actually supply what I want, I will certainly get a refund from them and probably buy that. One slight worry is that it doesn't look as if it necessarily comes with a half height bracket, which I will need if I'm going to mount it in the machine the way I want to.

If there had been a cheaper option available, I would have taken it in the first place!

Just a quick update. My card arrived yesterday, and turned out to be completely the wrong one. They've sent me a StarTech PCI-E card with no eSATA ports, just two SATA ports, which is useless to me of course! I also don't have the PCI-E extender yet either, but hopefully I will have that in a few days. When I get that, and the right card, I can go forward with this. Cheers, Dave.

OK, I ordered the ASMedia card. Hopefully I will have it early next week and I can give it a try. It comes with a half height bracket, so I hope with the extender it can go into the spare PCI-X slot space on my machine, even though it will be hanging in mid-air!

Thanks again @Andalu for the incredibly detailed response! Thanks @D.Draker too for the warning, I guess all I can do is try it and see! Although it's not physically identical to the one you showed @Andalu is this the right card? The cards aren't particularly cheap, but that's a StarTech one, and I've always found their hardware very well-made and reliable. It's no coincidence that the 3TB drive is actually in a StarTech enclosure!

That is a bit worrying, but I can't imagine that I would ever want to copy that much data all in one go! My PCI-E 'extender/riser' is coming soon, I hope. Any recommendations for exactly which ASMedia eSATA card I should look to buy? A half height one would be ideal, as with the appropriate bracket I can then hopefully get it into the spare PCI-X slot space that I have, with it plugged into the extender rather than the actual PCI-X socket on the board of course!

Thanks both. I've installed DiskGenius, the portable version of which works fine on XP, although the installer version won't install on XP. That will back up drives to files, although unlike the Windows backup files, you don't seem to be able to mount them and extract individual files from them, which is a shame. It also cannot back up the drive it's running on, but that's not too much of a problem with a multi-boot system, of course. I will look at the other options mentioned. Anyway, this is now all off-topic for this thread. Thanks for all the help everyone as always. I will post a new thread if I need more advice on backup systems, although which OS section I'm going to put it in I don't know! Cheers, Dave.