Cixert

Thanks, adding "--make-default-browser" to the Supermium shortcut doesn't start it. I tried "--make default browser" without the hyphens, and it does start. Neither method immediately set Supermium as the default browser. However, when I restarted Windows XP, Supermium appeared as the default browser. So, I don't know which method was used to set the default browser. From what I am investigating you must also manually assign the HTM and HTML extensions to be open with Supermium. But this will not work if the command "--make-default-browser" is not added to direct access, before or after assigning extensions.

Let's see if I understand this correctly... I'm looking for a USB 3.0 card for Windows 2000 Vanilla. According to the Japanese page I read with the translator, I seem to understand that the cards with the chips ASMedia 1041, ASMedia 1042, Texas Instruments TUSB7340 and Texas Instruments TUSB7320 are compatible with Windows 2000 Vanilla, by example in this cards: -RocketU 1144a --> driver RocketU 1.12.9.0 (ASMedia ASM1042U) --> I can't find this card in Europe. -Planex PL-US3IF04PE --> chip Texas Instruments TUSB7340 --> I only see this card in Japan. -Oriented Interface Card SATA3 USB3.0 0 Combo Card SATA3 + USB3.0 0 – PCIe --> Asmedia Driver V1.16.1.0 mod ---> I only see this card in Japan. Please @blackwingcat the driver link is down https://w2k.flxsrv.org/cgi-bin/dl.cgi?file=asm1.16.1.0w2k.zip - Silverstone SST-EC04 --> This card I see in Europe but I see that it has chip NEC uPD720201 and I read in the same publication that NEC is not compatible with Windows 2000. Any other cards available in Europe?

Does anyone know how to make Supermium the default browser in XP? Supermium's help says that it cannot be set as the default browser. I have tried to manually assign the htm and html extensions to open by default in Supermium, but despite selecting it in the XP menu Tools+Folder Options instead of opening with Supermium they open with XPchrome. I choose the Supermium path in file types and a message appears saying that Chromium will be the default application. It turns out that Chromium is XPchrome without having chosen it.

Well, it's March 11, 2025 and XPchrome browser 115.0.5790.136 is still working. No time bombs have gone off. I found the browser in general to be very good, faster and with fewer bugs than Supermium at the time. Now Supermium has evolved while no new version of XPchrome has been released. I think the criticisms made about XPchrome are excessive. We XP users are not in a position to make demands. If the author wants to sell the browser commercially, that seems fine to me. Unfortunately, I don't see the project continuing at this time.

After 15 days recovering data from the two hard disks that I did Cut-Paste on. Today I connected the new broken Toshiba disk to a third USB adapter, in another house, with another computer and it worked perfectly. I don't understand it although it seems very good to me. Has it been repaired from resting these days? Until I get the data out I'm not going to try it on the other computer with the other 2 adapters.

The power adapter has a label that says: 12v 2000A. These are the same values that the label of other USB adapters says. I have tested the power cable with a tester, it gives 14.6v and 3600A. I think these are normal values, although there are 4 things to consider: 1- All testers measure about 2v too much in all power adapters. I don't know why this is, thinking it could be a fault of my tester I went to the store and tried a more expensive one, the result is the same. 2- When I try to measure the amps it shows 3.6 A at first and then the value disappears from the screen in less than 1 second. I don't know if this is normal. 3- In the eBay ad where I bought the USB adapter it says that the power adapter is not very strong so you shouldn't use the device for permanent connection, just for a while. I don't know what the seller means by this. It either works or it doesn't work and I don't see it getting hot. 4- The USB adapter seems to work regardless of whether the power adapter is connected. I haven't done a definitive test but the files seem to copy to any hard drive just the same. In other USB adapters when I disconnect the power adapter the hard drive disconnects from the computer. Anyway, even if it were a problem with the power adapter, I don't see the connection between this and a mechanical failure of the hard drive.

