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

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@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >

Make sure to run sync after to dd. Also curious as to reason for the recommendation against dd? On Nov 16, 2017 12:35 PM, "Philip Balister via USRP-users" < usrp-users@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@lists.ettus.com > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >

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@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@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >> >> _______________________________________________ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> >

Afaik, no, dd is just a normal command, you can pass conv=fdatasync and not have to worry about cache, but otherwise it's won't know about it. Cool, never heard of bmaptool. The faster writes sounds awesome. Thanks for the info. On Nov 16, 2017 4:42 PM, "Philip Balister" <philip@balister.org> wrote: > 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@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@lists.ettus.com > >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >>> > >> > >> _______________________________________________ > >> USRP-users mailing list > >> USRP-users@lists.ettus.com > >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >> > > >

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@balister.org] Sent: Thursday, November 16, 2017 4:43 PM To: Anon Lister <listeranon@gmail.com> Cc: Mann, John - 0662 - MITLL <mannj@ll.mit.edu>; usrp-users <usrp-users@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@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@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >> >> _______________________________________________ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> >

Make sure you unmount the SD card file system first before using dd. Ron On 11/16/2017 02:24 PM, Mann, John - 0662 - MITLL via USRP-users 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@balister.org] > Sent: Thursday, November 16, 2017 4:43 PM > To: Anon Lister <listeranon@gmail.com> > Cc: Mann, John - 0662 - MITLL <mannj@ll.mit.edu>; usrp-users <usrp-users@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@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@lists.ettus.com >>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>>> >>> _______________________________________________ >>> USRP-users mailing list >>> USRP-users@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

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@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@balister.org] > Sent: Thursday, November 16, 2017 4:43 PM > To: Anon Lister <listeranon@gmail.com> > Cc: Mann, John - 0662 - MITLL <mannj@ll.mit.edu>; usrp-users < > usrp-users@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@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@lists.ettus.com > >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >>> > >> > >> _______________________________________________ > >> USRP-users mailing list > >> USRP-users@lists.ettus.com > >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >> > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >

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@gmail.com] Sent: Thursday, November 16, 2017 6:25 PM To: Mann, John - 0662 - MITLL <mannj@ll.mit.edu> Cc: usrp-users <usrp-users@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@lists.ettus.com<mailto:usrp-users@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@balister.org<mailto:philip@balister.org>] Sent: Thursday, November 16, 2017 4:43 PM To: Anon Lister <listeranon@gmail.com<mailto:listeranon@gmail.com>> Cc: Mann, John - 0662 - MITLL <mannj@ll.mit.edu<mailto:mannj@ll.mit.edu>>; usrp-users <usrp-users@lists.ettus.com<mailto:usrp-users@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@lists.ettus.com<mailto:usrp-users@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@lists.ettus.com<mailto:USRP-users@lists.ettus.com> >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >> >> _______________________________________________ >> USRP-users mailing list >> USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com> >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> > _______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com