Applying hacks without flashing (brick save)

mkaluza · 08-25-2008, 09:59 AM

That's actually no revolution - I've applied mount method for fonts from alanine to do the same with main.xml.

the command is:
mount --bind /Data/scripts /opt/sony/ebook/application/resources/scripts

and you don't have to call doQuit() method at all to reinitialilze the menu - the same effect is caused by plugging and unplugging the usb - tinyhttp is then restarted (after running the command of course)
So put everything that's in /opt/.../scripts into scripts folder on reader's internal memory root and you can safely change main.xml and all the images - changes will apply automaticly after unplugging the reader.

If something is messed up, just use reset button and the reader will start with it's original files it was flashed with.

This method can be used to actually apply hacks without flashing the reader at all

Greetz
Martin

igorsk · 08-25-2008, 10:07 AM

Nice! This will be especially useful during testing of new hacks.

mkaluza · 08-25-2008, 02:40 PM

WARNING!!!

There's a catch. main.xml (or any other file) can't be modified when /Data/scripts directory is mounted. It causes file (and possibly whole internal flash filesystem) corruption.
So the test procedure is
- mount
- test
- umount
- modify

after mounting it's safe to reload using
ebook.setExitCode(3);
this.container.getWindow().doQuit();
but remember not to do it when unmounting, because it'll format internal memory then (/Data/scripts won't be mounted, so mkdosfs won't fail...) ;D
usb plug/unplug will do the trick

EDIT: actually the best thing to do is to place umount command in construct function in main.xml, so that it unmounts as soon as the file is loaded. Then connecting should be safe.

mkaluza · 08-26-2008, 04:45 AM

hint:
mounting whole /opt/sony/ebook/application/resources seems more practical - you can then edit applicationStart.xml, where GUI-wide variables (parts) are stored.

another WARNING: I'm not yes 100% sure, but it seems, that writting anything to /Data (either via usb or from the script) when anything is binded to it causes fs corruption :/
So best practise seems to be auto unmounting if when the application is started, with very robust and well debugged functions that require little to no logging, or when initial log goes to /tmp, a after unmounting its copied to /Data or b:/

08-25-2008, 09:59 AM	#1
mkaluza Member Posts: 20 Karma: 27 Join Date: Jul 2008 Device: PRS-505	Applying hacks without flashing (brick save) That's actually no revolution - I've applied mount method for fonts from alanine to do the same with main.xml. the command is: mount --bind /Data/scripts /opt/sony/ebook/application/resources/scripts and you don't have to call doQuit() method at all to reinitialilze the menu - the same effect is caused by plugging and unplugging the usb - tinyhttp is then restarted (after running the command of course) So put everything that's in /opt/.../scripts into scripts folder on reader's internal memory root and you can safely change main.xml and all the images - changes will apply automaticly after unplugging the reader. If something is messed up, just use reset button and the reader will start with it's original files it was flashed with. This method can be used to actually apply hacks without flashing the reader at all Greetz Martin

08-25-2008, 02:40 PM	#3
mkaluza Member Posts: 20 Karma: 27 Join Date: Jul 2008 Device: PRS-505	WARNING!!! There's a catch. main.xml (or any other file) can't be modified when /Data/scripts directory is mounted. It causes file (and possibly whole internal flash filesystem) corruption. So the test procedure is - mount - test - umount - modify after mounting it's safe to reload using ebook.setExitCode(3); this.container.getWindow().doQuit(); but remember not to do it when unmounting, because it'll format internal memory then (/Data/scripts won't be mounted, so mkdosfs won't fail...) ;D usb plug/unplug will do the trick EDIT: actually the best thing to do is to place umount command in construct function in main.xml, so that it unmounts as soon as the file is loaded. Then connecting should be safe. Last edited by mkaluza; 08-25-2008 at 02:43 PM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
iLiad Applying DR GTK+ patches to iLiad	ericshliao	iRex Developer's Corner	16	03-14-2010 05:39 AM
Save File location and Save As question	DougFNJ	Calibre	0	09-17-2009 04:56 PM
PRS 505 Brick! No flashing techniques work. Desperate! Please help.	Arcticnick	Sony Reader	10	09-03-2009 08:47 PM
Amazon applying for in-book advertisement patent for Kindle	dreams	News	57	07-13-2009 11:52 AM
Applying Calibre recipes to a folder of pre-existing HTML files	MattK	Calibre	3	09-24-2008 01:15 PM

08-25-2008, 10:07 AM	#2
igorsk Wizard Posts: 3,442 Karma: 300001 Join Date: Sep 2006 Location: Belgium Device: PRS-500/505/700, Kindle, Cybook Gen3, Words Gear	Nice! This will be especially useful during testing of new hacks.

08-26-2008, 04:45 AM	#4
mkaluza Member Posts: 20 Karma: 27 Join Date: Jul 2008 Device: PRS-505	hint: mounting whole /opt/sony/ebook/application/resources seems more practical - you can then edit applicationStart.xml, where GUI-wide variables (parts) are stored. another WARNING: I'm not yes 100% sure, but it seems, that writting anything to /Data (either via usb or from the script) when anything is binded to it causes fs corruption :/ So best practise seems to be auto unmounting if when the application is started, with very robust and well debugged functions that require little to no logging, or when initial log goes to /tmp, a after unmounting its copied to /Data or b:/

Advert