Thanks, it's strange and it's not the first time this has happened to me. The other time I blamed the latest versions 11 and 12 of Minitool Partition Wizard, I don't remember exactly why, but these versions don't work well. Maybe once the partitions were created I formatted them with this one. I don't know, what seems clear is that I created them with DiskGenius since they start in sector 256 and Minitool starts them in sector 2048. If there is any news I will comment. And if anyone knows how Disk Manager deletes partitions just by starting the service, please comment.

Thanks for the help. Finally the culprit was LC Technology - PhotoRecovery When scanning a 3 TB MBR hard drive with logical sector 4096 bytes the program is not able to retain the location of the files found and generates an error copying each file to a temporary location in the .prpro.scratch folder. Once Windows/temp is full it starts filling the first existing partition and once it is full the next one. This is not a justifiable behavior and I don't know how Windows security allows this behavior without user intervention. LC Technology - PhotoRecovery generates a log file with the errors and the behavior, here is an extract: [Devices::Win32::DeviceManagerImpl::rescanDevices] this=[DeviceManagerImpl:]: J:\\ 02:05:18.504 (debug) (T:7828) DeviceManagerImpl.cpp:315 [Devices::Win32::DeviceManagerImpl::rescanDevices] this=[DeviceManagerImpl:]: PD:USBSTOR\\DISK&VEN_TOSHIBA&PROD_EXTERNAL_USB&REV_0\\20221206018168F&0 02:05:18.507 (debug) (T:7828) DeviceManagerImpl.cpp:310 [Devices::Win32::DeviceManagerImpl::rescanDevices] this=[DeviceManagerImpl:]: LD:STORAGE\\VOLUME\\{98433D34-E44C-11EF-9D97-90FBA64B5AC7}#000001635F83B800 02:05:18.510 (debug) (T:7828) DeviceManagerImpl.cpp:312 [Devices::Win32::DeviceManagerImpl::rescanDevices] this=[DeviceManagerImpl:]: K:\\ 02:05:18.512 (debug) (T:7828) DeviceManagerImpl.cpp:315 [Devices::Win32::DeviceManagerImpl::rescanDevices] this=[DeviceManagerImpl:]: PD:USBSTOR\\DISK&VEN_TOSHIBA&PROD_EXTERNAL_USB&REV_0\\20221206018168F&0 02:05:18.514 (debug) (T:7828) DeviceManagerImpl.cpp:318 [Devices::Win32::DeviceManagerImpl::rescanDevices] this=[DeviceManagerImpl:]: ==END LOGICAL DEVICE MAP== 02:05:18.525 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: Z:\\ 02:05:18.528 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: Z: \[2,E\]=Z: 02:05:18.531 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: B:\\ 02:05:18.534 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: B: \[2,E\]=B: 02:05:18.538 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: C:\\ 02:05:18.541 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: C: \[1,E\]=C: 02:05:18.543 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: D:\\ 02:05:18.545 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: D: \[2,E\]=D: 02:05:18.547 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: E:\\ 02:05:18.549 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: E: \[2,E\]=E: 02:05:18.552 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: F:\\ 02:05:18.555 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: F: \[2,E\]=F: 02:05:18.558 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: I:\\ 02:05:18.561 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: I: \[2,E\]=I: 02:05:18.563 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: J:\\ 02:05:18.565 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: J: \[2,E\]=J: 02:05:18.567 (debug) (T:7828) WorkDirectories.cpp:337 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: MP 0: K:\\ 02:05:18.569 (debug) (T:7828) WorkDirectories.cpp:359 [PRApp::WorkDirectories::initVolumeList] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:0)]]: K: \[2,E\]=K: 02:05:18.573 (debug) (T:7828) WorkDirectories.cpp:371 [PRApp::WorkDirectories::rebuildVolumeByPriority] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:9) [Volume: Root=B: WorkDir=B: Enabled=1 Priority=2] [Volume: Root=C: WorkDir=C: Enabled=1 Priority=1] [Volume: Root=D: WorkDir=D: Enabled=1 Priority=2] [Volume: Root=E: WorkDir=E: Enabled=1 Priority=2] [Volume: Root=F: WorkDir=F: Enabled=1 Priority=2]]]: B: \[2,E\]=B: 02:05:18.576 (debug) (T:7828) WorkDirectories.cpp:371 [PRApp::WorkDirectories::rebuildVolumeByPriority] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:9) [Volume: Root=B: WorkDir=B: Enabled=1 Priority=2] [Volume: Root=C: WorkDir=C: Enabled=1 Priority=1] [Volume: Root=D: WorkDir=D: Enabled=1 Priority=2] [Volume: Root=E: WorkDir=E: Enabled=1 Priority=2] [Volume: Root=F: WorkDir=F: Enabled=1 Priority=2]]]: C: \[1,E\]=C: 02:05:18.579 (debug) (T:7828) WorkDirectories.cpp:371 [PRApp::WorkDirectories::rebuildVolumeByPriority] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:9) [Volume: Root=B: WorkDir=B: Enabled=1 Priority=2] [Volume: Root=C: WorkDir=C: Enabled=1 Priority=1] [Volume: Root=D: WorkDir=D: Enabled=1 Priority=2] [Volume: Root=E: WorkDir=E: Enabled=1 Priority=2] [Volume: Root=F: WorkDir=F: Enabled=1 Priority=2]]]: D: \[2,E\]=D: 02:05:18.583 (debug) (T:7828) WorkDirectories.cpp:371 [PRApp::WorkDirectories::rebuildVolumeByPriority] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:9) [Volume: Root=B: WorkDir=B: Enabled=1 Priority=2] [Volume: Root=C: WorkDir=C: Enabled=1 Priority=1] [Volume: Root=D: WorkDir=D: Enabled=1 Priority=2] [Volume: Root=E: WorkDir=E: Enabled=1 Priority=2] [Volume: Root=F: WorkDir=F: Enabled=1 Priority=2]]]: E: \[2,E\]=E: 02:05:18.585 (debug) (T:7828) WorkDirectories.cpp:371 [PRApp::WorkDirectories::rebuildVolumeByPriority] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:9) [Volume: Root=B: WorkDir=B: Enabled=1 Priority=2] [Volume: Root=C: WorkDir=C: Enabled=1 Priority=1] [Volume: Root=D: WorkDir=D: Enabled=1 Priority=2] [Volume: Root=E: WorkDir=E: Enabled=1 Priority=2] [Volume: Root=F: WorkDir=F: Enabled=1 Priority=2]]]: F: \[2,E\]=F: 02:05:18.587 (debug) (T:7828) WorkDirectories.cpp:371 [PRApp::WorkDirectories::rebuildVolumeByPriority] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:9) [Volume: Root=B: WorkDir=B: Enabled=1 Priority=2] [Volume: Root=C: WorkDir=C: Enabled=1 Priority=1] [Volume: Root=D: WorkDir=D: Enabled=1 Priority=2] [Volume: Root=E: WorkDir=E: Enabled=1 Priority=2] [Volume: Root=F: WorkDir=F: Enabled=1 Priority=2]]]: I: \[2,E\]=I: 02:05:18.589 (debug) (T:7828) WorkDirectories.cpp:371 [PRApp::WorkDirectories::rebuildVolumeByPriority] this=[WorkDirectories: ScratchDir=.prpro.scratch Volumes=[(list:9) [Volume: Root=B: WorkDir=B: Enabled=1 Priority=2] [Volume: Root=C: WorkDir=C: Enabled=1 Priority=1] [Volume: Root=D: WorkDir=D: Enabled=1 Priority=2] [Volume: Root=E: WorkDir=E: Enabled=1 Priority=2] [Volume: Root=F: WorkDir=F: Enabled=1 Priority=2]]]: J: \[2,E\]=J: 02:05:18.591 (debug) (T:7828) WorkDirectories.cpp:371 [PRApp::WorkDirectories::rebuildVolumeByPriority] this=

