**** BEGIN LOGGING AT Thu Jan 29 03:00:00 2015 Jan 29 06:06:49 Can anyone here tell me whether this is an partitioning problem, or an oe configuration problem? http://pastebin.com/CNm2hcqi Jan 29 06:07:16 On boot, I get 「[FAILED] Failed to mount Mount for factory.」 Jan 29 06:13:40 nrossi? Jan 29 06:14:14 oldtopman: sorry, was busy. Not sure what that issue is from... im very new to the whole systemd stuff. Whats in your fstab? Jan 29 06:14:52 http://pastebin.com/JcQpJ6mF Jan 29 06:15:18 A few other things - I can't cd to /home, and tools like "reboot" and "fdisk" aren't there. Jan 29 06:17:35 oldtopman: and if you run mount or cat /proc/mounts Jan 29 06:18:16 http://pastebin.com/tW6kAYx0 Jan 29 06:18:48 I suspect it has to do with my "repartitioning", but I followed some pretty simple directions to do it. Would really not want to spend a day rebuilding this again :/ Jan 29 06:22:15 oldtopman: i assume /dev/mmcblk0p5 exists? Jan 29 06:29:30 nrossi: It does - http://pastebin.com/hAzFKE36 Jan 29 06:30:29 oldtopman: try restarting the factory service... systemctrl restart factory.mount Jan 29 06:31:07 -sh: systemctrl: not found Jan 29 06:31:19 Just like the rest of the important tools (fdisk, reboot, etc) Jan 29 06:31:30 sry systemctl* Jan 29 06:32:15 'Job for factory.mount failed. See 'systemctl status factory.mount' and 'journalctl -xn' for details.' Jan 29 06:32:36 ok and /factory... is that a directory? Jan 29 06:32:58 Journalctl - http://pastebin.com/KUTV4Yyi Jan 29 06:33:26 Yes, /factory is an empty directory. Jan 29 06:34:39 thats just odd then... Jan 29 06:34:59 nrossi: What do the logs tell you? Jan 29 06:35:37 oldtopman: that is trying to mount onto /factory but failing because its already mounted or because /factory is busy, of which neither seem to be true? Jan 29 06:36:35 nrossi: Ah. Well, I just mounted /dev/mmcblk0p5 to /factory; no problems. Jan 29 06:36:55 There's nothing important in there, just the bluetooth mac and the serial number. Jan 29 06:36:56 oldtopman: with the exact same mount command that the factory.mount is using? Jan 29 06:37:03 fdisk is still awol. Jan 29 06:37:18 oldtopman: might be in sbin? Jan 29 06:37:29 Yeah, it is. Wonder why it's not in $PATH. Jan 29 06:37:42 oldtopman: are you logging in as root? Jan 29 06:37:46 Yep. Jan 29 06:37:59 oldtopman: must be a edison image config Jan 29 06:38:06 Though, root's $HOME is /home/root. Jan 29 06:38:16 thats normal Jan 29 06:38:31 Does any of this tell you why /home is broken? Jan 29 06:39:17 oldtopman: it was probably lower in the mount order or something, after the factory.mount Jan 29 06:39:57 oldtopman: these paritions and mount setups are a bit odd Jan 29 06:43:08 nrossi: You just gave me an idea - how important is it that partitions end on blocks/cylinders/whatever you call them now? Jan 29 06:44:05 oldtopman: shouldn't be a huge issue, what did you align to? Jan 29 06:44:27 Just picked 800mb with an 800*1024 image size. Jan 29 06:45:55 oldtopman: should be fine, out of query. Could you point me to the download for the edison poky setup? i might be able to help better if i have a look Jan 29 06:46:24 Absolutely - http://downloadmirror.intel.com/24389/eng/edison-src-rel1-maint-rel1-ww42-14.tgz Jan 29 06:59:00 nrossi: Here's something interesting - when I run the command listed in ExecMount, I get the same error. Jan 29 06:59:11 I'll have to look into this tomorrow, since it's getting pretty late here. Jan 29 07:00:10 oldtopman: guess it has to be something to do with your parition layout change will let you know if i think of anything. gnight Jan 29 07:00:53 mount /dev/disk/by-partlabel/factory /factory works Jan 29 07:01:09 oldtopman: what about if you add -t ext4 Jan 29 07:01:13 This doesn't - /bin/mount /dev/disk/by-partlabel/factory /factory -t ext4 -o ro,noauto,x-systemd.automount,nosuid,nodev,noatime,discard,barrier=1,data=ordered,noauto_da_alloc Jan 29 07:01:33 try just "/bin/mount /dev/disk/by-partlabel/factory /factory -t ext4 -o ro,noauto" Jan 29 07:01:56 root@edison:/# /bin/mount /dev/disk/by-partlabel/factory /factory -t ext4 -o ro, Jan 29 07:01:56 noauto Jan 29 07:01:56 mount: /dev/mmcblk0p5 is already mounted or /factory busy Jan 29 07:02:23 your umounted first right? Jan 29 07:02:41 yep Jan 29 07:02:50 It's the '-o ro' option that kills it. Jan 29 07:03:02 thats interesting Jan 29 07:03:38 /bin/mount /dev/disk/by-partlabel/factory /factory -t ext4 -o noauto,x-systemd.automount,nosuid,nodev,noatime,discard,barrier=1,data=ordered,noauto_da_alloc Jan 29 07:03:41 /bin/mount /dev/disk/by-partlabel/factory /factory -t ext4 -o noauto,x-systemd.automount,nosuid,nodev,noatime,discard,barrier=1,data=ordered,noauto_da_alloc Jan 29 07:03:53 Whoops. Those work. Jan 29 07:04:14 oldtopman: might have to do with the perms on the directory Jan 29 07:04:31 drwxr-xr-x 3 root root 1024 Aug 15 20:14 factory Jan 29 07:06:41 Well, I'll look into this more tomorrow. Thanks for helping me through some of this! Jan 29 08:35:28 good morning Jan 29 08:37:25 ka6sox, khem May I reboot Opal to patch the GHOST vuln? Jan 29 08:39:07 halstead, go ahead if he is not around Jan 29 08:41:22 * halstead nods. Jan 29 08:41:26 Thanks Crofton. Jan 29 08:42:56 gm Jan 29 08:43:43 some one should audit now the whole reslov code in glibc Jan 29 08:44:35 hm the reboot effects http://patches.openembedded.org/project/oe/ right? Jan 29 08:44:41 anyway Jan 29 08:44:52 I will fall out the chat soon Jan 29 08:45:12 ka6sox, khem, Crofton , patch and reboot complete. Git and cgit back up. Patchwork seems to have some trouble. Jan 29 09:26:18 what is the difference between doing KERNEL_EXTRA_ARGS_mymachine = "UIMAGE_LOADADDR=..." and setting UBOOT_LOADADDRESS=.. in my machine config? Jan 29 09:26:42 the Yocto manual doesn't really say for what images UBOOT_LOADADDRESSES is used with mkimage, but i guess it's for the kernel image? Jan 29 09:41:06 halstead, thanks Jan 29 09:48:58 Crofton, khem ka6sox patchwork is back online but I had to upgrade Django to the latest 1.6.x release. Jan 29 10:02:15 hi all Jan 29 10:02:43 I was looking to find what is the default value for FILESEXTRAPATHS varaible when it is set to __default Jan 29 10:02:57 can somebody point me where __default is evaluated Jan 29 10:25:02 thanks I found it Jan 29 11:39:59 hi all Jan 29 11:40:12 hey Jan 29 11:40:40 hi mago_ Jan 29 13:48:43 hi all, i'm getting a checksum mismatch with package crda. is anyone else hitting this? Jan 29 13:55:14 hugovs: yes, I get the same issue Jan 29 13:55:23 I guess the upstream tarball has changed Jan 29 13:55:50 the correct thing to do would be to find a tarball matching the old checksum somewhere and compare the contents Jan 29 13:57:18 bluelightning: which version? Jan 29 13:57:27 koen: 1.1.3 Jan 29 13:58:04 it's kernel.org, so it might have changed in the kernel.org reshuffle that happened ages ago Jan 29 13:59:22 I have http://dominion.thruhere.net/koen/angstrom/crda-1.1.3.tar.bz2 Jan 29 13:59:50 29579185e06a75675507527243d28e5c /build/v2014.12/sources/downloads/crda-1.1.3.tar.bz2 Jan 29 13:59:57 is that the old one? Jan 29 14:00:19 yes Jan 29 14:00:26 actually I think it might be returning an error page :/ Jan 29 14:01:01 yes, it is Jan 29 14:01:24 idiotic websites that return an error page sans an error code :( Jan 29 14:01:49 https://www.kernel.org/pub/software/network/crda/crda-1.1.3.tar.bz2 Jan 29 14:01:56 that's the official archive link Jan 29 14:02:05 (btw, crda is up to 3.13 now) Jan 29 14:02:25 i'm trying http://www.kernel.org/pub/software/network/crda/crda-1.1.3.tar.bz2 right now Jan 29 14:02:29 it seems to work... Jan 29 14:02:45 same sum Jan 29 14:02:46 yeah, I guess the recipe needs updating Jan 29 14:03:17 crda is a pain Jan 29 14:03:24 i'm looking now for a url to regulatory bins... Jan 29 14:03:38 * koen usually resorts to patching db.txt into the kernel Jan 29 14:03:53 hugovs: the wireless.kernel.org wiki has #exactsteps Jan 29 14:04:04 I followed those when writing the original crda recipe Jan 29 14:05:09 koen: ok, i'll take a look. do you think i should try the latest release? crda and regdb? Jan 29 14:06:09 yes Jan 29 14:06:40 * koen stabs ti wilink wifi Jan 29 14:08:54 they are working in the wiki.. Jan 29 14:08:54 "welcome.txt · Last modified: 2015/01/29 11:45 by Johannes Berg" Jan 29 14:08:54 maybe that's the reason Jan 29 15:48:37 halstead, thanks! Jan 29 17:41:38 koen: i have a working recipe for crda 3.13 with latest regulatory.bin Jan 29 17:41:53 at least compiling Jan 29 17:41:53 :) Jan 29 17:44:39 great! Jan 29 17:45:08 i'm just checking if i did the linking properly, because it now has a libreg.so. **** ENDING LOGGING AT Fri Jan 30 03:00:00 2015