Just wanted to post a thanks for your work. It's wonderful to have some interest in this box early on by some competent people. Have a great one!
10 technical preview, actuallyWeird, windows 8?
Until recovery yes, I'll update this as new OTAs come alongSo, rooting it for what as of now? What about future updates? Is the NP going to force us to update OTAs?
Sent from my OnePlus One via Tapatalk
Rooting won't wipe everythingGotcha. I guess I should have asked before. Will rooting erase everything? I'm reluctant to having to set it up every time a new update comes out and breaks root.
Sent from my OnePlus One via Tapatalk
Alright so I just got around to running the script, and none of the commands work after booting back up. There's a failure for every rmdir and mkdir command that's used, so the device doesn't get rooted. I tried doing a adb remount, but the device isn't allowing that.
________________________________________________________
root-boot: By Bunchies @xda
________________________________________________________
________________________________________________________
Power off/unplug the device, hold the power button while
plugging in the device until you see the google logo and
than let go to enter fastboot mode
________________________________________________________
________________________________________________________
Plugin the device to a PC using a usb cable
________________________________________________________
Press any key to continue . . .
waiting for ADB
target reported max download size of 536870912 bytes
sending 'boot' (5424 KB)...
OKAY [ 1.357s]
writing 'boot'...
OKAY [ 1.515s]
finished. total time: 2.876s
rebooting...
finished. total time: 0.602s
When boot completes
and you see the launcher
Press any key to continue . . .
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
error: device not found
error: device not found
error: device not found
error: device not found
error: device not found
error: device not found
error: device not found
rm: /system/bin/install-recovery.sh: Read-only file system
mkdir failed for /system/app/SuperSU, Read-only file system
mkdir failed for /system/bin/.ext, Read-only file system
failed to copy 'SuperSU/SuperSU.apk' to '/system/app/SuperSU/': Is a directory
failed to copy 'x86/su' to '/system/xbin/su': Read-only file system
failed to copy 'x86/supolicy' to '/system/xbin/supolicy': Read-only file system
failed to copy 'x86/libsupol.so' to '/system/lib/libsupol.so': Read-only file sy
stem
failed to copy 'x86/99SuperSUDaemon' to '/system/etc/init.d/99SuperSUDaemon': Re
ad-only file system
failed to copy 'x86/install-recovery.sh' to '/system/etc/install-recovery.sh': R
ead-only file system
cp: system/xbin/su: No such file or directory
cp: system/xbin/su: No such file or directory
cp: system/xbin/su: No such file or directory
cp: /system/xbin/sugote-mksh: Read-only file system
ln: /system/bin/su: Read-only file system
ln: /system/bin/install-recovery.sh: File exists
rm: /system/bin/app_process: Read-only file system
ln: /system/bin/app_process: File exists
mv: rename /system/bin/app_process32 to /system/bin/app_process32_original: Read
-only file system
ln: /system/bin/app_process32: File exists
cp: /system/bin/app_process32_original: No such file or directory
Unable to chmod /system/app/SuperSU: No such file or directory
Unable to chmod /system/app/SuperSU/SuperSU.apk: No such file or directory
Unable to chmod /system/xbin/su: No such file or directory
Unable to chmod /system/lib/libsupol.so: No such file or directory
Unable to chmod /system/bin/.ext: No such file or directory
Unable to chmod /system/bin/.ext/.su: No such file or directory
Unable to chmod /system/etc/init.d/99SuperSUDaemon: No such file or directory
Unable to chmod /system/xbin/daemonsu: No such file or directory
Unable to chmod /system/xbin/sugote: No such file or directory
Unable to chmod /system/xbin/sugote-mksh: No such file or directory
Unable to chmod /system/etc/install-recovery.sh: No such file or directory
Unable to chmod /system/xbin/supolicy: No such file or directory
Unable to chmod /system/bin/app_process32_original: No such file or directory
Unable to chmod /system/bin/app_process_init: No such file or directory
chcon: Could not label /system/xbin/su with ubject_r:system_file:s0: No such
file or directory
chcon: Could not label /system/bin/.ext/.su with ubject_r:system_file:s0: No
such file or directory
chcon: Could not label /system/lib/libsupol.so with ubject_r:system_file:s0:
No such file or directory
chcon: Could not label /system/etc/init.d/99SuperSUDaemon with ubject_r:syste
m_file:s0: No such file or directory
chcon: Could not label /system/bin/sh with ubject_r:system_file:s0: Read-onl
y file system
chcon: Could not label /system/xbin/sugote with ubject_r:zygote_exec:s0: No
such file or directory
chcon: Could not label /system/xbin/supolicy with ubject_r:system_file:s0: N
o such file or directory
chcon: Could not label /system/xbin/sugote-mksh with ubject_r:system_file:s0:
No such file or directory
chcon: Could not label /system/bin/app_process32_original with ubject_r:zygot
e_exec:s0: No such file or directory
chcon: Could not label /system/bin/app_process_init with ubject_r:system_file
:s0: No such file or directory
Finished, you can now exit the installer
Press any key to continue . . .
Edit: Fixed it! I had to manually do "adb root" then "adb remount" and remount succeeded that time and I was able to run the rest of the script and saw all the file transfers.
If we get LRX22C or anything after related to the 5.0.1 release than I'll look through the script again since I'll have to make another zip:good: Could not get this method working without the notice of "manually do "adb root" then "adb remount" and remount" then it continued flawlessly!
Thanks for the info/update!
You use the .img to obtain insecure adb (root) to be able to push the su files to the deviceHey I'm trying to root manually and I wanted to know if the root-boot.img file downloaded for LRX21V is the root.img needed for fastboot root. Thanks!
fandas
root-boot.IMG give insecure adb so you would use the adb root command. The rest of the script pushes the SU binarys over adb shell after that giving you SU commands and superuser appI tried booting the the root-boot.img file with fastboot boot root-boot.img, the hit adb shell and then su, and it said su: command not found. I assume that means that the root was unsuccessful? Is the file not correct? Using the LRX21V root-boot.img file on my OEM unlocked Nexus player.
It would remove root since it would rewrite the entire /system directory so all su binarys would be removed and the OTA would go through just fineOut of interest will rooting prevent OTA updates from installing in the future? Or as mentioned earlier will it just remove root and still OTA Update successfully?
Correct, 5.1 is rolled out and I'll end up pushing out an update to this thread for it and might convert this method into a program instead of a .bat fileHello,
I have not given my Nexus Player any love in a long time so I have not been active in the threads... I hear there is a 5.1 update rolling out and need clarity. Do those of us who did this original rooting method need to do anything in order to be prompted for the update? I would think since the root-boot method does not modify recovery that we would still see the update. Am I correct in my thought process?
cheers
I haven't yet seen the OTA update file for the Nexus Player, but if it is similar to the 5.1 OTA update files for the Nexus 5, 6 and 9, then even if you are prompted for the update, you will not be able to install it. The 5.0.1+ updates no longer verify file-by-file for the existing system image, they verify the entire partition. In other words, prior to 5.0.1 updates, you could add files to /system, and you would still be able to apply the OTA update (assuming you didn't modify any of the existing files). Starting with the 5.0.1 update, you cannot apply the OTA update if you have added any files (or otherwise modified anything in /system). And since root adds some files to /system, the OTA will fail.Hello,
I have not given my Nexus Player any love in a long time so I have not been active in the threads... I hear there is a 5.1 update rolling out and need clarity. Do those of us who did this original rooting method need to do anything in order to be prompted for the update? I would think since the root-boot method does not modify recovery that we would still see the update. Am I correct in my thought process?
cheers