I think I might be having a similar issue with my openvpn connect (not to nordvpn). On my nexus 5 the vpn works fine on wifi and cell service. On my nexus 7 and pinphone using the same keys, certs and settings the vpn connects fine and the routes update but I can't get to the internet. Only difference I saw was that on the nexus 5 (the working connection) the first "default via" entry was for my local router and the second was for the vpn's internal address but on the other devices they were switched around.

The only time I've noticed the nexus 5 not working is if I set up the vpn and the let the phone go to sleep. When I start it back up sometimes I don't have internet access until I turn the vpn connection off and on again.

I'll play around and see if I can spot what's different between them.

@atarilinux Here's what /proc/cmdline says for lineage 19.1 on Bonito:

rcupdate.rcu_expedited=1 rootwait ro init=/init androidboot.bootdevice=7c4000.sdhci androidboot.baseband=sdm androidboot.keymaster=1 msm_drm.dsi_display0=dsi_sofef00_sdc_1080p_cmd_display::timing0 androidboot.force_normal_boot=1 androidboot.serialno=99BAX0K5LP androidboot.slot_suffix=_a androidboot.slot_retry_count=0 androidboot.slot_successful=no androidboot.hardware.platform=sdm670 androidboot.hardware=bonito androidboot.revision=MP1.0 androidboot.bootloader=b4s4-0.4-8048689 androidboot.hardware.sku=G020A androidboot.hardware.radio.subtype=2 androidboot.hardware.dsds=0 androidboot.secure_boot=PRODUCTION androidboot.cdt_hwid=0x05032802 androidboot.hardware.majorid=0x03 androidboot.dtb_idx=0 androidboot.dtbo_idx=8 androidboot.bootreason=reboot androidboot.hardware.ddr=4GB,Hynix,LPDDR4X androidboot.ddr_info=Hynix androidboot.ddr_size=4GB androidboot.hardware.emmc=64GB,SKHynix androidboot.cid=00000001 androidboot.boottime=0BLE:530,1BLL:62,1BLE:446,2BLL:126,2BLE:579,SW:10020,KL:1,KD:106,ODT:117,AVB:496,AFTL:0 androidboot.ramdump=disabled androidboot.blockchain=disabled usbcfg.suzyq=disabled androidboot.hardware.pcbcfg=BPPV androidboot.hardware.devcfg=B4VP root=PARTUUID=366e8a1b-1c20-45e6-b794-df754b290cfe androidboot.verifiedbootstate=orange androidboot.aftlstate=8 printk.devkmsg=on msm_rtb.filter=0x237 ehci-hcd.park=3 service_locator.enable=1 firmware_class.path=/vendor/firmware cgroup.memory=nokmem lpm_levels.sleep_disabled=1 loop.max_part=7 androidboot.boot_devices=soc/7c4000.sdhci androidboot.super_partition=system buildvariant=userdebug console=null

Is that what you were looking for?

@atarilinux And a lineage 19.1 sargo for good measure

deviceinfo_kernel_cmdline="console=ttyMSM0,115200n8 androidboot.console=ttyMSM0 printk.devkmsg=on msm_rtb.filter=0x237 ehci-hcd.park=3 service_locator.enable=1 firmware_class.path=/vendor/firmware cgroup.memory=nokmem lpm_levels.sleep_disabled=1 loop.max_part=7 androidboot.boot_devices=soc/7c4000.sdhci androidboot.super_partition=system buildvariant=userdebug"

@atarilinux Here's the one extracted from the lineage 19.1 signed zip that I used to flash the phone:

deviceinfo_kernel_cmdline="console=ttyMSM0,115200n8 androidboot.console=ttyMSM0 printk.devkmsg=on msm_rtb.filter=0x237 ehci-hcd.park=3 service_locator.enable=1 firmware_class.path=/vendor/firmware cgroup.memory=nokmem lpm_levels.sleep_disabled=1 loop.max_part=7 androidboot.boot_devices=soc/7c4000.sdhci androidboot.super_partition=system buildvariant=userdebug"

That is lineage 19.1 (android 12.1) on bonito.

@atarilinux I tested bulding on fresh installs of ubuntu server 20.04 and 22.04. Have a look at the readme in this repo: https://gitlab.com/mr-growl/ubports-ubuntu-touch-google-bonito-volte

