I'm surprised to find that I never did a deep dive on the Glows on Epd user APIs.
I did do that on the NST.
All that stuff is in android.hardware.EpdController in /system/framework/framework.jar
I recently did a display thing on an old NST.
Updating once a minute and never doing a refresh eventually the updated rectangle background turns whiter than the surrounding area.
I needed to do a full refresh myself.
On the NST:
EpdController epd = new EpdController(this);
Edit: Since hardly any of the eInk is openly documented it's mostly a case of trial and error.
The previous specified GC_ALL only updates a subset of the display.
This is not apparent until after a few days of continuous operation.
On the Glows, I can't find anything similar.
It seems that the Glows takes a "hands-off" to Epd (eInk) management.
I'm still looking.
AFAIK, there is nothing like EpdController on those new IMX-based Nooks. I believe it is because of the changes that were introduced since android 4.x.x.
So what they did in FW is that they modified base View class (from which every android control inherits). There is some sort of queue there which may call EPD refresh through API. But there is no way to call that API from outside plus there is some logic buried inside that API that does not guarantee that refresh call will actually refresh the screen. On some IMX-based reader FWs there are some APIs exposed on a view level that allow to change refresh mode for specific View (i.e. control or window).
All in all, for reader apps it is easier to just show a white filled screen for some duration to do a "refresh" than try to support every reader directly.
Did you delete/rename /system/priv-app/partner.apk?
B&N put its hooks in everywhere.
The bootanimation will not go away without partner.apk unless you do something.
On my Glow2 I just renamed partner.apk and bnereader.apk to backup files.
That does the startup correctly.
The Glow 3 modified /system/bin/bootanimation to use bn.bootanim.exit instead of service.bootanim.exit
You can take bootanimation out of a Glow2 or just delete/rename bootanimation.
You will then get a black screen until your home/launcher starts.
I tried to run the script on my Glowlight 3, using a Windows PC that has Minimal ADB and Fastboot installed. I can see my Glowlight in adb devices. I can install apps to my Glowlight. However, when I try to run rootnook.cmd, I get a message - ADB not connected?
That table is pretty much busybox fdisk -l /dev/block/mmcblk0
I add in the mounts from /fstab.E60QQ0 and mount.
I calculate out the byte sizes.
I should have a utility for doing that, but I seem to just knock out those tables when needed.
mmcblk0p3 is just the extended partion block.
A standard MBR can only contain 4 partitions.
Usually the 4th partition "escapes" you out to more partitions.
In our case, the 3rd partition mmcblk0p3 contains mmcblk0p5, mmcblk0p6, mmcblk0p7, mmcblk0p8.
There's no wasted space here except at the end of mmcblk04 where 16 MB is left unallocated.
This is so if they swap out the flash memory chip for another brand they won't have to redo the partitioning if the new chip has a few Megs less user space.