View Single Post
Old 03-14-2016, 10:41 AM   #8
knc1
Going Viral
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
Quote:
Originally Posted by NiLuJe View Post
@knc1: IIRC, those set of keys (or 'leaves', as elektra calls them, IIRC) haven't changed in quite a while. Some of that ended up in KindleTool code comments .

I can also confirm that bind-mounting over the cramfs db works, but you have to be careful of the timing and the sanity of the file, since any kind of issue will soft-brick the device (this trick is used by USBNetwork when enabling the per-device MAC support, for instance).
On the plus side, you can be much more granular and just bind-mount a single leaf or a single subtree instead of duplicating the whole tree.
It should be an atomic operation - changing the kdb root tree.

Closer would probably be:
export as xml
import xml to the writable clone
then bind mount the clone over the read-only

The system ***should*** have the inode related to any on-going read operation cached at the point the bind mount takes effect.
But then .....
Sometimes we just get un-lucky.
knc1 is offline   Reply With Quote