Run the apt commands, checkout the repo and run the other 3 commands and you should end up with the.img files. I'd recommend 24GB of ram. 16 and a good swap file or 8 and a really good swap file. 60GB of disk is plenty for the OS and the builds. On the first successful build I did I only had 8gb of ram and 20gb of swap and it took ages but it built... before that it'd just keep erroring out (if you see an error 137, that's it saying you need more ram/swap).

That repo links to two other of my repos which I made some changes in to get it building with one command.

So to recap:

1. set up a vm/machine with ubuntu server 22.04 or 20.04 with 24GB ram and 60gb disk (all defaults during the install
2. follow the readme on the repo linked above.

If you encounter any problems let me know but it should just go. Expect an hour all up to set up and run the build.

I'll read through the articles you sent through tonight and see what I can make of it.

Good luck!

@atarilinux I've made some progress, I think. I successfully built halium 12 for bonito and I now have the ubports recovery booting.

I flashed the system.img from the halium build, then formatted the data partition as ext4 and then sideloaded a droidian rootfs on to it but it just came back to recovery. The end of the log file is filled with messages like:

ueventd: Cannot get SELinux label on '/dev/block/mmcblk0p29' device: No data available

So I think it's time to start debugging. Will save that for another time.

I documented the steps for building halium 12 for bonito here:
Building-halium-12-for-bonito

Current state of affairs:

New Build Method (the one here: https://gitlab.com/mr-growl/ubports-ubuntu-touch-google-bonito-volte)

• Builds successfully
• boot.img doesn't boot to anything

What I'd like to research regarding this is:

• has any other community port used that method to make a successful android 12 port?

• if so, I'd want to compare their repo to mine and see what I've missed.

• how are the binary blobs being included in this build method

Old Build Method (the one from the video and the halium website, steps documented here: https://gitlab.com/mr-growl/ubports-ubuntu-touch-google-bonito-volte/-/wikis/Building-halium-12-for-bonito

• Builds successfully

• boots into recovery

• very clear where the vendor blobs need to be added

For this method I need to figure out:

• is the fixup-mountpoints script still relevant and if so, why isn't it in the build folder anywhere

• are there any obvious flaws with using this method over the new one?

Droidian

• Documentation is straight forward

• they provide api 32 (android 12L) rootfs zips that can be side loaded

• their deployment instructions are more like lineage (which is a good thing)

What I'd like to find out with them is:

• has anyone in their community done a successful halium 12 port to any device

• why do they have a separate sargo rootfs zip?

• will an api 28 rootfs work with halium 12 (12.1 should be api 32)

I think my next step is to do a droidian build following their docs and see what happens. I'm presuming that the boot.img produced should also work for ubports.

Anyways... off to work

@atarilinux I've been using a pixel 3a with volte for several months on lineage with no problems.

Android version: 15
LineageOS version: 22.2-20250607-NIGHTLY-sargo
Phone Version: Sargo
Phone Carrier: Amaysim (Optus)
Country: Australia

@atarilinux thanks for all the links! I just got back from vacation so will have a read through them soon and see if a way forward jumps out.

@atarilinux much appreciated. Thanks!

@Eric-H the pixel 3a is a slot a/b device. Just at work but will investigate the things you mentioned this evening. Thanks!

@Eric-H Thanks! I'll check that tomorrow. It seems to me with stock android I can't boot into a build in recovery but that fastbootd does most of what's needed. So I have been using "fastboot boot twrp.img" if I need features that twrp offers.

Flashing twrp.img directly on to the pixel 3a doesn't work. To get it to install I usually do "fastboot boot twrp.img" and then go to "Advanced" and then "flash currently twrp".

@Eric-H The recovery doesn't work after flashing. That's one of the things that concerns me about this build. With the old style halium build the boot.img contains the ubports recovery, so there is a recovery to retrieve logs from. The boot loader shows the reason for being in bootloader mode as "error boot prepare" which I was led to believe indicates a problem with recovery (it couldn't get in to recovery so just settled for bootloader).

pstore is enabled in that kernel.

@atarilinux if you're still keen to do some research, one thing that would be handy to know is if anyone has actually successfully made a halium port for any device for ubports or halium... I see lots of attempts but not sure if any of them actually were successful.

I got a successful build of droidian using their build process and the result was the same as with the new style ubports build.

I'm going back to the idea that I should try building a halium 9 build... if I can't make that work then I don't see how I could make a halium 12 build work.

@Eric-H True... I just don't see any connections appearing (no new network adapters showing up, nothing ususual in dmesg). It's highly possible that my deviceinfo is wrong/out of date. After reading the droidian porting stuff and then reading the updated ubports stuff I can see a few things that I can do differently.

@Eric-H I do not. It just sits at the bootloader.

I see the porting documentation has been updated. I might just start again armed with some new insight after playing with other methods.

@Eric-H I just happen to know someone wiht a pixel 3a

I tried flashing those artifacts just now and same result.

@Eric-H That is a fork of https://github.com/LineageOS/android_kernel_google_msm-4.9 which was what I got when setting up the manifests for the halium build. It came with a bonito_defconfig which I modified according to the stand alone kernel instructions and put in a branch called halium-12.0 . I verified after doing my stand along kernel build that it had indeed checked out that branch.

@Eric-H Thank you again!

Here's what dmesg has to say after my last flash attempt:

[ 9780.171034] usb 1-2: new high-speed USB device number 40 using xhci_hcd
[ 9781.164612] usb 1-2: New USB device found, idVendor=18d1, idProduct=4ee0, bcdDevice= 1.00
[ 9781.164633] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 9781.164641] usb 1-2: Product: Pixel 3a XL
[ 9781.164648] usb 1-2: Manufacturer: Google
[ 9781.164654] usb 1-2: SerialNumber: XXXXXXXXX

I'll wipe it again and try again with your last message in mind later. I completely forgot to check to boot debug documentation, so I'll have a read through that again as well.