- Oct 17, 2005
- 321
- 0
- 76
Alright, I'm tearing my hair out here.
I have a computer I built, I believe, September 2007 - Core 2 Quad Q6600, Asus Striker Extreme mainboard, with the nForce 680 (680i?) SLI chipset. It has the MCP55 with 6 SATA ports.
I am running Windows Vista 32-bit Home Premium, updated to SP1. I'm running the newest official nVidia nForce drivers. The drives show up in device manager as SCSI Disk Devices.
I have two disks: a 320 GB Seagate ST3320620AS, my primary drive, and a 1 TB Seagate ST31000340AS, which I added later.
Upon hearing the 1 TB drive has a firmware problem (it came shipped with SD18; SD1A is the newest version) I went to upgrade it. I'm not able to back it up completely, so I started shuffling critical files off the 1 TB onto the 320, and moving stuff I could stand to lose onto the 1 TB. This is where the problem started.
I have a 7.94 GB ISO file on my 320 GB drive. I tell Vista to move it to the 1 TB drive. It starts out estimating "3 minutes remaining" (20-odd MB/sec, I think). This is acceptable, a bit slow though. Then the transfer speed starts slowing and slowing and slowing - in the time I've been writing this forum post, that transfer is now up to 1 hour 36 minutes remaining at a godawful 4.80 MB/sec. (Copying the same file BACK to the first drive, FROM the 1 TB yields 65-90 MB/sec!)
I can transfer the same file over my gigabit network to a (badly-configured!) Linux server with old, crappy hard drives at 28 MB/sec!
Windows sees the SATA controller ports in pairs, and they were originally the primary and secondary of the first two-port pair. I moved the 1 TB drive to the third port (so they're "primary" on two separate controllers in the device manager) and nothing changed. Updating the firmware changed nothing as well.
Both have "Let BIOS select transfer mode", are reporting "DMA mode", and "enable command queuing" checked on the controller's device properties page. Both hard drives have "enable write caching on the disk" turned on, and "enable advanced performance" turned OFF, despite the fact I tried to enable it once (should be safe because I have a UPS).
What's going on here? I thought they'd fixed Vista's weird file transfer problems in SP1?
I have a computer I built, I believe, September 2007 - Core 2 Quad Q6600, Asus Striker Extreme mainboard, with the nForce 680 (680i?) SLI chipset. It has the MCP55 with 6 SATA ports.
I am running Windows Vista 32-bit Home Premium, updated to SP1. I'm running the newest official nVidia nForce drivers. The drives show up in device manager as SCSI Disk Devices.
I have two disks: a 320 GB Seagate ST3320620AS, my primary drive, and a 1 TB Seagate ST31000340AS, which I added later.
Upon hearing the 1 TB drive has a firmware problem (it came shipped with SD18; SD1A is the newest version) I went to upgrade it. I'm not able to back it up completely, so I started shuffling critical files off the 1 TB onto the 320, and moving stuff I could stand to lose onto the 1 TB. This is where the problem started.
I have a 7.94 GB ISO file on my 320 GB drive. I tell Vista to move it to the 1 TB drive. It starts out estimating "3 minutes remaining" (20-odd MB/sec, I think). This is acceptable, a bit slow though. Then the transfer speed starts slowing and slowing and slowing - in the time I've been writing this forum post, that transfer is now up to 1 hour 36 minutes remaining at a godawful 4.80 MB/sec. (Copying the same file BACK to the first drive, FROM the 1 TB yields 65-90 MB/sec!)
I can transfer the same file over my gigabit network to a (badly-configured!) Linux server with old, crappy hard drives at 28 MB/sec!
Windows sees the SATA controller ports in pairs, and they were originally the primary and secondary of the first two-port pair. I moved the 1 TB drive to the third port (so they're "primary" on two separate controllers in the device manager) and nothing changed. Updating the firmware changed nothing as well.
Both have "Let BIOS select transfer mode", are reporting "DMA mode", and "enable command queuing" checked on the controller's device properties page. Both hard drives have "enable write caching on the disk" turned on, and "enable advanced performance" turned OFF, despite the fact I tried to enable it once (should be safe because I have a UPS).
What's going on here? I thought they'd fixed Vista's weird file transfer problems in SP1?
