[Nexus Player Root][LMY47D][5.1.0] root-boot - 03|26|2015

Elrondolio

Senior Member
Aug 10, 2010
111
42
0
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!
 

akarol

Senior Member
Jun 16, 2010
2,301
364
0
Orlando
So, 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
 

akarol

Senior Member
Jun 16, 2010
2,301
364
0
Orlando
Gotcha. 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
 

bunchies

Senior Member
Dec 30, 2012
2,014
1,941
0
Land of Ooo
Gotcha. 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
Rooting won't wipe everything

Updates would just remove it since the update would write over the /system partition

In case of any bootloops our downgrades you can refer to post #2

If something were to happen you can always extract than flash boot.img and system.img in fastboot manually from an OTA zip to fix anything, all user data and configuration is held in /data and untouched if you do it manually
 
Last edited:

iamtek7

Senior Member
Aug 31, 2011
87
21
0
: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!

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 u:eek:bject_r:system_file:s0: No such
file or directory
chcon: Could not label /system/bin/.ext/.su with u:eek:bject_r:system_file:s0: No
such file or directory
chcon: Could not label /system/lib/libsupol.so with u:eek:bject_r:system_file:s0:
No such file or directory
chcon: Could not label /system/etc/init.d/99SuperSUDaemon with u:eek:bject_r:syste
m_file:s0: No such file or directory
chcon: Could not label /system/bin/sh with u:eek:bject_r:system_file:s0: Read-onl
y file system
chcon: Could not label /system/xbin/sugote with u:eek:bject_r:zygote_exec:s0: No
such file or directory
chcon: Could not label /system/xbin/supolicy with u:eek:bject_r:system_file:s0: N
o such file or directory
chcon: Could not label /system/xbin/sugote-mksh with u:eek:bject_r:system_file:s0:
No such file or directory
chcon: Could not label /system/bin/app_process32_original with u:eek:bject_r:zygot
e_exec:s0: No such file or directory
chcon: Could not label /system/bin/app_process_init with u:eek:bject_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.
 
  • Like
Reactions: prstorero

bunchies

Senior Member
Dec 30, 2012
2,014
1,941
0
Land of Ooo
: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!
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
 
  • Like
Reactions: iamtek7

pappingfandas

Member
Dec 28, 2013
24
2
0
Philadelphia
I 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.
 

bunchies

Senior Member
Dec 30, 2012
2,014
1,941
0
Land of Ooo
I 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.
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 app
 

Haxxa

Senior Member
May 14, 2010
216
35
0
Melbourne
Out 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?
 

bunchies

Senior Member
Dec 30, 2012
2,014
1,941
0
Land of Ooo
Out 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?
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 fine

The only way to stop an OTA is custom recovery
 

Cuzz1369

Senior Member
Jan 25, 2013
4,060
4,458
0
Kitchener
Using Ubuntu after a lot of crap got adb to work. (Sudo kill-server, sudo start-server) but now fastboot does nothing. With or without the sudo command. Fastboot devices just gives me a new line and any fastboot command leaves me waiting for device. Any help?
 

jschill31

Senior Member
Jul 14, 2010
827
184
73
Midwest
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
 

bunchies

Senior Member
Dec 30, 2012
2,014
1,941
0
Land of Ooo
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
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 file

This method puts SU binarys into the /system/* location and installs the superuser app

You will continue to be notified for updates and if you do take the update it will remove SU access because an update will wipe /system and reflash it with a new system.img from the update zip
 
  • Like
Reactions: jschill31

efrant

Senior Moderator / Developers Relations
Staff member
Feb 12, 2009
11,468
10,979
253
Montreal
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
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.

The easiest way to update to 5.1 if you have anything modified is to reboot into the bootloader, and flash the 5.1 boot and system images (from the Google-provided factory image here) using fastboot. You will then need to get root again.
 
Our Apps
Get our official app!
The best way to access XDA on your phone
Nav Gestures
Add swipe gestures to any Android
One Handed Mode
Eases uses one hand with your phone