I have tried: - 4 distinct power supplies (3 x 5V, 1x 12V) - SD card and built in memory - 3 different OS images -- latest 'iot' image from https://beagleboard.org/latest-images -- image referenced in BeagleBoneBlue FAQ, https://debian.beagleboard.org/images/bone-debian-8.7-iot-armhf-2017-03-19-4gb.img.xz. -- image referenced on Straswon Design, https://rcn-ee.com/rootfs/bb.org/testing/2017-03-07/iot/bone-debian-8.7-iot-armhf-2017-03-07-4gb.img.xz
Nothing helped. The input/output errors show usually after some writes to mmc and dmesg is flooded with errors. I have also found on StrawsonDesign github this thread: https://github.com/StrawsonDesign/Robotics_Cape_Installer/issues/87 and StrawsonDesign mentioning that: I've found this on about 10 out of 70 beaglebone blues, many of those > boards also show flash errors when running badblocks. I think it's a > hardware issue with the emmc as I don't see it when running off an SD card. In my case it also doesn't work with SD cards. I concluded that my BBBL is faulty and returned it. Kind regards On Tuesday, March 6, 2018 at 10:46:25 PM UTC+1, megl...@gmail.com wrote: > > Same problems on new Beagle Bone Blue. > Unpacked, powered up, worked like 5 minutes until IO errors. > > Kind regards, > > Bm > > On Wednesday, August 23, 2017 at 11:49:22 PM UTC+2, Jeffrey Obadal wrote: >> >> I don't have my logs with me, but I believe mine looked pretty much just >> like that. Unfortunately both of mine spits out errors just trying to >> update Debian. Using an SD Card delays the error a little longer, but >> eventually it gets some disk access errors and goes into read only mode. I >> wonder if there is a way to slow down read/write and if that would fix it. >> I mean, besides updating it I don't really care about writing much after >> that. >> >> I contacted the RMA email on the beagleboard site, and Arrow. Never heard >> back from beagleboard. Arrow said they would have the RMA people contact >> me, been a week already. I bought this for testing until their new X15 >> comes out, but at this rate I think I'll wait a major revision of X15 after >> it first comes out. >> >> Jeff >> >> On Tue, Aug 22, 2017 at 7:34 PM, <msard...@gmail.com> wrote: >> >>> I also am having the same issue. I thought it was broken hardware so I >>> bought a new one and the same thing happened again. I found that I can >>> usually induce the errors by transferring a large amount of files using >>> scp. >>> >>> I'm going to check UART0 for additional information once I get the >>> cabling set up. I really hope this gets patched soon, it's a very >>> irritating bug. >>> >>> One time I was able to get some debug information before the I/O errors >>> consumed everything, not sure if it's helpful in any way. >>> >>> Here's the last few lines given from dmesg >>> >>> [14188.582576] wlan0: RX AssocResp from 06:18:d6:57:8c:90 (capab=0x431 >>> status=0 aid=2) >>> [14188.593611] wlan0: associated >>> [14188.641133] wlcore: Association completed. >>> [25043.096569] hrtimer: interrupt took 136276 ns >>> [30864.563462] mmcblk1: error -110 sending status command, retrying >>> [30864.597101] mmcblk1: error -110 sending status command, retrying >>> [30864.638167] mmcblk1: error -110 sending status command, aborting >>> [30864.644451] blk_update_request: I/O error, dev mmcblk1, sector 3487760 >>> [30864.651172] blk_update_request: I/O error, dev mmcblk1, sector 3487768 >>> [30864.657840] blk_update_request: I/O error, dev mmcblk1, sector 3487776 >>> [30864.664510] blk_update_request: I/O error, dev mmcblk1, sector 3487784 >>> [30864.671146] blk_update_request: I/O error, dev mmcblk1, sector 3487792 >>> [30864.677767] blk_update_request: I/O error, dev mmcblk1, sector 3487800 >>> [30864.684382] blk_update_request: I/O error, dev mmcblk1, sector 3487808 >>> [30864.690996] blk_update_request: I/O error, dev mmcblk1, sector 3487816 >>> [30864.697652] blk_update_request: I/O error, dev mmcblk1, sector 3487824 >>> [30864.708291] Aborting journal on device mmcblk1p1-8. >>> [30864.769510] mmcblk1: error -110 sending status command, retrying >>> [30864.817684] mmcblk1: error -110 sending status command, retrying >>> [30864.865245] mmcblk1: error -110 sending status command, aborting >>> [30864.871498] blk_update_request: I/O error, dev mmcblk1, sector 8192 >>> [30864.877900] Buffer I/O error on dev mmcblk1p1, logical block 0, lost >>> sync page write >>> [30864.886607] EXT4-fs error (device mmcblk1p1): >>> ext4_journal_check_start:56: Detected aborted journal >>> [30864.895940] EXT4-fs (mmcblk1p1): Remounting filesystem read-only >>> [30864.902042] EXT4-fs (mmcblk1p1): previous I/O error to superblock >>> detected >>> [30865.101035] mmcblk1: error -110 sending status command, retrying >>> [30865.115710] mmcblk1: error -110 sending status command, retrying >>> >>> >>> And here are the last few lines of /var/log/syslog >>> >>> >>> Aug 4 20:37:33 beaglebone connmand[794]: ntp: time slew -0.003904 s >>> Aug 4 20:37:33 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:39:03 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:39:04 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:40:34 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:40:35 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:42:05 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:42:14 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:43:44 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:43:56 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:45:26 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:45:27 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:46:57 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:46:57 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:48:27 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:48:32 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:50:02 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:50:13 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:51:43 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:51:47 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:53:17 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:53:17 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:54:47 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:54:37 beaglebone connmand[794]: ntp: time slew -0.010474 s >>> Aug 4 20:54:47 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:56:17 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:56:17 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:57:47 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:57:47 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 20:59:17 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 20:59:22 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:00:52 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:01:02 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:02:32 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:02:32 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:04:02 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:04:03 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:05:33 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:05:33 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:07:03 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:07:03 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:08:33 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:08:33 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:10:03 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:10:12 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:11:42 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:11:41 beaglebone connmand[794]: ntp: time slew -0.009679 s >>> Aug 4 21:11:51 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:13:21 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:13:22 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:14:52 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:14:53 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:16:23 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:16:35 beaglebone rsyslogd-2007: action 'action 17' suspended, >>> next retry is Fri Aug 4 21:18:05 2017 [try >>> http://www.rsyslog.com/e/2007 ] >>> Aug 4 21:17:01 beaglebone CRON[4839]: (root) CMD ( cd / && run-parts >>> --report /etc/cron.hourly) >>> Aug 4 21:17:01 beaglebone kernel: [30864.563462] mmcblk1: error -110 >>> sending status command, retrying >>> Aug 4 21:17:01 beaglebone kernel: [30864.597101] mmcblk1: error -110 >>> sending status command, retrying >>> Aug 4 21:17:01 beaglebone kernel: [30864.638167] mmcblk1: error -110 >>> sending status command, aborting >>> Aug 4 21:17:01 beaglebone kernel: [30864.644451] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487760 >>> Aug 4 21:17:01 beaglebone kernel: [30864.651172] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487768 >>> Aug 4 21:17:01 beaglebone kernel: [30864.657840] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487776 >>> Aug 4 21:17:01 beaglebone kernel: [30864.664510] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487784 >>> Aug 4 21:17:01 beaglebone kernel: [30864.671146] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487792 >>> Aug 4 21:17:01 beaglebone kernel: [30864.677767] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487800 >>> Aug 4 21:17:01 beaglebone kernel: [30864.684382] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487808 >>> Aug 4 21:17:01 beaglebone kernel: [30864.690996] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487816 >>> Aug 4 21:17:01 beaglebone kernel: [30864.697652] blk_update_request: >>> I/O error, dev mmcblk1, sector 3487824 >>> >>> >>> >>> On Thursday, August 3, 2017 at 4:07:15 PM UTC-4, Jeffrey Obadal wrote: >>>> >>>> Any update on this problem. I ordered a beaglebone blue from Arrow and >>>> I'm having the same problems. Writing/reading to the eMMC just randomly >>>> fails. They sent me another one, this ones a little better... but >>>> eventually i get input/output errors. I thought it was the power supply >>>> maybe at first, but I hooked them up to a known googd power supply that's >>>> 12V 5A (60w) and it still does this. >>>> >>>> On Friday, May 19, 2017 at 5:02:02 AM UTC-5, Niels Jakob Buch wrote: >>>>> >>>>> I just checked and the JST-SH connector pins, inside the terminal are >>>>> only 1mm apart. >>>>> https://is.alicdn.com/img/pb/863/022/524/524022863_862.jpg >>>>> >>>>> I guess I will wait for the wire assemblies. >>>>> >>>>> On Friday, 19 May 2017 00:06:02 UTC+2, William Hermans wrote: >>>>>> >>>>>> >>>>>> >>>>>> On Thu, May 18, 2017 at 2:06 PM, Niels Jakob Buch <njb...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Argh, waiting on a pile of JST-XX connectors to get the Blue-world >>>>>>> up and running. But thanks! >>>>>>> >>>>>> >>>>>> So, I actually have no idea of the pin pitch on those JST headers. >>>>>> But the serial debug cable I bought years ago, and still use. Has fairly >>>>>> thin slip on connectors. You only need RXD, TXD, and ground connected. >>>>>> The >>>>>> cable I bought was a Prolific PL2303HX cable very similar to the one >>>>>> stocked at Adafruit https://www.adafruit.com/product/954 >>>>>> >>>>>> I actually bought mine off ebay for less than $3, but shipping took a >>>>>> lot longer too. Adafruit is stating on their page there that they're now >>>>>> using SilLabs something or another because of driver stability. But I've >>>>>> never experienced a problem with the PL2303HX cable. >>>>>> >>>>>> Anyway, my point is that you may not need a JST connector for this >>>>>> purpose. >>>>>> >>>>> -- >>> For more options, visit http://beagleboard.org/discuss >>> --- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "BeagleBoard" group. >>> To unsubscribe from this topic, visit >>> https://groups.google.com/d/topic/beagleboard/TgPgtCMf87U/unsubscribe. >>> To unsubscribe from this group and all its topics, send an email to >>> beagleboard...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/beagleboard/e41f0e13-3458-4614-b78c-f6c7b1265ab0%40googlegroups.com >>> >>> <https://groups.google.com/d/msgid/beagleboard/e41f0e13-3458-4614-b78c-f6c7b1265ab0%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/86f32b3c-2872-4cd0-ac27-d850bd78914e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.