04-18-2012 03:01 PM
Does anyone know why the file copy process from the primary HDD to the Ultrabay HDD takes almost 10 (ten) times as long than copying from the primary HDD to an external USB HDD.
I am trying to copy a system image (Ghost) of 8 GB which takes only 20 minutes to external but 2-3 hours to ultrabay.
I am running an R61 and have just added a HDD for the Ultrabay removing the DVD Writer.
Thank you for an answer.
Fred F.
Solved! Go to Solution.
04-18-2012 04:19 PM
Hi Fred,
In Device Manager, Properties for the ultrabay HD, are "optimize for performance" and "enable write caching" checked? I dont' think you mentioned what operating system you are running - but this is about the same for XP, Vista, and 7, IIRC.
That's one possibility.
Z.
R40 XP Pro + Linux + Solaris, T43 XP Pro + Linux + Solaris, T61 XP Pro + Win 7 + VMs, T400 Win 7 Pro 64 + too many VMs to count, New T420 - a work in progress ... GeezBlog
04-19-2012 06:40 AM
Hi Zoltanthegypsy and thanks for the reply.
No. Write caching is not checked on all of my drives including the external.
So, the write speed must be governed by something different in operating the ultrabay.
I just don't know what.
I am running Win XP SP 3.
Just for the heck of it I am going to try with write caching enabled but I am not optimistic about the result.
Fred F.
04-19-2012 07:03 AM
Hi again, Zoltanthegypsy,
I tried the copy a of 2 GB file first with caching enabled (est. time 20 min.)
Then with caching disabled (est. time 55 min.)
Then to the external USB drive with caching disabled (est. time 6 min.)
Go figure.
Fredf
04-21-2012 12:34 PM
Further investigation in the Lenovo selfhelp section reveals that HDD in Ultrabay should be included in the boot order of the BIOS and not excluded.
Mine is excluded and no matter how often I try at any boot it is back in the excluded list.
Any suggestions?
Fredf
04-22-2012 07:56 AM
Hi Zoltanthegypsy,
I have solved the problem!
It appears the IDE channel tranfer mode had slipped to PIO from UDMA.
Possibly from having been used for the DVD writer.
I found a web site that showed how to fix that and now I am back to UDMA-5.
If it is of interest, here is the URL: http://winhlp.com/node/10
Fredf
04-22-2012 08:16 AM
Excellent! Now how about hitting that "accept as solution" button on your post?
I'm a little hesitant to download strange scripts from strange websites - even when the information looks legitimate. Did you use the script, or the manual solution? IIRC, p-I/O vs. DMA mode should be a settable property via device manager, but I don't have anything with an IDE device on it to test.
Z.
R40 XP Pro + Linux + Solaris, T43 XP Pro + Linux + Solaris, T61 XP Pro + Win 7 + VMs, T400 Win 7 Pro 64 + too many VMs to count, New T420 - a work in progress ... GeezBlog
04-26-2012 06:38 AM
I did the correction manually via the registry editor.
Simply drilling down to
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro
find the subkey for the primary ide chanel (in my case it is 0003)
and delete the MasterIdDataChecksum entry.
Rebooting will reinstate this line correctly and all is fine.
Resetting in device manager from PIO to UDMA does not correct the above and the next boot will revert to PIO.
Fred F