If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
|
Thread Tools | Display Modes |
#11
|
|||
|
|||
hard disk transfer speed changed
On Wed, 22 Nov 2017 14:22:41 -0500, John B. Smith
wrote: On Mon, 20 Nov 2017 21:31:15 -0500, Paul wrote: John B. Smith wrote: On Sun, 19 Nov 2017 21:25:52 -0500, Paul wrote: John B. Smith wrote: Forgot to mention both drives are SATA On Sun, 19 Nov 2017 20:25:51 -0500, John B. Smith wrote: When backing up one logical drive today I noticed Drive Image was taking a long time to 'scan' all the drives before it declared itself ready. (When I back up my system drive I use Macrium, but when I back up this particular drive I use old Power Quest Drive Image because it allows me to set a password). Eventually I was able to back up the drive. It did seem to take longer than usual though. For some reason I later used HD Tune to ck my 2 drives, the 500g system drive and the 1000g data drive. The 500 reported the usual 170Mb per second. The 1000 reports only 4Mb per second! Otherwise HD Tune reports the drive healthy and working. I'm pretty sure it really has slowed down from the above 2 indications. Anybody have any idea what's going on? You're in PIO mode. This shouldn't happen. When there is a measurable error rate, the driver scheme changes transfer rates, in an attempt to reduce the error rate. But it doesn't take that many "gear down" attempts by the driver, until it's in polled transfer mode, a word is transferred at a time by the CPU. That destroys transfer rate performance. When you look in the appropriate dialog, you'll see that DMA is no longer listed, and it's changed to PIO. But I can tell just by your transfer rate, what just happened. "4" is a popular number - that's what I'm using as evidence. ******* https://support.microsoft.com/en-ca/...-out-or-crc-er devmgmt.msc Expand the IDE ATA/ATAPI Controllers node. Double-click the controller for which you want to restore the typical DMA transfer mode. Click the Driver tab. Click Uninstall. When the process completes, restart your computer. When Windows restarts, the hard disk controller is re-enumerated and the transfer mode is reset to the default value for each device that is connected to the controller. Paul Thank you much I didn't expect to zero in on this problem so quickly. I booted into Win7 and when I finally managed to download an HD Tune it said my suspect disk xfer speed was normal on the 1000g drive. That certainly eliminates the drive from consideration. In XP Device Manager shows: 2 Primary IDE channels, 2 Secondary IDE Channels and 2 Serial ATA Storage Controllers (these being Controller 1 - 2920, and Controller 2 - 2926) The Secondary IDE controller does say it is currently in PIO mode. But seems like the controllers I should be concerned about are the SERIAL ones? and they don't give any indication of their xfer mode. So I wonder how I can determine which of these 6 listed controllers are the one I should uninstall the driver on? I'm too chicken to start deleting drivers without knowing which one is driving that 1000g drive. The 500g drive has XP and Win7 partitions and that BCD stuff on it I'd hate to disturb. Let's take my current motherboard as an example. If you put the SATA ports in Compatible mode, it shows up as *IDE* in Device manager. My machine uses a P5E Deluxe motherboard. https://www.asus.com/media/global/pr...APcjm9_500.jpg From lower left towards right in the picture. 6 x SATA connectors (3x2 tower connector stacks) 1 x IDE connector for two devices (red colored right-angle IDE) 1 x Floppy disk drive connector (black, vertical connector) Southbridge (X48/ICH9R) - 6 x SATA3.0 Gb/s ports (pure SATA Southbridge) - 1 x UltraDMA133 IDE (Jmicron chip) - 1 x Floppy disk drive connector (SuperI/O) The motherboard BIOS supports "Compatible" and "Enhanced" modes for IDE emulation on the SATA ports. Now, let's look at Device manager. (The PostImage web site sometimes inserts extra underscore characters as it sees fit) https://s7.postimg.org/4hifp2ouz/my_...ulates_IDE.gif The three plugged-in hard drives are in "pretend" UDMA5 mode. Actual transfers happen at cable speed, not UDMA5. However, I *have* had one of the ports drop to PIO several times, until I replaced the cable. I had to follow the article I presented, as a workaround. There is an error counter on the hard drive. The error counter cannot be reset. It gives some indication of cable damage, in the transmit direction, towards the drive. You can use that counter as an advanced indication of trouble. In the reverse direction, towards the motherboard, cable errors could eventually drop the interface to actual PIO mode. The PIO mode is emulated, and the CPU is peeking some buffer, a 32-bit word at a time. And yes, you can even delete the boot drive, and it will be re-discovered on boot. And the mode gets reset. I know, because I've done it :-) More than once. Grrr. Paul I had only one device in the DM's IDE controllers showing PIO in the Current Transfer Mode box. That was in the 2nd Secondary IDE Channel folder. So I tried your Driver Uninstall method on that one first. After the reboot it said it was installing a new CD. My DVD player's letter had changed from X to E. At first I thought I'd picked the wrong folder to try but luckily it occurred to me to HD Tune check the speed of the 1000g hard drive and IT WAS BACK TO THE CORRECT XFER SPEED! AND, the letters did not change on the drive which was helpful. Per the BIOS I have that drive on SATA 4 and the X: dvd player is on SATA 2. (there was no science to way I've connected them it just kinda grew) I learned that Not Applicable Xfer Speed means nothing hooked up on that channel. I have 2 items remaining items in DM's IDE controllers whose current mode is Ultra DMA 5, These would be SATAs 3 and 6, the 500g drive and the CD writer. I have no idea how to tell which is which in Device Mgr. I found copious instructions on Google for editing the hell out of the Registry for this problem. Hopefully I'll never have to attempt that. Again, thanks a whole bunch for your assistance, if I'd finally deduced the PIO problem myself and attempted to follow the instructions I found online I think I'd have shot myself in the foot a few times. I did have a recent backup before I started messing. I have a final weirdness to report on this problem. Today my XP stumbled on the boot-up. Said it was trying boot the CD. On my next try it really booted SLOOOOW, into XP. So I went immediately to HD Tune and checked the disk xfer speeds. This time it was my 500g boot drive that was running in PIO mode. Turned off, pulled my AC cable, and installed a new black round latching SATA 6 cable. I bought a 12" length not realizing the originals were 18". However it was long enough to reach the hard drives, a little short for the DVDs though. I booted, intending to do Paul's trick of deinstalling the driver as i did above for the 1000g drive. However the boot proceeded sprightly and when I cked HD Tune the 500g was out of PIO mode and running UltraDMA5 again. I had thought once a drive got stuck in PIO you were going to have to do Paul's trick to get it back out. I wonder if pulling the power cable forcing the BIOS to start from scratch has anything to do with it? |
#12
|
|||
|
|||
hard disk transfer speed changed
John B. Smith wrote:
I have a final weirdness to report on this problem. Today my XP stumbled on the boot-up. Said it was trying boot the CD. On my next try it really booted SLOOOOW, into XP. So I went immediately to HD Tune and checked the disk xfer speeds. This time it was my 500g boot drive that was running in PIO mode. Turned off, pulled my AC cable, and installed a new black round latching SATA 6 cable. I bought a 12" length not realizing the originals were 18". However it was long enough to reach the hard drives, a little short for the DVDs though. I booted, intending to do Paul's trick of deinstalling the driver as i did above for the 1000g drive. However the boot proceeded sprightly and when I cked HD Tune the 500g was out of PIO mode and running UltraDMA5 again. I had thought once a drive got stuck in PIO you were going to have to do Paul's trick to get it back out. I wonder if pulling the power cable forcing the BIOS to start from scratch has anything to do with it? Did you change the port it was plugged into ? Did the OS mention "hey, how about rebooting now as I have just discovered new hardware" ? Those are signs you achieved the same result when Windows scanned for new hardware. Paul |
#13
|
|||
|
|||
hard disk transfer speed changed
On Tue, 05 Dec 2017 01:53:59 -0500, Paul
wrote: John B. Smith wrote: I have a final weirdness to report on this problem. Today my XP stumbled on the boot-up. Said it was trying boot the CD. On my next try it really booted SLOOOOW, into XP. So I went immediately to HD Tune and checked the disk xfer speeds. This time it was my 500g boot drive that was running in PIO mode. Turned off, pulled my AC cable, and installed a new black round latching SATA 6 cable. I bought a 12" length not realizing the originals were 18". However it was long enough to reach the hard drives, a little short for the DVDs though. I booted, intending to do Paul's trick of deinstalling the driver as i did above for the 1000g drive. However the boot proceeded sprightly and when I cked HD Tune the 500g was out of PIO mode and running UltraDMA5 again. I had thought once a drive got stuck in PIO you were going to have to do Paul's trick to get it back out. I wonder if pulling the power cable forcing the BIOS to start from scratch has anything to do with it? Did you change the port it was plugged into ? Did the OS mention "hey, how about rebooting now as I have just discovered new hardware" ? Those are signs you achieved the same result when Windows scanned for new hardware. Paul No, same SATA port. I don't remember anything like that and I don't see it in my notes. I THINK I would have noted something like that. I can't remember if I watched my slowish XP boot all the way to the end though. I think I did, to see if my new cable would give trouble. I seem to remember that Windows does sneaky behind-the-scenes things on the boot to repair itself if it thinks it needs to. I don't use Restore Points. |
|
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
I am look for new motherboard or try push speed for transfer on hard drive. | Sylim | Abit Motherboards | 0 | November 8th 07 01:36 PM |
I am look for new motherboard or try push speed for transfer on hard drive. | Pitter | Gigabyte Motherboards | 0 | October 12th 07 01:24 PM |
USB hard disk speed? | Russell May | Storage (alternative) | 22 | October 20th 05 05:58 AM |
Transfer of Video to Hard disk | Vinay Khetan | General Hardware | 2 | August 9th 04 11:37 PM |
Slow transfer speed to/from external USB/Firewire hard drive | Mark Huebner | Storage (alternative) | 2 | February 25th 04 12:35 PM |