In C:\Windows\Temp I don't see any programs running, but I do see the following folders: \Crashpad -metadata -settings.dat \MsEdgeCrashpad -metadata -settings.dat -throttle_store.dat But these are old folders and files, 2024 February. At this point I have been able to delete all the folders ".prpro.scratch" except the one located at: C:\Users\user_name\AppData\Local\Temp I deleted the files inside and they were recreated immediately afterwards. Also created: -MicrosoftEdgeUpdate.log

It has happened again. My suspicion is that it is a file recovery program, since the recovery drive is the only one that is not filled with these files. This time Renee Undeleter and Ontrack Easy Recovery are closed. So only the following are left open: -EaseUS data Recovery. -iBoysoftDataRecovery. -LC Photorecovery Professional. -Piriform Recuva. Is possible to see in some Windows 10 log who creates these files? In System Events I only see several errors related to the Microsoft Edge update. -EventData 0 crashpad_log No disponible 0 MicrosoftEdgeUpdate.exe 1.3.195.43 InstallError 0x80040902 \\?\C:\ProgramData\Microsoft\EdgeUpdate\Log\MicrosoftEdgeUpdate.log \\?\C:\Windows\TEMP\msedge_installer.log 0 f4b12a7c-ecc8-11ef-9d9c-90fba64b5ac7 262144

