Opened 11 years ago
Closed 11 years ago
#38 closed defect (fixed)
Large USB drive slows to less than a crawl.
| Reported by: | Doug Bissett | Owned by: | somebody |
|---|---|---|---|
| Priority: | major | Component: | basedrv |
| Version: | Keywords: | ||
| Cc: |
Description
Twice now, I have had my RSYNC backup, to my USB drive, effectively just stop. This is with version 188. I have reverted USBEHCD back to version 186, which always worked good, but it also had a problem, when doing the CHKDSK to recover from the hang. It did, however, finish the job, eventually. The hang seems to happen after a relatively large amount of data has been written (I have no idea about exact numbers, since RSYNC tends to try to reduce the amount). The two stops have happened in different parts of the backup. The first was shortly after it finished writing some large backup files. The second was quite a bit later, but likely after a similar amount of data was written.
The indication is much the same as when an interrupt is lost, but I can't say, for sure, that that is what is happening. When I found it, this morning, there was a beep, then a pause for about 30 seconds, then some disk activity (on the USB drive), for a couple of seconds, then a pause for about 30 seconds, and it started over with another beep. The system was still working, but the mouse was very jumpy, and the drives object would not populate. I tried to do a reboot, using CADH, but it wouldn't go. I had to use the reset button. The following CHKDSK found no errors.
I do have a system dump (CTRL-ALT-NLCK-NLCK), that is a little less than 2 GB, if it might help.
according to your newsgroup comment I consider this specific problem to be fixed with 10.189. There are follow up tickets for the remaining problems with devices not being detected on "EHCI only (with RMH = rate matching hub)" Lenovo Thinkpad systems.