<div dir="ltr">i suggest you trace it. use blktrace.<br><br>
<div class="gmail_quote">On Wed, Jun 15, 2011 at 5:42 PM, Ira Abramov <span dir="ltr"><<a href="mailto:Lists-Linux-IL@ira.abramov.org" target="_blank">Lists-Linux-IL@ira.abramov.org</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Quoting Yedidyah Bar-David, from the post of Wed, 15 Jun:<br>><br>> Perhaps it uses USB1 and not 2?<br>
<br>nope, I had that problem when I accidentally switched ports to a USB1<br>port, the 22 minute burn took over 113 minutes before I noticed it was<br>still writing and killed it.<br><br>also, to answer Geoff - nothing else is on the USB, the M/K are on PS/2<br>
connectors. Maybe the same controller chip, but not the same bus or<br>kernel module.<br><br>at least with oflag=dsync it doesn't get the entire userspace stuck,<br>whatever that does.<br><br>bs=8M is the next parameter I'll try, or maybe I should go for 32M?<br>
<br>> Can you rmmod all *hci_ucd modules except for ehci_hcd and see what<br>> happens?<br><br>nope, I assumed Ubuntu would have taken precautions not to insmod<br>anything useless for my hardware...<br><br>><br>
> Did you try cp (or cp --sparse=always if you really want to) and<br>> see if it helps? I don't know of a similar option for dd.<br><br>I have here an image with partitions in it, which is why I use DD. cp<br>
can't help me, sadly.<br>
<br>--<br>A fetus who made it<br>Ira Abramov<br><a href="http://ira.abramov.org/email/" target="_blank">http://ira.abramov.org/email/</a><br><br>_______________________________________________<br>Linux-il mailing list<br>
<a href="mailto:Linux-il@cs.huji.ac.il" target="_blank">Linux-il@cs.huji.ac.il</a><br><a href="http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il" target="_blank">http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il</a><br>
</blockquote></div><br></div>