**** BEGIN LOGGING AT Tue Feb 12 02:59:59 2019 **** BEGIN LOGGING AT Tue Feb 12 04:22:34 2019 Feb 12 04:46:57 i have a board with serial no 25103001154 which board is this, i am new to these boards and dont know much about it **** BEGIN LOGGING AT Tue Feb 12 05:13:22 2019 Feb 12 05:13:25 it should be using a fixed git tag/commit .. theoretically Feb 12 05:13:56 from the kernel git repo .. so I thought. Feb 12 05:13:59 uhh, look at the patch and the source code to see if it's obvious what happened? if you can't figure it out I'll take a look later Feb 12 05:14:10 4.4 is pretty ancient though Feb 12 05:14:28 zmatt: from what I looked at .. the source tree is missing the prior include to the one being added .. which doesn't look right Feb 12 05:14:44 sure 4.4. is old .. but its what all my systems are running :D 4.1 is *Even Older™* Feb 12 05:15:07 except my trusty BBB 'server' which is on 3.16? or worse.. lol Feb 12 05:15:16 so that sounds like it's just failing to apply because of an unrelated difference Feb 12 05:15:17 ugh I need to clean this monitor screen Feb 12 05:15:36 zmatt: quite probably .. I'll try a hack .. err . later/tomorrow/after-sleep Feb 12 05:16:06 that was only the first chunk of three which it puked at Feb 12 05:16:38 i'm a beginner and would like know the instructions to install ubuntu 18.04 on beaglebone black Feb 12 05:16:56 veremitz: so you're using https://github.com/RobertCNelson/armv7-multiplatform/tree/v4.4.x ? Feb 12 05:17:10 Kumar: it is very strongly recommended to use the default images (debian), not ubuntu Feb 12 05:17:14 zmatt: yup Feb 12 05:17:21 Kumar: ubuntu is not officially supported Feb 12 05:17:47 so especially if you're newbie you should stick to debian Feb 12 05:18:35 veremitz: uhh... https://github.com/RobertCNelson/armv7-multiplatform/tree/v4.4.x/patches/drivers/ti/mmc Feb 12 05:18:46 uhoh.. Feb 12 05:18:51 i have already tried installing the ubuntu and the loraserver in beagle bone black and found memory issues with the root memory Feb 12 05:19:30 i dont find any help on extending the root memory of beaglebone or booting the OS from SD card always Feb 12 05:20:58 it should actually boot from SD card automatically if a bootable SD card is present, but if you want to boot from SD card I recommend simply erasing eMMC using: sudo blkdiscard /dev/mmcblk1 Feb 12 05:21:11 (while booted from sd card obviously) Feb 12 05:22:03 for the first time, it is booting from SD card and later it is not . so if you could help me on the complete instructions could be better Feb 12 05:22:05 or just use a less bloated system :P it's kind of ridiculous if 4 GB of space is not enough Feb 12 05:22:45 do you have any idea on extending the root memory with the SD card memory Feb 12 05:22:48 the instructions are complete, your problem description is not Feb 12 05:23:07 and please stop writing "", that makes it look like you're quoting something I said Feb 12 05:23:16 okay Feb 12 05:24:09 and no, I have no idea what you might be doing that's causing your system to become unbootable, since you haven't described anything you're doing nor concretely what the symptoms are Feb 12 05:25:48 PEBKAC I would suspect .. Feb 12 05:26:17 okay, this is how i did. installed ubuntu 18.04LTS in SD card and plugged into the beaglebone Feb 12 05:26:44 it booted for the first time from SD card and then i flashed the emmc with the SD card. Feb 12 05:26:57 unplugged the SD card and booted from emmc Feb 12 05:27:16 installed my server application and there i found the memory issue. Feb 12 05:27:51 The second time, i didn't flash with emmc and booted directly from SD card, installed server application directly into the SD card Feb 12 05:28:01 again memory issue. Feb 12 05:28:07 so get a bigger card Feb 12 05:28:15 i tried with 32gb Feb 12 05:28:17 ohh wait! Feb 12 05:28:22 problem persists same Feb 12 05:28:29 I get it. you need to expand the filesystem to span the card Feb 12 05:28:34 yes Feb 12 05:28:41 it does that on first-boot no?? Feb 12 05:28:43 one sec Feb 12 05:28:49 oddly no Feb 12 05:28:52 or did they stop that .. Feb 12 05:29:02 hrm there's a script for it Feb 12 05:29:36 yeah it's pretty easy to do manually ( https://pastebin.com/ThmLM0pX ) but I do recall there's a script for it too Feb 12 05:30:37 so what should i do? do i need to flash the emmc with the sd card or don't need? Feb 12 05:31:06 well it sounds like the ubuntu system you're using + the server is too bloated to fit even in 4GB of space Feb 12 05:31:28 using a leaner system would probably help Feb 12 05:31:37 how much free space do you have *before* installing the server? Feb 12 05:31:38 leaner? Feb 12 05:31:49 it is actually a 16gb card Feb 12 05:32:03 I'm talking about eMMC Feb 12 05:32:10 396mb Feb 12 05:32:26 almost in the region of 390 Feb 12 05:32:38 okay so that ubuntu image you're using pretty much fills up eMMC Feb 12 05:32:45 why are you using that instead of the recommended iot image? Feb 12 05:32:46 yes Feb 12 05:32:59 (which leaves 1.2G of free space) Feb 12 05:33:17 yes as a seperate root memory Feb 12 05:33:27 ??? Feb 12 05:33:47 it is like this mmcblk1p1- 1.2gb and the root memory is mmcblk0p1- 100mb Feb 12 05:33:47 why are you using ubuntu? it is not recommended Feb 12 05:34:10 even in debian 9 stretch also the same Feb 12 05:34:15 the iot image? Feb 12 05:34:33 the server you're installing needs more than a gigabyte of space? Feb 12 05:34:41 what the hell kind of software is that Feb 12 05:34:50 not much , around 300-400mb Feb 12 05:34:58 i guess so, not exactly Feb 12 05:34:59 then there's plenty of space if you use the debian iot image Feb 12 05:35:28 i could not able to install in the unrooted partition which has 1.2gb space Feb 12 05:35:44 "unrooted" ? Feb 12 05:36:04 mmcblk1p1- 1.2gb and the root memory is mmcblk0p1- 100mb Feb 12 05:36:13 mmcblk1p1 Feb 12 05:36:28 you're extremely confusing Feb 12 05:36:58 anyway, if you really want to install a gigabyte of software, you'll just need to boot from sd card instead of eMMC Feb 12 05:37:13 boot from SD card. erase eMMC using: sudo blkdiscard /dev/mmcblk1 Feb 12 05:37:28 expand the SD card using: /opt/scripts/tools/grow_partition.sh Feb 12 05:38:09 so with this i can boot from SD card and run my applicaiton, right? Feb 12 05:38:20 permenantly? Feb 12 05:38:55 I don't understand what you mean by that since you still haven't explained anything about whatever boot issue you claim to have Feb 12 05:39:23 but I suggest you just do it and see if it fixes your problem, since I'm getting tired of you Feb 12 05:39:52 okay, sorry for that, i'll let you know exactly after trying this **** BEGIN LOGGING AT Tue Feb 12 06:36:21 2019 Feb 12 09:32:44 Hi, i have flashed my beaglebone black emmc with debian 9.5 stretch and taken out the SD card from the beaglebone Feb 12 09:33:13 formatted it and again inserted into the beaglebone . Now i need to extend the root memory with the sd card memory Feb 12 09:33:32 could anyone help me to resolve this Feb 12 09:48:23 Kumar: standard linux concepts apply. You can mount the card wherever you want in the filesystem. Use 'fstab' to set up a persistent mountpoint that gets recreated at reboot Feb 12 10:01:31 now i have an empty SD card inserted into the beaglebone Feb 12 10:01:48 i need to use the SD card space under root memory Feb 12 10:07:46 what do you mean by root memory ? Feb 12 10:08:17 you want to merge both eMMC and sd card ? Feb 12 10:08:21 that's a bit tricky to do Feb 12 10:11:16 pro-tip: don't Feb 12 10:28:11 Hello everyone. We are planning to use beagle board for a project, where a relational database with REST api interface. Could you please advice about which language of choice for API and which database is better for the use. 1 Request for minute and 10 tables with 10k rows max. Feb 12 10:30:03 I will add if any further details are needed. Feb 12 10:30:24 1) get BBB Feb 12 10:30:31 2) install latest image Feb 12 10:30:51 3) test combinations of software based on your requirements Feb 12 10:30:55 … Feb 12 10:31:00 n+1) profit? Feb 12 10:31:24 yes it is for profit Feb 12 10:32:11 Thanks tbr for your advice Feb 12 10:34:05 if I'd guess then that's simple enough for any db-engine and the frontend is your choice anyway. It's a linux distribution. Feb 12 11:11:08 hi, this is kumar... My project needs two Ethernet port. How to acheive this... Feb 12 11:13:05 how could i extend emmc memory with sd card in bbb Feb 12 11:17:47 10:30:24< tbr> 1) get BBB Feb 12 11:17:47 10:30:30< tbr> 2) install latest image Feb 12 11:17:47 10:30:50< tbr> 3) test combinations of software based on your requirements Feb 12 11:17:47 10:30:55< tbr> … Feb 12 11:17:47 10:31:00< tbr> n+1) profit? Feb 12 11:17:54 err Feb 12 11:18:05 loran: it's tricky to do Feb 12 11:18:17 if you're asking for this question then better not do it Feb 12 11:18:23 loran: don't. mount it somewhere into the FS Feb 12 11:18:25 and doing it with removable storage is a bad idea anyway Feb 12 11:18:55 09:48:22< tbr> Kumar: standard linux concepts apply. You can mount the card wherever you want in the filesystem. Use 'fstab' to set up a persistent mountpoint that gets recreated at reboot Feb 12 11:19:14 KumarEasu: buy an usb ethernet adapter Feb 12 11:26:38 i dont think the fstab will help me to add the memory under emmc memory Feb 12 11:27:14 do you understand how mounting filesystems work under linux/unix? Feb 12 11:28:53 also don't call that "memory" loran Feb 12 13:37:13 it's great when you give someone exact steps to follow (after managing to make a plausible guess of what they're trying to achieve in the first place) and then they just show up again later asking the same question Feb 12 13:37:25 *groan* Feb 12 13:37:36 fancy some kernel patch debuggering, zmatt ?! Feb 12 13:37:43 I guess I should put some coffee on .. LOL Feb 12 13:38:24 veremitz: so, like I showed with the link, the patch you mentioned isn't in rcn's 4.4 repo, so that part needs clarification first Feb 12 13:38:39 it isn;t!? oh hell :( Feb 12 13:39:24 I Wonder if my repo is all outta date (Again). Feb 12 13:39:37 "06:18 < zmatt> veremitz: uhh... https://github.com/RobertCNelson/armv7-multiplatform/tree/v4.4.x/patches/drivers/ti/mmc" Feb 12 13:40:09 it doesn't look like the patch was ever there Feb 12 13:40:35 I was (foolishly?) working from a tag .. Feb 12 13:40:42 which tag? Feb 12 13:40:47 4.4.145-armv7a-x15 ? Feb 12 13:40:54 and/or .138-etc Feb 12 13:41:25 which allegedly doesn't exist :( Feb 12 13:41:26 wtf. Feb 12 13:42:25 x16, my bad Feb 12 13:42:34 a20334c4 ? Feb 12 13:42:40 https://github.com/RobertCNelson/armv7-multiplatform/commit/dee9d151cdc560532941ba430eba085f18b6f47b Feb 12 13:42:42 ah, that's the latest version Feb 12 13:42:53 thereabouts yeah Feb 12 13:43:05 so, that's what I as looking at Feb 12 13:43:07 the patch isn't there Feb 12 13:43:16 *was looking at Feb 12 13:43:24 lol ok wtf my end then :D Feb 12 13:43:56 ah a whole bunch of stale crap in my tree .. d'oh. Feb 12 13:44:01 git reset needed Feb 12 13:45:07 ergh, how do I 'bin' untracked unneeded files again? Feb 12 13:45:36 git clean -df removes untracked files Feb 12 13:45:46 aha thanks Feb 12 13:46:30 ok from the top .. Feb 12 13:47:03 this should be simple - hopefully! :D Feb 12 13:50:57 aha thats compiling - w00t - easy fix :D ty zmatt :D Feb 12 13:51:05 :D Feb 12 15:49:36 zmatt: alcohol-free beer ?? Feb 12 16:21:55 lol Feb 12 16:23:37 all colors OK with X11/gnuplot after buiding LCD dtbo from original bb.org repo, with blue-and-red-wiring = "straight"; Feb 12 16:23:51 told ya Feb 12 16:24:16 as usual... Feb 12 16:25:20 it's still very strange that installing gnuplot causes X11 to switch to using 24-bit color depth though Feb 12 16:25:26 I should also remove all that unused pins from original LCD7 dts, as mine hasn't buttons and leds Feb 12 16:25:41 it should use 16-bit color depth to avoid wasting memory bandwidth Feb 12 16:25:51 Hello guys. I buy a BBB Rev C . And put more than 3V on P9. Now the dont turn ON. Online blink light power and all OFF .. Have way to fix the nano and or can I do something to fix it ? Thank you.. Feb 12 16:26:45 ah, one thing I have to use /etc/X11/xorg.conf as if I remove it X11 hangs.... Feb 12 16:26:47 Jose__: nope, sounds like you killed it Feb 12 16:28:39 fred__tv_: well the BBB does ship with an xorg.conf ... it's really weird, and I wonder what's going on to cause that, but if keeping the original xorg.conf solves all problems then that's fine of course Feb 12 16:29:18 (it should probably be replaced by an appropriate config snippet in xorg.conf.d instead, but that's not something you need to worry about) Feb 12 16:29:28 OK, last issue, https://imagebin.ca/v/4WIy2OcTQ1BV Feb 12 16:30:12 why not all screen available area is used ?? Feb 12 16:30:59 I can't tell from that screenshot whether it is or not Feb 12 16:32:17 the only way for it to not use all screen area is if you configured the wrong resolution/timings in the overlay Feb 12 16:32:54 sorry this is taken while X is running Feb 12 16:33:19 all is fine with X stopped Feb 12 16:34:25 sorry, your problem description is too vague and confusing for me to guess what the problem is, let alone its cause Feb 12 16:37:58 I think it is realted to X11 monitor/screen config Feb 12 16:38:06 I'll give it a try Feb 12 16:38:23 have to go , thanks Feb 12 17:09:23 lol... http://cpp.sh/6r66i Feb 12 17:35:48 Hey! @zmatt just reporting. Got the new sd card (sandisk) and bbbx15 booted up! Feb 12 17:44:21 ok, so it was an issue with the sd card Feb 12 17:44:33 I guess cheap sd card. Feb 12 17:44:41 from Microcenter. Feb 12 17:45:00 Thanks for all help1 Feb 12 17:45:10 flashing eMMC now ;) Feb 12 20:31:54 Hey! Feb 12 20:44:34 does anyone know why BB-UART1-00A0 used with BB-BONE-LCD7-01-00A2 (both as override capes in uEnv.txt) causes LCD not working ? Feb 12 20:45:02 LCD ok if UART cape not invoked Feb 12 20:48:26 ;( Feb 12 20:48:29 sorry no dice Feb 12 20:48:33 didn't there yet Feb 12 21:06:28 I am trying boot bbbx15 from SSD. I shorted the pins according to the intructions (https://www.dropbox.com/s/01x5ql8kwx2yn3t/Screenshot%202019-02-12%2015.05.10.png?dl=0) but somehow it still boots from eMMC. Do I need resistors or anything else to boot it from ssd? Feb 12 21:06:43 Thanks for your help! Feb 12 21:12:53 root@BeagleBoard-X15:/home/debian# dmesg |grep sda [ 1.707993] sd 0:0:0:0: [sda] 468877312 512-byte logical blocks: (240 GB/224 GiB) [ 1.708040] sd 0:0:0:0: [sda] Write Protect is off [ 1.708047] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 1.708126] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 1.709180] sda: sda1 [ 1.710111] sd 0:0:0:0: [sda] Attached SCSI disk Feb 12 21:13:11 Sorry. It seems like the system sees the disk. Feb 12 21:17:21 "If desired, the user can remove the resistors and add jumpers to implement an option based boot mode scenario." - now I get it! I need to remove resistors! Feb 12 21:20:53 If anyone of you by any chance knows what should I remove I would really appreciate it. Thanks Feb 12 21:32:56 Andre: also note that those are only sampled on power-up, not on reboot and not on hard reset. Feb 12 21:33:13 HM Feb 12 21:34:18 So I cannot just boot from ssd every time? Feb 12 21:34:51 what this means is you can't change it while power is connected to the board Feb 12 21:35:06 thats OK Feb 12 21:35:44 I would just love to boot from Sata and if fails SD (ideally I would love to do SATA and eMMC on fail) Feb 12 21:36:00 I haven't touched my X15 in ages Feb 12 21:36:05 ;) Feb 12 21:36:28 what you can always do is have U-Boot on eMMC or SD and then boot from SATA Feb 12 21:36:37 Ha Feb 12 21:36:49 great idea! Feb 12 21:37:32 one step later/easier is also possible, also have the kernel with U-Boot, but specify the rootfs to be on SATA Feb 12 21:37:33 this way I wouldn't have to do any hardware changes Feb 12 21:38:19 I don't know the state of U-Boot and if the various builds support SATA out of the box Feb 12 21:38:43 I do have debian on eMMC now Feb 12 21:40:32 So I assume I need to work on how to hack the u-boot now.... Feb 12 21:42:00 the simplest thing to get a feeling would be to copy the rootfs to SATA and repoint that kernel command line Feb 12 21:42:38 Ha! Feb 12 21:44:47 It seems like I need a console access. Feb 12 21:46:21 OK Feb 12 21:46:44 I need to read more about u-boot to make him do what I want. Feb 12 21:47:01 but this is a great idea so thank you so much! Feb 12 21:47:52 at the moment I don't even know how to repoint the boot to sata. Feb 12 21:47:56 Thanks so much! Feb 12 21:48:05 Really appreciate it! Feb 12 21:49:35 no problem Feb 12 21:50:35 the command line will be set in the u-boot.env file or such Feb 12 21:50:45 there will be a value of root=/dev/… Feb 12 21:50:52 just need to find what it would be Feb 12 21:50:56 possibly that simple? Feb 12 21:51:15 you need to change that to point to a partition on the SATA drive you attached Feb 12 21:51:41 right now it probably says something like /dev/mmcblk0p3 Feb 12 21:55:58 https://pastebin.com/NsXZePk3 Feb 12 21:56:38 I dont see anything like that there.... Feb 12 21:57:05 found the reference in th uEnv.txt to https://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0 Feb 12 21:57:11 will study ;) Feb 12 21:58:05 is that complete? I'd expect that to be much longer Feb 12 21:59:29 https://www.dropbox.com/s/qww1g0qhtuxezbd/Screenshot%202019-02-12%2015.59.25.png?dl=0 Feb 12 22:00:50 possibly loads defaults..... Feb 12 22:01:49 could be Feb 12 22:11:48 found couple references like this one: Feb 12 22:11:49 bootargs=console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait panic=10 ${extra} Feb 12 22:12:23 will try and let you know ;) Feb 12 22:12:36 yes that sounds about right Feb 12 22:25:56 if anyone need a reference: http://linux-sunxi.org/Kernel_arguments Feb 13 01:20:28 some of the information on that page is specific to AllWinner SoCs. official documentation for kernel parameters is at: https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt **** ENDING LOGGING AT Wed Feb 13 02:59:56 2019