Hi Guys, i've recently updated my MAC with the new Apple OSX, Mavericks and since then i cannot flash any MicroSD using dd from terminal. I tried with both Ubuntu 1.2 and Android 1.1 images... same issue: when i run dd my mac suddenly become very slow and after a couple of minutes (instead of the usual 30) the process stops returning the following lines: Code: 7018+0 records in 7018+0 records out 7358906368 bytes transferred in 275.851278 secs (26677079 bytes/sec) The MircoSD remains empty and UDOO (of course) doesn't boot. With the previous OSX (10.8), windows or Linux i've been able to flash the SD using the same images. Anyone's experiencing the same issue? If so, any solution? Cheers
i have recently updated my iMac to Maverick, but i dont use it for this type of work. If i get a chance tonight i will try and test the image procedure on it, if no one else can before i do.
Possible workaround (although it's a bit of a headache): Use a Virtual machine system like Parallels, VMWare, or the free VirtualBox software. Install a Linux image into a VM, them use dd from inside there...
I thought about that but i've got no space to place any virtual machine right now. Thanks for the suggestion btw.
I have Mavericks and dd works fine. using: Code: $ dd if=image.img of=/dev/rdisk* bs=5m; use Control-T to see progress while using dd.
Nope, nothing. Same issue. I tried in a different Mac (with Mavericks as well) and it worked. Weirder and weirder. I guess i'll wait for the 10.9.1 to see if it solves the problem.
Positive feedback also inside the team, Maurizio has the dd working fine on his MacBook pro updated to Mavericks! Anyone else?
Mavericks on MBA 2012 here. And it works. Though 2 things i've noticed: - I've had a couple of times where the sd indeed did not boot. But that might be me overlooking something, because most attempts did work out. - dd is much slower than i remember it to be. (though it has been a while since i've used it for something besides udoo) So it is probably something different besides Mavericks (or something on your system that does not play well with Mavericks)
I guess we can say that there are no issue with DD on Mavericks, just few isolated cases. Let's wait for some more feedbacks then I'll set the topic to [Solved].
It finally worked for me, too. I used the 'bs=5m' option. Took 2h for a 4GB image (Debian Jessi). I am happy
Having just flashed 3 brand new Sony MicroSD HC class 10's from a MBPro running Mavericks, I can agree that it seems MUCH slower than it used to be. I suspect it has to do with the bs=1m.... Class 10 cards are designed for digital cameras that typically write large (multi-MB) files in one burst quickly. By setting the bs=1m, we're making the write be artificially pretty small vs with the card was designed for. I'd set it to more like 4m or even 8m and see if that makes any difference.... On older Class 4 cards the bs=1m is probably pretty appropriate (designed for moving smaller chunks of data at a time).
Since there's a new Android image I'll give it a try with both BS=1M and BS=4M on my C10 card and time each. Will post results tonight when I get done.
Ok, these times are for a new Sony 16GB class 10 on Mavericks 10.9.2 (using the internal card reader and an SD adapter on a late 2013 15" MBPro 2.3 Ghz core i7). First, using BS=1m: 6682+1 records in 6682+1 records out 7007329280 bytes transferred in 670.295021 secs (10454097 bytes/sec) So, 11:11 total... Now using BS=4m: 1670+1 records in 1670+1 records out 7007329280 bytes transferred in 668.892752 secs (10476013 bytes/sec) So 11:10. The same... Strange. Still seems like it's taking WAY WAY longer than it should. This card is supposed to be rated for up to 40Mbps transfers (of course, I'm sure that's probably READ speed...) Using BS=8m: 835+1 records in 835+1 records out 7007329280 bytes transferred in 666.443478 secs (10514514 bytes/sec) Same 11:10 or so...
I wonder if it's the adapted sled slowing it down? Reports on Amazon for this card using a USB microSD adapter claimed 18MB/s vs the 10MB/s I'm seeing here...
