[Beta] Pixel 2 installer config

agates

@flohack said in [Beta] Pixel 2 installer config:

Oh and please see again in recovery if you can also mount system partition (mount /system_root could do it). And whats inside there...

root@walleye:/ # mount /system_root
root@walleye:/ # ls -alh /system_root                                                                                                                                                                                                                                                                                        
total 58K
drwxrwxr-x  24 audio camera 4.0K 2021-08-26 08:03 .
drwxr-xr-x  24 root  root      0 1972-09-19 23:20 ..
drwxr-xr-x   2 root  root   4.0K 2021-08-29 06:04 android
lrwxrwxrwx   1 root  root     13 1972-09-14 01:28 apex -> /android/apex
drwxr-xr-x   2 root  root   4.0K 1972-09-14 01:28 bin
drwxr-xr-x   2 root  root   4.0K 2016-04-12 20:14 boot
lrwxrwxrwx   1 root  root     14 1972-09-14 01:28 cache -> /android/cache
lrwxrwxrwx   1 root  root     13 1972-09-14 01:28 data -> /android/data
drwxr-xr-x   3 root  root   4.0K 1972-09-14 01:28 debian
drwxr-xr-x   4 root  root   4.0K 1972-09-14 01:28 dev
drwxr-xr-x 115 root  root   4.0K 1972-09-14 01:29 etc
lrwxrwxrwx   1 root  root     16 1972-09-14 01:28 factory -> /android/factory
lrwxrwxrwx   1 root  root     17 1972-09-14 01:28 firmware -> /android/firmware
drwxr-xr-x   3 root  root   4.0K 1972-09-14 01:28 home
-rwxr-xr-x   1 root  root   9.4K 2021-04-13 21:11 init
drwxr-xr-x  20 root  root   4.0K 1972-09-14 01:28 lib
drwx------   2 root  root    16K 1972-09-14 01:27 lost+found
drwxr-xr-x   2 root  root   4.0K 2021-08-26 22:22 media
lrwxrwxrwx   1 root  root     17 1972-09-14 01:28 metadata -> /android/metadata
drwxr-xr-x   3 root  root   4.0K 1972-09-14 01:28 mnt
lrwxrwxrwx   1 root  root     12 1972-09-14 01:28 odm -> /android/odm
drwxr-xr-x   3 root  root   4.0K 1972-09-14 01:28 opt
lrwxrwxrwx   1 root  root     16 1972-09-14 01:28 persist -> /android/persist
drwxr-xr-x   2 root  root   4.0K 2016-04-12 20:14 proc
lrwxrwxrwx   1 root  root     16 1972-09-14 01:28 product -> /android/product
drwx------   2 root  root   4.0K 1972-09-14 01:28 root
drwxr-xr-x  12 root  root   4.0K 1972-09-14 01:28 run
drwxr-xr-x   2 root  root   4.0K 1972-09-14 01:28 sbin
drwxr-xr-x   2 root  root   4.0K 2021-08-26 22:22 srv
drwxr-xr-x   2 root  root   4.0K 2016-02-05 09:48 sys
lrwxrwxrwx   1 root  root     15 1972-09-14 01:28 system -> /android/system
drwxrwxrwt   2 root  root   4.0K 2021-08-26 22:32 tmp
drwxr-xr-x   2 root  root   4.0K 2021-08-29 06:04 userdata
drwxr-xr-x  10 root  root   4.0K 1972-09-14 01:28 usr
drwxrwxr-x  11 audio camera 4.0K 2021-08-26 08:03 var
lrwxrwxrwx   1 root  root     15 1972-09-14 01:28 vendor -> /android/vendor

flohack

@agates Okay so you got already some potential UT data in your system partition. Please wipe that too, so that data nd system are clean, then the boot should drop into a telnet session on 192.168.2.15

flohack

@agates Oh and I forgot one important step, download vbmeta and dtbo image from here: http://twoot.bin.org.in/nextcloud/index.php/s/mzfmYJscqPyM2Bc

and then flash it with:

fastboot flash dtbo dtbo.img
fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img

Thats to ensure you have no error from verity during boot.

agates

@flohack Hmmm, well now I'm in a boot loop. At least it's something different :). After the google logo I get a temporary black screen before it reboots.

