[USRP-users] Problem burning image to SD card for E312

Mann, John - 0662 - MITLL mannj at ll.mit.edu
Mon Nov 20 10:10:42 EST 2017


That was the problem – thank you for your help!!  I simply used /dev/sdb instead of /dev/sdb1 and everything worked perfectly.

From: Anon Lister [mailto:listeranon at gmail.com]
Sent: Thursday, November 16, 2017 6:25 PM
To: Mann, John - 0662 - MITLL <mannj at ll.mit.edu>
Cc: usrp-users <usrp-users at lists.ettus.com>
Subject: Re: [USRP-users] Problem burning image to SD card for E312

You want the raw block device /dev/sdb,  not the partition /dev/sdb1, no? Could that be it?

On Nov 16, 2017 5:28 PM, "Mann, John - 0662 - MITLL via USRP-users" <usrp-users at lists.ettus.com<mailto:usrp-users at lists.ettus.com>> wrote:
I tried issuing a sync command after the dd command - no help.

I also tried using bmaptool to burn the image.  It still doesn’t work.  And it still took around 10 minutes - no faster than dd.

Both commands finish without any error messages.

The image file's md5 checksum is correct, so the image did not get corrupted during the download.

I have even tried 2 different SD cards.

I'm running out of ideas... should I try a different host computer?  Any way to do this from Windows 7 or Windows 10?

-----Original Message-----
From: Philip Balister [mailto:philip at balister.org<mailto:philip at balister.org>]
Sent: Thursday, November 16, 2017 4:43 PM
To: Anon Lister <listeranon at gmail.com<mailto:listeranon at gmail.com>>
Cc: Mann, John - 0662 - MITLL <mannj at ll.mit.edu<mailto:mannj at ll.mit.edu>>; usrp-users <usrp-users at lists.ettus.com<mailto:usrp-users at lists.ettus.com>>
Subject: Re: [USRP-users] Problem burning image to SD card for E312

On 11/16/2017 04:37 PM, Anon Lister wrote:
> Make sure to run sync after to dd.

Interesting, I thought dd would run below the buffer cache layer.

>
> Also curious as to reason for the recommendation against dd?
>

bmaptool is faster. bmaptool also checks to see if the device has a mounted file system, so prevent you form overwriting something like /dev/sda. Basically, safer and faster.

Philip


> On Nov 16, 2017 12:35 PM, "Philip Balister via USRP-users" <
> usrp-users at lists.ettus.com<mailto:usrp-users at lists.ettus.com>> wrote:
>
>> Try bmaptool. dd is a bad idea, yeah I killed my hard drive once.
>>
>> https://wiki.gnuradio.org/index.php/Copy_an_image_file_to_the_SD_card
>>
>> The might even be package with Ubuntu. After writing, re-insert the
>> card in the writer and see if it mounts the partitions.
>>
>> Philip
>>
>> On 11/16/2017 10:54 AM, Mann, John - 0662 - MITLL via USRP-users wrote:
>>> Running Ubuntu 16 on my host computer...
>>>
>>> I downloaded the image from:
>>>
>>> http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-
>> e3xx-sg3/http://files.ettus.com/e3xx_images/e3xx-release-
>> 4/ettus-e3xx-sg3/sdimage-gnuradio-dev.direct.xz
>>>
>>> Then I decompressed the xz file using xzdec:
>>>
>>> xzdec sdimage-gnuradio-dev.direct.xz >> sdimage-gnuradio-dev.direct
>>>
>>> And burned the sd image using the dd command:
>>>
>>> sudo dd if=sdimage-gnuradio-dev.direct of=/dev/sdb1 bs=1M
>>>
>>> The dd command apparently finishes without error after about 10
>>> minutes,
>> and I can see flashing lights on the SD card USB adapter, so I'm
>> pretty sure it is getting written to the correct place.
>>>
>>> But the card does not work in the E312.  When I turn it on, the 4
>>> LEDs
>> next to the Tx/Rx ports light up, but there is no activity on the
>> console window.  I have another SD card that boots up fine, so I know
>> the E312 is fine.  There is clearly something wrong with the SD card.
>> When I plug the old working card into my Ubuntu host machine, I can
>> actually see the files on the card.  When I plug the newly burned
>> card back into the Ubuntu machine, I see nothing.
>>>
>>> Any idea what I am doing wrong?
>>>
>>> John Mann
>>> MIT Lincoln Laboratory
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> USRP-users at lists.ettus.com<mailto:USRP-users at lists.ettus.com>
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> USRP-users at lists.ettus.com<mailto:USRP-users at lists.ettus.com>
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
_______________________________________________
USRP-users mailing list
USRP-users at lists.ettus.com<mailto:USRP-users at lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20171120/05377d4c/attachment-0002.html>


More information about the USRP-users mailing list