View Single Post
Old 12-28-2014, 03:34 AM   #1689
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 Ruskie_it View Post
If I'm not wrong, though, you can't do that from Windows.
You have to do that either when you've ssh'ed into Kindle via USBNetwork or via Kterm, while the with "classic" method the average user could simply create it when connected in usb-storage mode.
So this 'improvement' by lab126 takes away the real added value of this method: simplicity.
If I am right, average users should find at that point more convenient to use the backdoorlock hack.
Of course your suggestion still makes sense for academic purposes, and just-in-case lab126 renders the bdl hack useless too.
We have things now that run as 'root' on 5.6.1 (everything ran as 'root' prior to 5.6.1) -
I am pretty sure that MrPi runs as 'root' now -
and of course the JB+MKK recovery thingy.

So scripting the commands required (which do need to be run as 'root') to create a mount point blocker by Windows users should be possible.

- - - - -

PS: The above has already been discussed during the recent 5.6.x related updates to the JB+MKK package.
So I can't take full credit for this suggestion.

PPS: The decision was: "Later, if really required".

Last edited by knc1; 12-28-2014 at 03:41 AM.
knc1 is offline   Reply With Quote