**** BEGIN LOGGING AT Sun Feb 11 03:00:01 2018 Feb 11 03:00:12 Truly these are the end times Feb 11 03:00:33 what does that even mean? Feb 11 03:00:41 https://paste.ubuntu.com/=cr95NrnSMM/ Feb 11 03:00:51 I have no idea, but I expect it's something kernel-side Feb 11 03:01:05 And I also expect that I do not have the experience to debug or fix it Feb 11 03:05:53 welll.... that just means you have to learn! Feb 11 03:06:20 I'm really starting to think that might not be the best use of my time Feb 11 03:06:34 possibly. Feb 11 03:07:32 I'm thinking put Lineage back on the 5X and continue porting to the G5 Plus with my newfound knowledge Feb 11 03:07:45 hmmm Feb 11 03:08:14 I've been using my htc one m8 as a backup. I don't think anyone's started a port for that Feb 11 03:13:25 dalton, can you confirm for me that it should be mounted r/w at that point? Feb 11 03:13:50 It should be read-write no matter what Feb 11 03:13:56 ok Feb 11 03:14:19 I'm tempted to just build a static fully fledged busybox and add it to the fs Feb 11 03:14:33 How will that help? Feb 11 03:14:44 I have no idea. I'm tired. Feb 11 03:14:49 You aren't even leaving initramfs yet Feb 11 03:17:12 does twrp run the lineageos kernel? Feb 11 03:17:21 They build their own Feb 11 03:22:20 @UniversalSuperBox that cgroup error is not your main problem Feb 11 03:22:26 That it isn't Feb 11 03:22:55 L3 is however issue Feb 11 03:23:04 Does dmesg show anything interesting? Feb 11 03:23:15 Nope Feb 11 03:23:39 @UniversalSuperBox, here it is Feb 11 03:25:40 L1011 Feb 11 03:25:45 Isn't that issue? Feb 11 03:26:00 I manually mounted it all Feb 11 03:26:09 If I let it get mounted correctly, I can't get ssh Feb 11 03:26:17 Everything just stops Feb 11 03:26:19 I don't understand Feb 11 03:26:34 Never panics Feb 11 03:27:59 Maybe it stops USB? Feb 11 03:28:08 Nope, it responds to pings Feb 11 03:28:40 Hmm Feb 11 03:29:05 https://paste.ubuntu.com/=5XH4z2PgVt/ Feb 11 03:29:08 This is literally all that's running in userspace Feb 11 03:29:49 what happens if you set init=/bin/bash and start things yourself? Feb 11 03:30:17 Hmm... Can I do that with halium-boot? Feb 11 03:30:26 I guess I've never tried Feb 11 03:30:31 Wait, no Feb 11 03:30:39 Because I don't have a shell Feb 11 03:30:41 just don't kill the telnet server Feb 11 03:33:09 It's got eleven processes to worry about but it still can't reboot Feb 11 03:33:54 why so many sshd's Feb 11 03:35:08 One's running on *:ssh, one on the actual ip address, and the last on ipv6 Feb 11 03:36:52 Ah, no. Here we go Feb 11 03:37:09 https://paste.ubuntu.com/=6kMmzVgCb3/ Feb 11 03:37:14 That's why. Doesn't get me anywhere though Feb 11 03:38:08 Well, @bhushanshah, if you don't have any ideas I think I'm going to head to bed Feb 11 03:39:20 Okay.. I am really not sure what's going on also Feb 11 03:40:48 whelp Feb 11 03:42:26 Also my fibre connection is down... *panics* Feb 11 07:57:11 @bhushanshah, Dialup Feb 11 07:57:25 Beep beeeeep bip bbbeep beep Feb 11 09:19:13 Hello Feb 11 09:20:42 I'm trying to build the boot IMG on another machine. Maybe it works. I'm downloading now the device specific source. And I'm pushing up now the files I've edited Feb 11 09:22:53 What means I try it using a virtual server. Cause of better internet connection Feb 11 09:27:27 @Manu, I built one completely on an online vm Feb 11 09:27:41 Ah okay Feb 11 09:38:56 1033 messages wtf is going on here 😆 Feb 11 09:59:54 I managed to build the boot image successfully yesterday Feb 11 10:00:08 today I get this error Feb 11 10:00:19 any ideas ? Feb 11 10:00:58 chmod +x it... I hope I didn't break it with my pr yesterday Feb 11 10:08:42 It was my PR :/ I'll fix it Feb 11 10:10:36 run `repo sync` again, that should fix it Feb 11 10:21:50 I get now this error: Feb 11 10:21:53 https://pastebin.com/LrFc0sYJ Feb 11 10:23:19 First: why are you building as root? And you probably need to install schedtool Feb 11 10:23:50 Because I have only a root account on this server Feb 11 10:25:02 It would be better to create a unpreviligated account Feb 11 10:25:15 Okay Feb 11 10:38:33 @Ellenjott, I've tried but the problem persist Feb 11 10:44:46 I've created a pull request for fixup mountpoints Feb 11 10:47:30 I've tried it again on my computer and I get an output with errors issuing make hybris-boot: Feb 11 10:47:33 https://pastebin.com/6BLxgisz Feb 11 13:15:47 Camilo was added by: Camilo Feb 11 14:37:25 Fwd from trainailleur: @YougoChats Hugo, I just tried su -c 'setprop sys.powerctl reboot,bootloader' on my other OnePlus One, running 15.04 stable, and it works there. Just not on 16.04 build 138 for some reason. … Thank you again for the suggestions. I learned a lot just by trying them. Feb 11 14:38:33 He is trying to get the phone in recovery and/or fastboot from terminal because hardware buttons are broken Feb 11 14:38:59 And adb also doesn’t work Feb 11 14:39:52 Does any of you happen to know if and how to do this on 16.04? Feb 11 14:45:39 `systemctl --force reboot recovery` Feb 11 14:45:55 Ok sorry, that won't work with upstart ... Feb 11 14:46:11 `reboot -f recovery` Feb 11 14:46:29 Thanks, I will give it a try. Feb 11 14:53:01 So sync as non root user is almost done Feb 11 14:54:28 Dalton, that works. So does reboot -f bootloader, which is what I needed. Many thanks! Thank you too Hugo for thinking this might have changed with Halium and asking here. Feb 11 15:21:24 Good morning guys, y f*cked up my system doing a partial update, so I'll take a time to come back :p Feb 11 15:42:17 So some failures again Feb 11 15:42:19 https://pastebin.com/sWknMYiC Feb 11 15:42:51 I only understand something with permissions denied Feb 11 15:42:53 Should I change them? Feb 11 15:44:11 Did you build as root in this tree earlier? Feb 11 15:44:27 Yes I did one time Feb 11 15:45:32 `chown -R user:grup out/` Feb 11 15:45:43 Okay Feb 11 15:46:05 or just delete the old folder Feb 11 15:46:12 Probably safer Feb 11 15:46:13 Okay Feb 11 15:52:40 Are the warnings normal? Feb 11 15:53:08 Yep, lots of em Feb 11 15:53:20 Okay Feb 11 15:58:18 https://pastebin.com/GbQFNZiZ Feb 11 15:58:33 Again something with denied permissions Feb 11 16:10:23 What to do? Feb 11 16:11:49 @Manu, learn basics of GNU/Linux ^^ Feb 11 16:12:28 Ya I have already some basics but I don't know what to do now Feb 11 16:18:35 @Manu, Maybe try to clean the build tree (were you the one who asked about using root for building?) Feb 11 16:19:01 Okay Feb 11 16:19:09 @Ellenjott, Yes I've asked Feb 11 16:19:29 If you used root at any time for building, this might be the problem Feb 11 16:19:32 I'm not familiar with building halium I'm doing it the first time Feb 11 16:19:37 np Feb 11 16:19:41 Okay Feb 11 16:20:25 I think it's the best if you delete the whole `out` folder in your tree and then rebuild everything (`mka mkbootimg`, `mka hybris-boot`, etc.) Feb 11 16:20:38 Okay Feb 11 17:15:22 has anyone tried running Halium with vivid rootfs? Feb 11 17:15:50 In theory it'd work on 5.1 and 5.1-caf, maybe 7.1 Feb 11 17:17:37 So i think I have to remove in a file all the apk and .jar extensions. But where? Because I got this output Feb 11 17:17:40 https://pastebin.com/hQVTuStd Feb 11 17:18:52 @Manu, Remove all APKs and JARs in the proprietary-files.txt in your device tree (and also common device tree), then rerun the halium-devices setup script Feb 11 17:36:10 Manu Did that help? Feb 11 17:36:22 Nope Feb 11 17:36:48 There was only one Entry I removed it Feb 11 17:37:03 You need to remove all apks and jars Feb 11 17:37:27 and run `./halium/devices/setup ` again Feb 11 17:37:56 Ya there was in all the 3 files i mean in one file one entry with a .apk extension Feb 11 17:38:16 Just be sure there are no apks and jars left Feb 11 17:38:32 Ya but same issue Feb 11 17:38:53 After runnning the setup script? Feb 11 17:38:58 is there a setup-makefiles.sh script in your device-tree? Feb 11 17:39:16 btw, which device do you use? Feb 11 17:39:45 Wait... Feb 11 17:40:04 @JBBgameich, Yes there is one Feb 11 17:40:17 I use the galaxy s4 international Feb 11 17:40:24 With code name jfltexx Feb 11 17:41:24 What's the error again? Feb 11 17:42:49 Here Feb 11 17:42:53 https://pastebin.com/Qca0cFLe Feb 11 17:43:23 Oh, that's something different ... Feb 11 17:43:29 Okay Feb 11 17:46:20 I think you hit a java library there again #comment-it-out Feb 11 17:46:47 I'll also fork the repo and fix it Feb 11 17:47:09 Okay Feb 11 17:50:27 Please create a pull request adding your manifest to halium-devices: … https://github.com/Halium/halium-devices/tree/halium-7.1/manifests Feb 11 17:50:34 Manu Feb 11 18:00:27 Okay I added my manifest as .txt file Feb 11 18:00:49 I mean a pull request Feb 11 18:04:01 Ah okay Feb 11 18:06:31 Okay but now Feb 11 18:07:02 It should ask you to open a pull request Feb 11 18:07:43 Okay Feb 11 18:17:02 Manu Please edit the existing pull request, instead of opening a second one Feb 11 18:17:42 Okay😂 I'm not very familiar with github Feb 11 18:17:52 :D Feb 11 18:18:51 Also please fork all repositories and upload your changes on a `halium-7.1` branch Feb 11 18:19:24 You mean on my github account? Feb 11 18:24:19 @Manu, Yeah Feb 11 18:24:31 Okay Feb 11 18:27:39 @Manu, The best way is probably, you first read or watch a git tutorial Feb 11 18:29:10 Ah okay Feb 11 18:44:08 Manu … If you add these two lines, it should work: … `````` … Or wait until https://github.com/Halium/android/pull/13 gets merged. Feb 11 18:44:53 Okay thanks😁 Feb 11 18:45:14 I also had this problem with my yuga Feb 11 18:45:25 Okay Feb 11 19:42:23 @UniversalSuperBox Trying to build initramfs-tools-halium, getting errors I don't understand: https://gist.github.com/rockybulwinkle/5c3c8cf07cbe05434575d61d247ad276 Feb 11 19:44:24 You will need userspace qemu arm64 emulation. Are you sure it's set up? Feb 11 19:44:53 I think so? Feb 11 19:45:21 I was getting exec format error before but fixed it after moving to my laptop which has qemu-user-static installed. I checked, it was compiled with arm64 Feb 11 19:46:33 The log says "See debootstrap.log". Can you also paste this one? Feb 11 19:46:49 I cat'ed it in the previous pastie, want it separate? Feb 11 19:47:05 Oh, sorry, I overlooked it probably :) Feb 11 19:47:33 I was trying to include everything I thought was relevant. :) Feb 11 19:48:02 And I checked, those files do exist in the chroot Feb 11 19:49:06 I was checking the bashrc/profile stuff because I've seen things like this before, where bash itself can't find a file. Not chroot being unable to find the program. Feb 11 19:49:48 Is there a reason you need to build initramfs-tools-halium? Feb 11 19:50:09 You suggested I try it yesterday Feb 11 19:50:42 If you include halium-boot into your tree, it will download the initrd from our ci Feb 11 19:50:56 So you don't need to build that yourself Feb 11 19:51:00 ah. Feb 11 19:51:20 how do I go about including it? Feb 11 19:52:26 add this: … ``` ``` … to the end of .repo/manifest.xml Feb 11 19:52:30 ok Feb 11 19:52:37 and include it into the main Makefile Feb 11 19:52:38 Fwd from JBBgameich: ```diff --git a/core/main.mk b/core/main.mk … index 083d2fe..3964e1c 100644 … --- a/core/main.mk … +++ b/core/main.mk … @@ -646,6 +646,7 @@ subdirs += \ … # Specific projects for Halium … subdirs += \ … halium/hybris-boot \ … + halium/halium-boot \ … halium/droidmedia … FULL_BUILD := true``` Feb 11 19:53:39 And if your device tree doesn't define TARGET_KERNEL_ARCH, apply this patch: … https://github.com/Halium/halium-boot/pull/1.patch Feb 11 19:55:19 No need Feb 11 19:55:57 Ah, you just merged it :) Thanks Feb 11 19:56:23 That thumbs-up emoji on https://github.com/Halium/initramfs-tools-halium/pull/6 says "merge it" to me Feb 11 19:56:57 Couple more tests first Feb 11 19:57:14 It looks good, but I didn't test it on a device yet Feb 11 19:57:32 I'm currently just build-testing halium-boot with different devices Feb 11 20:01:34 so, repo sync -c doesn't set which branch I'm on. … (venv) [rocky@Saturn hybris-boot]$ git status … Not currently on any branch. … What branch should I be committing to? Feb 11 20:02:04 We normally use halium-7.1 as branch name Feb 11 20:02:11 ok Feb 11 20:05:16 It didn't recognize the branch name halium-7.1. what do? I tried doing "git checkout -b halium-7.1" but I have a feeling this was the Wrong Thing (tm) Feb 11 20:05:37 Mr MoMo was added by: Mr MoMo Feb 11 20:07:18 @JBBgameich, (venv) [rocky@Saturn halium-dev]$ find . -name core -type f | grep main.mk … (venv) [rocky@Saturn halium-dev]$ Feb 11 20:07:56 build/core/main.mk Feb 11 20:08:19 Not sure how it missed that Feb 11 20:12:52 Hello … I stuck in this … Navigate into your Halium directory and edit the file halium/devices/manifests/[manufacturer]_[device].xml. … https://docs.halium.org/en/latest/porting/get-sources.html Feb 11 20:13:01 I Navigated into my Halium directory, I found two LG devices but none of them is my device Feb 11 20:13:12 what can I do? Feb 11 20:13:18 You will have to create a new manifest for your device. Feb 11 20:14:09 thank you! I will try Feb 11 20:16:47 huzzah, halium-boot built successfully! Feb 11 20:19:09 does halium-boot set up a telnet server as well? Feb 11 20:19:55 @Mr MoMo, Thanks for the feedback. I changed the documentation into "create the file": … http://docs.halium.org/en/latest/porting/get-sources.html#adding-your-device-specific-source … https://github.com/Halium/docs/commit/04efe1552a9940f429a85aa8ac8da0acf65e6bc8 Feb 11 20:20:29 @rockybulwinkle, If it fails to boot the rootfs, I think it should Feb 11 20:23:29 Nope, no telnet, no ssh/new net device, and I see a qualcom usb modem device. Basically the same as hybris-boot Feb 11 20:26:04 I tried moving system/rootfs.img to .img_disabled, reboot, still no telnet Feb 11 20:32:17 I may have accidentally been testing hybris-boot.img. muscle memory. Feb 11 20:34:44 the kernel couldn't find an init. Where is it? Feb 11 20:36:53 I tried mounting the initrd (as type ramfs. Is that right?) and it was empty. oops. Feb 11 20:40:44 @UniversalSuperBox Not sure what to do at this point? Feb 11 20:41:16 Can you sync again? Maybe you didn't get the patch Feb 11 20:41:31 repo sync -c, correct? Feb 11 20:41:35 Yep Feb 11 20:44:09 https://gist.github.com/rockybulwinkle/c44f48be84fb74a76665c2c0ac96124b Feb 11 20:45:07 Uh... that's a weird error. Feb 11 20:45:16 yeah... I committed it anyway.... Feb 11 20:45:53 ugh. lots of errors on the repo sync -c now Feb 11 20:46:34 https://gist.github.com/rockybulwinkle/47f2f27f2500f4817c2b8c5c396f64df Feb 11 20:49:21 Just do a `repo sync --force-sync -c` Feb 11 20:49:35 That'll overwrite local changes Feb 11 20:49:45 jsut so you know Feb 11 20:49:50 let me see what local changes I have Feb 11 20:49:57 `repo status` Feb 11 20:50:27 I've never used this repo tool tbh. I'm used to just git. Feb 11 20:50:59 Just git sucks for 100+ repositories ;) Feb 11 20:51:09 This should only force sync the repository with the error`repo sync —force-sync -c hardware/qcom/media-caf/msm8960` Feb 11 20:53:35 Sorry, this was caused by me in this: https://github.com/Halium/android/commit/aa8686a393886e9b727cb278da774ef2aa634b7e … But theres not way around it, I think ... Feb 11 20:54:13 yeah, I don't care about that repo anyway, pretty sure. My chip is an 8996 Feb 11 20:55:22 ok I'm all sync'd. I'll try rebuilding now. Feb 11 20:57:11 initrd is still empty. It is a ramfs, right? Feb 11 20:58:22 I don't even think I debootstrap ran Feb 11 20:58:30 It shouldn't, it gets downloaded Feb 11 20:58:41 There should be a line where it says where it's downloaded from, can you see that in the output? Feb 11 20:58:42 the rootfs for the initrd? Feb 11 20:58:48 The initrd itself Feb 11 20:58:55 oh. It's printed to stdout? Feb 11 20:59:01 If not, do `make clean-halium-boot` then build it again. Should be fewer lines Feb 11 20:59:04 @rockybulwinkle, yeah Feb 11 20:59:23 You have `curl` installed, right? Feb 11 20:59:34 yeah Feb 11 21:00:20 [ 75% 6/8] Downloading initramfs to : /mnt/foo/halium-dev/out/targ...oduct/axon7/obj/ROOT/halium-boot_intermediates/halium-initramfs.gz … Downloading https://github.com/halium/initramfs-tools-halium/releases/download/continuous/initrd.img-touch-arm64 Feb 11 21:00:39 That is correct, and it is not an empty file Feb 11 21:01:13 I was inspecting the initrd by "abootimg -x halium-boot.img" and then "mount -t ramfs initrd.img " Feb 11 21:01:25 anything wrong with that? Feb 11 21:01:45 I'm pretty sure it's a gz'd cpio archive Feb 11 21:01:50 oh. ok. Feb 11 21:01:55 `cat ../android-ramdisk.img | gzip -d | cpio -i` Feb 11 21:02:14 Extracts it into the current directory Feb 11 21:03:02 sure isn't empty! Feb 11 21:04:50 Ok, the initrd extracted with abootimg is not empty when I gunzip/cpio it Feb 11 21:05:03 halium-boot is doing its job Feb 11 21:05:07 yarp Feb 11 21:05:21 I'll try booting it again. Feb 11 21:05:33 maybe the rootfs type on the kernel command line is wrong? Feb 11 21:05:45 There shouldn't be one Feb 11 21:07:43 still fails.... kernel log incoming Feb 11 21:08:56 https://gist.github.com/rockybulwinkle/f51d21f41d3a7d0fe92058dabe0dcedf Feb 11 21:09:54 wat Feb 11 21:10:08 I don't think the kernel is interpreting the initrd correctly. init is definitely in the root, one of the places it always looks for it.. Feb 11 21:10:20 ?????? Feb 11 21:10:42 It prints the env every time you build something. What is TARGET_KERNEL_ARCH? Feb 11 21:11:39 its not set >_< Feb 11 21:11:42 did I forget to breakfast? Feb 11 21:11:44 That's okay Feb 11 21:11:50 Most devices don't Feb 11 21:11:58 Can you remove the `console=` parameter? Feb 11 21:12:10 From cmdline Feb 11 21:12:23 uhmmmm... where is that configured? Feb 11 21:12:32 BoardConfig.mk in your device tree Feb 11 21:13:38 So... it's not a problem of the initramfs not being there... that would be something about failing to mount block (0,0) Feb 11 21:13:49 https://gist.github.com/rockybulwinkle/69ca4a8ccb5c68afbba51eecbb66784f Feb 11 21:14:16 `abootimg -i halium-boot.img`, let's see the cmdline Feb 11 21:15:03 Wait, what the hell? Why is that running code from my PR? Feb 11 21:15:25 Oh great. It's deploying on branches again. Feb 11 21:18:36 the previous kernel log was abbreviated. Here's the full one https://gist.github.com/rockybulwinkle/65a70ad58d24e83d4a8091492cc190ee Feb 11 21:19:28 `sh: -n: unknown operand` Feb 11 21:19:31 Well that's interesting Feb 11 21:19:33 * cmdline = androidboot.hardware=qcom user_debug=31 msm_rtb.filter=0x237 ehci-hcd.park=3 lpm_levels.sleep_disabled=1 cma=32M@0-0xffffffff Feb 11 21:19:59 oh i can see cmdline Feb 11 21:20:03 i'm here to help :P Feb 11 21:20:59 `[ -e $imagefile -o -n "$syspart" ]` is what I think it's compaining about Feb 11 21:21:05 Which makes no sense Feb 11 21:21:55 Ohhhhhhhhhhhhhh Feb 11 21:22:10 ```mount: mounting /dev/sda9 on /tmpmnt failed: Invalid argument``` Feb 11 21:22:18 Thank goodness i made it print everything to kmsg Feb 11 21:22:48 So halium-boot mounts /data with `data=journal` since Canonical found it reduced corruption Feb 11 21:22:56 Which is an ext4-only option Feb 11 21:23:29 um... /tmpmnt? So... a tmpfs? Feb 11 21:23:36 No, that's the data partition Feb 11 21:23:40 ok Feb 11 21:23:42 Yours is f2fs right now Feb 11 21:23:48 Whereas it's expecting ext4 Feb 11 21:23:57 is that the /data/rootfs.img? Feb 11 21:24:03 No, that's the data partition Feb 11 21:24:14 oh ok Feb 11 21:25:15 I could reformat data perhaps. Feb 11 21:25:27 I'd prefer that. Feb 11 21:25:31 There's an option in TWRP Feb 11 21:25:47 Yeah, I remember dealing with this at some point when putting lineage on it.... Feb 11 21:26:22 Go to Wipe > Advanced Wipe > check Data > Repair or Change FIle System > Change File System > EXT4 Feb 11 21:26:26 lol found it Feb 11 21:26:34 nice Feb 11 21:26:40 You'll need to reflash then Feb 11 21:27:03 it didn't wipe the bootloader right? Feb 11 21:27:08 Nope Feb 11 21:27:14 So... I guess we need to discuss `data=journal` then. I'm not really sure I trust F2FS Feb 11 21:27:52 It's not bringing telnet up. I haven't put rootfs.img and system.img back on yet Feb 11 21:28:14 Yeah...... Feb 11 21:28:22 I broke the deploy a little bit. Feb 11 21:29:24 bleh. I gotta rebuilt those, I did a clean a while ago Feb 11 21:29:32 No, it's not you, it's me Feb 11 21:29:40 I'm going to merge this without review, sorry guys Feb 11 21:29:42 I mean the system.img and rootfs.img Feb 11 21:29:47 hahaha Feb 11 21:30:32 https://travis-ci.org/Halium/initramfs-tools-halium/builds/340257915?utm_source=github_status&utm_medium=notification Feb 11 21:30:36 I'm gonna take a break before too long. Gonna take my dog to the dog park. Feb 11 21:30:42 When this finishes, clean `halium-boot` and rebuild it. Feb 11 21:31:02 "this" Feb 11 21:31:16 oh I see Feb 11 21:31:17 Yeah, that build Feb 11 21:31:20 shame on you for removing "I hit a nail" @UniversalSuperBox Feb 11 21:31:39 jk Feb 11 21:32:23 It might still be there somehow Feb 11 21:32:40 Don't ask me how, I can't find it in the code Feb 11 21:32:59 5 minutes to completion Feb 11 21:35:34 uploading archive! Feb 11 21:35:43 @UniversalSuperBox i found that enabled mtp and adb in init.target.rc crash the system. … [ 56.559786,1] PC is at mtp_read+0x20/0x344 … [ 56.559913,1] LR is at vfs_read+0xb0/0x174 Feb 11 21:36:06 looks like it finished Feb 11 21:36:13 Woohoo! Feb 11 21:36:22 @Walid, What? Feb 11 21:36:37 I'll be afk for a while after this attempt Feb 11 21:38:11 Nükleer was added by: Nükleer Feb 11 21:38:47 @UniversalSuperBox, i added "on property:sys.usb.config=mtp,adb" in init.target.rc file, and tested with xenial rootfs, system crash after 10 sec of boot. Feb 11 21:39:17 Oh, okay... Why are you pinging me for it? Feb 11 21:40:16 cuz you talken about usb pb if i remember in xenial Feb 11 21:41:08 I don't believe I remember that... Sorry if it was me Feb 11 21:43:13 no pb , but i think mtp mode make system crash , so better disabled it or remove any init.usb*.rc import in init.*.rc file Feb 11 21:54:27 @UniversalSuperBox repo sync -c; make clean-halium-boot; mka halium-boot Feb 11 21:54:29 ? Feb 11 21:56:19 telnet! Feb 11 21:59:24 Feb 11 21:59:31 is it correct Feb 11 22:09:11 ssh connection refused! Hey, I think I might be where you were yesterday, @uni Feb 11 22:10:38 is the differing ip's a typo? https://docs.halium.org/en/latest/porting/debug-build/logging-in.html Feb 11 22:11:24 hmmm... no ping. Feb 11 22:14:26 https://gist.github.com/rockybulwinkle/015484dc04d17614dc085f23cae0456e Feb 12 02:39:01 It fails to mount system.img Feb 12 02:55:41 among other things... Feb 12 02:55:54 I'm having trouble telling at what point it switches root. Feb 12 02:56:00 in the logs. Feb 12 02:59:04 I'm trying to build halium, but I always get stuck at https://pastebin.com/KrF817MR Feb 12 02:59:12 Anyone else have this issue? Feb 12 02:59:45 Soon after "moving Android system" **** ENDING LOGGING AT Mon Feb 12 03:00:00 2018