I spent a 'couple' of hours dicking around with LinageOS and various stuff to get around the Woogle stuffs. LineageOS lacked TrueHD and lagged horribly in audio so I went back to the dev version of stock image. I stumbled upon this thread and the instructions didnt work for me as well. However, it got me a few ideas on maybe to bypass the Woogle account part and tried this path below. This is my notes that I allwas do when I try out things so live with the bloat..
I am sure one of you clever boys can pinpoint why and where it works and why..
Hardware:
Keyboard and mouse attached to Shield (USB Hub)
USB-A male to USB-A male cable between Shield and PC (Linux Debian)
On Shield:
Boot up
Hold A + B key on keyboard at boot to get into fastboot menu
'unlock bootloader'
reboot and hold A + B key at boot on keyboard
leave the Shield at that state
On PC (Linux Debian 11):
apt install android-tools-adb fastboot
Unpack the nv-recovery-image-shield-2019-pro-atv-8.2.3-dev_rooted.zip
cd mdarcy-factory_4079199_2740.7538
copy latest twrp.img, linageos_recovery.img and magisk.apk in same directory
Flash:
fastboot flash staging blob
fastboot flash boot boot.img
fastboot flash recovery recovery.img
fastboot flash system system.img
fastboot flash vendor vendor.img
fastboot flash dtb mdarcy.dtb.img
fastboot flash vbmeta vbmeta.img
fastboot flash recovery twrp.img
On Shield:
reboot and hold A + B key on keyboard to get into fastboot menu DO NOT LET THE INITIAL SYSTEM INSTALL START!!
choose boot 'recovery image'
In TWRP:
'Mount', 'Mount system' and UNcheck 'read only'
leave the Shield at that state
On PC (Linux Debian 11):
adb shell
echo "ro.setupwizard.mode=DISABLED" >> /system/build.prop (I prefer echo'it in to avoid nasty white spaces)
exit (from shell)
adb pull /system/build.prop (just to read and verify "ro.setupwizard.mode=DISABLED" has been added)
On Shield:
reboot
Now, the "ro.setupwizard.mode=DISABLED" switch will not work (as we know) so you will have to go through setup as ususal with account bla bla.. (it will be erased later)
Go offline as soon as you past the account reg part. No LAN or Wifi!!!
enable usb debugging (if not enabled default)
After login immediately go and disable the auto update:
adb shell
pm uninstall -k --user 0 com.nvidia.ota
Root'ing:
reboot and hold A + B key on keyboard to get into fastboot menu
fastboot flash recovery linageos_recovery.img
reboot and hold A + B key on keyboard to get into fastboot menu
choose boot 'recovery image'
In Lineage Recovery:
'Apply Update', then 'Apply from ADB'
leave the Shield at that state
On PC (Linux Debian 11):
adb sideload magisk.apk
On Shield:
reboot
On PC (Linux Debian 11):
Install full Magisk / Magisk manager and then verify it is rooted:
adb install magisk.apk
Install Aurora to get access to apps:
adb install com.aurora.store.apk
On Shield:
reboot and hold A + B key on keyboard to get into fastboot menu
lock bootloader
reboot (it will not boot)
reboot and hold A + B key on keyboard to get into fastboot menu
unlock bootloader
reboot
It should now bypass the part where the nagging is and go directly to the UI. No activation of account needed. Root seems to survive as well. Just install Magisk manager again.
After fresh start disable the auto update:
On PC (Linux Debian 11):
adb shell
pm uninstall -k --user 0 com.nvidia.ota
My guess is that the lock/unlock bootloader triggers the 'reset' and deletion of data, apps and accounts but do not affect the root or the modified /system/build.prop file.
After it sets up again you should get into the UI automatically without signing in. From what I can tell it jumps over the initial setup and account login because either because it's rooted or in this 'path' actually reads "ro.setupwizard.mode=DISABLED" switch OR a result of them both. Either way, it works.
A bonus would be that a quick visit in fastboot menu and do the 'lock bootloader', reboot to fastboot again and do the 'unlock bootloader' would result in a reset device again with skipped account nagging and directly into UI. Running a developer image with unlocked bootloader I guess is not recommendable but I dont really care. All to your own.
Have a go with the non-dev image and write back here? I'm guessing it works the same.