No, I didn't know this one

Thanks for the contribution. I had previously posted this error with MBR partitions, but I can't find the post right now. On the 6TB GPT disk connected directly to SATA I created the first partition FAT32 1 GiB cluster 32 KiB aligned to sector 256 with Disk Genius on Windows Seven and then it disappeared just by entering Windows Disk Manager on XP. Now I have created more partitions and the error continues to occur. I will try with another initial sector size when I can empty the disk. If you can do the test with sector 256 and FAT32 cluster 32 KiB I would appreciate it.

I am running several data recovery applications that take several hours to run. When I get to the computer I see that "Renee Undeleter" warns about scratching and I also see the Windows 10 warning "no disk space". I look at the disk drives and see that 8 are full except the attack drive to recover files. All except the system drive contain a folder called ".prpro.scratch" with several GiB in size. Inside there are hundreds of files without extension and all start with the letters PR like: PR0A732D157825533C PR0D2C74353D4D524C PR0D5D2C05570B0007 They measure between 50 KiB and 1.5 GiB. The system drive is also full, but in this case the folder has been created at the path: C:\Users\username\AppData\Local\Temp\.prpro.scratch with tens of GiB. What could be causing this behavior? Other programs I have running are EaseUS Data Recovery, iBoysoftDataRecovery, LC Photorecovery, Piriform Recuva and Ontrack Easy Recovery none of them cause any errors.

Thanks, can you tell me the exact model so I can take a look? Although I'm afraid that these boxes won't allow me to work in Windows 2000/XP with +2TiB disks as Western Digital boxes do, up to 16 Tb, by moving the logical sector from 512 bytes to 4096 bytes.

I have found a new problem working with GPT in Windows XP. Nothing serious if we take the appropriate precautions and also have Windows Vista updated or higher. I found it strange, since the error has not happened to me before. Right now I have the 6 Tb GPT hard disk to which I have only made a 1 TiB partition and left the rest of the space empty. When I open the Windows XP Disk Manager the partition disappears immediately, without performing any additional operation. To prevent losing the partitions I suggest making a partition table copy with Eassos DiskGenius from Windows Seven or higher in the menu Disk>Backup Partition Table. If you do not have a partition table copy, you can recover it with this same program from the menu Tools>Search for Partitions , choosing the Whole Disk option and in the search, clicking on "Reserve" when the appropriate partitions appear. If you know of another suitable program to make a partition table copy, please comment. The pity is that we need Windows Vista or higher or use a bootable CD with a program, since once the partitions are lost in XP the hard disk only shows a capacity of 1493 Gb, so we need to boot an operating system that recognizes the real disk capacity. Maybe it is possible from XP with DMDE, but I don't do it.