**** BEGIN LOGGING AT Fri May 31 02:59:58 2019 May 31 20:31:33 dabbler: I don't know about write reliability in isolation, but configuring the eMMC into SLC mode combined with enabling write reliability actually resulted in increased write performance (i.e. the performance benefits of SLC mode outweigh the detriment of write reliability) May 31 20:32:11 at least for sequential writes, I haven't really done any real testing so maybe random writes are worse May 31 22:34:16 Hey, anyone know where I can find a 2GB image for the Beaglebone (not flasher) May 31 22:34:47 unfortunately the iot image nowadays can't fit its fat ass into 2GB anymore, so you'd have to get the console image May 31 22:35:12 https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Stretch_Snapshot_console May 31 22:35:49 though if you're not intending to flash to eMMC, why does it matter? I think nowadays it would be hard to find a card smaller than 4GB May 31 22:36:39 if you do intend to run from sd card rather than flashing to eMMC, I recommend wiping eMMC using "sudo blkdiscard /dev/mmcblk1" since an old bootloader present on eMMC can otherwise cause subtle problems (even if the system appears to boot normally) May 31 22:36:53 https://rcn-ee.com/rootfs/2019-05-10/microsd/bone-debian-9.9-console-armhf-2019-05-10-2gb.img.xz May 31 22:37:06 My issue is I may have damaged the BBB May 31 22:37:15 (as in it has no MicroSD slot May 31 22:37:36 you damaged your microsd slot? o.O May 31 22:37:44 yeah May 31 22:37:58 that complicates things May 31 22:38:09 I was going to BBBLFS the image May 31 22:38:39 bbblfs is kinda brittle though and doesn't work with recently manufactured beaglebones (due to eMMC version) May 31 22:39:09 there's also a successor, "beagle-boot" but I'm not sure how well that works May 31 22:40:01 but yeah, the general idea of those two solutions would be your best bet for reflashing the BBB if your microSD slot doesn't work May 31 22:40:56 I've done it before manually May 31 22:41:01 that was painful lol May 31 22:41:12 in case of bbblfs I recommend just using the tool that puts the bbb into mass storage mode ("usb_flasher" iirc) and absolutely avoid the supplied scripts May 31 22:43:23 I've also used dnsmasq to serve the u-boot (in two stages) and the FIT May 31 22:43:31 instead of their brittle tool May 31 22:49:50 sudo dd if=bone-debian-9.9-console-armhf-2019-05-10-2gb.img of=/dev/sdb May 31 22:49:55 that'll do it? May 31 22:50:38 yeah. note btw that that image isn't a bb.org console image but I don't know exactly what the differences are May 31 22:52:07 you'll also want to expand the filesystem to fit the eMMC afterwards, see https://pastebin.com/ThmLM0pX (replace mmcblk0 and mmcblk0p1 by sdb and sdb1 in this case) May 31 22:52:14 I couldn't see any console images on the official site May 31 22:52:27 I just linked to one May 31 22:52:41 (the official site has a link to that wiki page) May 31 22:54:30 ahh fair May 31 22:54:35 I will see how this works May 31 22:55:01 I couldn't get uart working, didn't even have pin-config installed on my last build, and it was a Jessie image from 2016 May 31 22:55:20 I thought I should try and update before I troubleshoot May 31 22:55:25 yeah May 31 22:55:43 is this an old beaglebone with only 2GB of eMMC ? May 31 22:55:47 yeah May 31 22:56:01 Rev A5A May 31 22:56:18 I still have one of those too :D May 31 22:56:23 not in active use though May 31 22:57:25 I bought a wireless for the project... the cape didn't fit because of the extra usb ports May 31 22:57:26 if you don't care about the web interface stuff, starting with the bb.org console image should be fine probably, you'll just need to install some packages to improve quality of life May 31 22:57:40 the black-wireless has extra usb ports? May 31 22:57:54 I don't remember any May 31 22:57:55 this one is green May 31 22:58:26 https://beagleboard.org/green-wireless May 31 22:58:30 oh the green-wireless is a piece of crap anyway, it uses a whole bunch of expansion header pins for its wifi/bt chipset and as a result will be incompatible with many capes May 31 22:59:22 (unlike the black-wireless which reuses the pins that were freed up by removing the ethernet interface, whose alternate mux options include everything needed for the wifi/bluetooth chipset) May 31 23:00:11 this is going to take another 90mins May 31 23:00:21 90 mins? o.O May 31 23:00:23 what? May 31 23:00:35 283341312 bytes (283 MB, 270 MiB) copied, 625.291 s, 453 kB/s May 31 23:00:46 why the fuck is it so slow May 31 23:00:47 I extrapolated May 31 23:00:47 also wait! May 31 23:00:53 shrink the image before use! May 31 23:00:56 before flashing I mean May 31 23:01:05 hmm May 31 23:01:23 how do I explain this May 31 23:01:32 lots of white space at end May 31 23:01:36 I need to ignore that May 31 23:02:00 not at the end unfortunately, but yeah the filesystem has lots of free space hence can be shrinked first May 31 23:02:15 and then you can truncate the file May 31 23:03:14 the bone-debian-9.8-console-armhf-2019-04-14-1gb.img only uses around 355M iirc May 31 23:10:52 I managed to shrink the 2gb one down to 1.2gb May 31 23:11:00 using some raspberry pi script lol May 31 23:11:10 yeah I have no idea what exactly is in that image May 31 23:11:22 I'd generally recommend the bb.org one May 31 23:11:56 (but just because the other one is unfamiliar to me) **** ENDING LOGGING AT Sat Jun 01 02:59:57 2019