And I still can't telnet

Both system and data are empty:

root@walleye:/ # ls -alh /data
total 0
drwxr-xr-x  2 root root 0 1970-01-01 00:00 .
drwxr-xr-x 24 root root 0 1972-09-20 23:41 ..
root@walleye:/ # ls -alh /system_root
total 0
drwxr-xr-x  2 root root 0 1970-01-01 00:00 .
drwxr-xr-x 24 root root 0 1972-09-20 23:41 ..

agates

@flohack Oh also, same usb 3-2 dmesg entries as before.

flohack

@agates Ok thats good, let it bootloop once and then press Vol-Up and hopefully it boots into recovery, then we finally might be able to get hold of a /sys/fs/pstore/console-ramoops log

agates

@flohack Hmm holding Volume Up during boot drops me into the bootloader with the following error message in yellow:

ERROR: Operation Denied

Nothing in /sys/fs/pstore/, either

Maybe I'm pressing Volume Up at the wrong time?

flohack

@agates ok bootloader is wrong, try Vol-Down

agates

@flohack Volume down just goes into the bootloader without the error

flohack

@agates Interesting. Okay we can try the following trick:

Flash twrp.img to boot partition
Issue fastboot boot boot.img that will make a one-time boot of our bootimage, then reboot into recovery. Thats my last resort to catch this.

agates

@flohack OK, that didn't work. I decided to reflash android and re-flash ubports again for a fresh slate.

During the ubports installer while it was pushing files I decided to adb shell in and look for console-ramoops. To my surprise, it was there. No idea if it's useful or not.

https://pastebin.com/zYAAZGTs

i2097i

Sorry for my absence. I currently only have a pixel 2 that is locked by the carrier and effectively useless for unlocking purposes. I was not aware that certain Pixel 2 devices had this. I will jump back in if I can get my hands on an unlock-able Pixel 2.

flohack

@i2097i Oh thats a pity. Yes, some carriers are mega-stupid, and Google happily jumped onto that. It should be forbidden by law.

i2097i

@Flohack agree entirely. Hopefully it's a remnant of the past.

agates

@flohack Any ideas how I might get past this "ERROR: Operation Denied" error? It seems that's what's preventing me from dropping into recovery after the kernel panic, right? and the bootloader erases pstore?

FlashyLinux

Walking in fresh to this.

I downgraded to Android 9.

On Linux Mint I opened the installer with

"ubports-installer --f /home/edi/Desktop/walleye.yml"

Install looks like it was successful, however the phone reboots to a white screen with the Google logo and an unlocked lock at the bottom.

Any suggestions?

Thanks all!

flohack

@flashylinux Well we took offline the installer config for walleye as it is not working currently. If you want to help testing thats fine, otherwise you will have to wait until we fix it at some point hopefully.

flohack

I removed the config now also from my first post. Sorry for the inconvenience!

FlashyLinux

@flohack I would love to help test! I have some experience with flashing and rooting. So I wouldn't be a complete noob haha.

How can I help?

flohack

@flashylinux Currently the problem is: Pixel 2 and Pixel 2 XL share the same device tree and kernel. In fact, they are almost identical. Yet we were not able to boot into UI or even telnet mode with the Pixel 2. Something gets stuck with our boot image.

What you can do is:

Wipe your device with TWRP (format userdata to remove encryption, wipe all other partitions as usual)
Flash this boot image: https://ci.ubports.com/job/UBportsCommunityPortsJenkinsCI/job/ubports%252Fcommunity-ports%252Fjenkins-ci%252Fwalleye-taimen/job/main/lastSuccessfulBuild/artifact/halium-boot_walleye.img into the active boot slot
Flash dtbo and vbmeta from here: https://twoot.bin.org.in/nextcloud/index.php/s/mzfmYJscqPyM2Bc
Note: vbmeta image needs to be flashed with fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img
Reboot the device
Observe any activity on your USB on the host: Does any device appear after boot?
If not, try to flash twrp into boot, and then make a one-time boot of the boot image, thereby hopefully getting in some way a /sys/fs/pstore/console-ramoops to see whats going wrong

I never had such troubles with booting our images as on the Pixel 2