<br><br><p><DEFANGED_div class="gmail_quote">On Nov 6, 2007 4:35 PM, Justin Denick <<a href="mailto:justin.denick@gmail.com">justin.denick@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" DEFANGED_style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><p></p><p><DEFANGED_div class="Ih2E3d">On 11/6/07, <b class="gmail_sendername">Bob Kline</b> <<a href="mailto:bob.kline@gmail.com" target="_blank">bob.kline@gmail.com</a>> wrote:<blockquote class="gmail_quote">
Both the internal drive and the <br>one hanging off the USB 2 cable<br>are IDE.<br><br>When I run the backup, the <br>machine is doing little else, so I'd<br>guess the CPU is not particularly<br>loaded.<br><br>I'm a little puzzled as to why the
<br>hdparm "d" parameter does not<br>function, but the write says hdparm<br>does not work with all chip sets. </blockquote></p><DEFANGED_div><p><br>I tried setting DMA on one of my IDE drives connected via usb<br>and I got the same error message.
<br>The kernel doesn't see it as a PATA drive but rather SATA.<br></p> </blockquote><p><DEFANGED_div><br>As I mentioned of the options c, u, d, and a,<br>hdparm only reports anything for a. Either<br>there are a lot of unsupported chip sets out
<br>there, as the man page writeup suggests, or<br>hdparm needs work.<br><br>Anyway, for now I'll just set my backups <br>to run overnight and consider the rest of it<br>an unresolved problem for now. I gather<br>
not too many people are doing what I'm <br>doing here - using a drive at the end of a <br>USB 2 port. <br><br>I wonder whether FireWire works any better?<br><br><br> -Bob<br><br> </p><DEFANGED_div></p><DEFANGED_div><br>