dFlash the direct flash & Backup Plugin
- Thread starter baha2
- Start date
dflash_0.103
Code:
OK, now is the 0103 all the functionality to check the flash with the built in dFlash nand_check fix as it was previously available only as an independent check on flash plugin.
Man only needs to press the Info button when you are in dFlash :-)
When flashing itself is still being distributed / dev/mtd1 therefore checked the room for the SSL and possibly denied.
Only I do not think that will change now because what :-(
But the dFlash thread started with a discussion of ethics is not for nothing ...
LG
guteminedflash_0.104
dFlash hast to be adapted for the new images, hence use 0.104 ONLY for testing with these new images.
If you have ignored the Disclaimer and the box doesn't boot after Flashing it please Flash the Dreambox with DreamUP as the Disclaimer says and better enable recover bad sectors in DreamUP. And please don't spam the thread by asking all over again what you can do instead of doing it !
dFlash hast to be adapted for the new images, hence use 0.104 ONLY for testing with these new images.
Code:
I now have time to test the new build image with the-B flag is used for boxes where now the broadcom NAND Flash is installed in a 0104.
Please pass this first time on the boxes where there are new images using (se 800.800, 8000.500 hd) ONLY for those new images, it ensures that an old image because it will not boot kernel / loader / driver for the missing image!
For the old images continue to use the secure so 0103!
Only when we have extensively tested and it works properly with the new images I'm considering whether I install a corresponding recognition that there is again a dflash image types for both!
LG
gutemineIf you have ignored the Disclaimer and the box doesn't boot after Flashing it please Flash the Dreambox with DreamUP as the Disclaimer says and better enable recover bad sectors in DreamUP. And please don't spam the thread by asking all over again what you can do instead of doing it !
dflash_0.109
Code:
strange, since the jffs2 driver has not boot still a problem with the error handling of Flash, which can not mount root, and of course the whole thing.
The problem is that I can make as much, because that's really writenfi still the old file formats for the NFI1, I'm just too NFI2 seen as a valid image header to reingepatched to whether it shall pass too. Because really has to change the header on the file format anything.
But I want to first understand whether the backup is done properly, and since people seem to create the log file when backup to complex I but without this info does not get any further, I have in 0109 that now so that implements each backup also like a log is created with the / tmp / dbackup.log.
Please make if there are problems with a backup times and post my dbackup.log with the same.
Thus, the sh-x / tmp / dbackup.sh no longer necessary because that is just now after every save in dbackup.log
LG
guteminedflash_1.0
Code:
Ich habe aber auch einen neuen Releasezyklus angefangen, ich poste Euch also gleich die 1.0 vom dFlash.
BITTE verwendet es NUR wenn Ihr bereits den Loader #84 im Flash habt und auch NUR für solche Images wo bereits der Loader 84 drinnen ist. WEIL der Loader wird jetzt nicht mehr geschrieben, womit es sonst nicht zusammenpasst !
LG
gutemine29.10.2011
dflash_1.4
Also nachdem ich mich sonst über die Camembert Diskussionen zu sehr aufrege machen wir lieber was sinvolles und testen was anderes Böses.
Seitdem wir nfi dump zum Flashen verwenden kann ich eigentlich beliebig steuern ob und was beim Neu flashen eines Images überschrieben wird (sofern noch genug ferier Platz vorhanden ist).
Eines der bösen Dinge die man nun tun kann ist z.B. nur die Files die im neuen Image sind neu schreiben und damit ist man in der Lage alles was man nach dem Flashen installiert hat an files zu behalten (Voldemoort, Settings, Skins, Plugins,...)
Das ist zwar NICHT immer sinnvoll - weil der Skinn vieleicht im neue(re)n Image nicht mehr geht, etc ABER nachdem die Leute ständig danach fragen habe ich einfach entschieden mal wieder was böses zu tun und dieses 'Feature' (wenn auch nur versteckt) ins dFlash offiziell reinzumachen.
Also falls wer Lust hat das zu testen ladet Euch die dFlash 1.4 runter, installiert sie und macht dann nach init 4 in die settings folgende Zeile rein:
config.plugins.dflash.overwrite=true
Dann sollten eben beim Flashen des Images einiges vom alten Überbleiben
Wenn man diese versteckte Setting Einstellung nicht reinmacht bleibt aber im dFlash 1.4 alles wie es ist - also keine Angst !
LG
gutemine
dflash_1.4
Also nachdem ich mich sonst über die Camembert Diskussionen zu sehr aufrege machen wir lieber was sinvolles und testen was anderes Böses.
Seitdem wir nfi dump zum Flashen verwenden kann ich eigentlich beliebig steuern ob und was beim Neu flashen eines Images überschrieben wird (sofern noch genug ferier Platz vorhanden ist).
Eines der bösen Dinge die man nun tun kann ist z.B. nur die Files die im neuen Image sind neu schreiben und damit ist man in der Lage alles was man nach dem Flashen installiert hat an files zu behalten (Voldemoort, Settings, Skins, Plugins,...)
Das ist zwar NICHT immer sinnvoll - weil der Skinn vieleicht im neue(re)n Image nicht mehr geht, etc ABER nachdem die Leute ständig danach fragen habe ich einfach entschieden mal wieder was böses zu tun und dieses 'Feature' (wenn auch nur versteckt) ins dFlash offiziell reinzumachen.
Also falls wer Lust hat das zu testen ladet Euch die dFlash 1.4 runter, installiert sie und macht dann nach init 4 in die settings folgende Zeile rein:
config.plugins.dflash.overwrite=true
Dann sollten eben beim Flashen des Images einiges vom alten Überbleiben
Wenn man diese versteckte Setting Einstellung nicht reinmacht bleibt aber im dFlash 1.4 alles wie es ist - also keine Angst !
LG
gutemine
dflash_1.5
Code:
So we come but not if 30 people download and none reported.
But when I wanted to anyway dFlash miss even one as long as the Dumbo Configuration screen and the surface a bit unify I've made a 1.5 on the first page.
And yes of course there are also overwrite the settings - for debugging purposes.
The things that you do not understand but let's better to false or ask beforehand what to do really :-)
If someone is bland but it can make all the new texts in the English po file (but nachsehebn in plugin.py, because often the text is composed of multiple strings, the only _ (translate "xxx" to go) - and then stop Post a new po file and may also translate the same in German, because for that I'm just tired.
LG
gzteminedflash_1.6
Code:
Nachdem das nan dwrite nicht so tut wie ich will habe ich mal in eine 1.6 was anderes eingebaut das getestet gehört.
Bei meinen Streifzügen in anderen Boards (Bildungsurlaub ?) habe ich schon vor einiger Zeit einen Trick gefunden wie man mittels loopdevice sehr wohl auch über Netzwerk swappen kann. Für Dauerbetrieb wäre mir das zu wackelig, aber als temporärer Workaround für Dreamboxen wo man nur ein NAS zur Verfügung hat (500HD & co) denke ich reicht es aus und schon weil man sich dann eben den enigma2 Restart sparen kann ist es das wert es mal zu testen.
In der 1.6 auf der ersten Seite gibt es also in den Einstellungen die Möglichkeit swappen aufs loopdevice aufzudrehen, wenn man dann als sicherungsdevice 'nur' einen Netzwerkmount angibt und auch kein lokales swapfile hat dann sollte es OHNE enigma2 restart funktionieren temporär ein swapfile auf den netzwerkmount zu haben.
Bitte testet das mal ein bisschen.
Am besten geht es im OoZooN image weil das hat das loop device jetzt fix im Kernel verbaut.
Ansonsten muss man es evt. erst vorher im Image nachinstallieren mit:
mit ipkg update && ipkg install kernel-module-loop
Laden tut es das dFlash dann bei Bedarf selbst im backup script.dflash_1.7
Code:
The 1.7 is now on the first page. Since there are no other owners, the NAS device in the box now, not just swap over the loop back up to turn on when there is but one image to copy / var for setting a flash.
To be able to bring it dFlash in flashing from one network mounts where you have put safeguards before flashing on / var is copied to flash locally can be one without the box on the device has.
That works really quite well if the images are not too large and therefore fit in well in var /.
What the box with 64MB of flash should almost always be the case. In 8000 and the 7020HD should rather not be used, but there is also no problem at least to put a stick in order to secure and there to swap.
For disk-free 800/500HD/800se but I think it should work quite useful.
You have to test it myself but the.
LG
guteminedflash_1.9
Code:
Regardless, after the gladen was down 1.8 of 450 people and 3 (in words THREE) deemed useful to have the test and report varcopy I have it replaced by a use of a 1.9 flashing setting for ramfs. Please test and report whether that copying a nfi images from the NAS or network mounts into memory to flash works better than using / var
I think so, because it should place the problems in the / var to be over as long as the box still has enough free memory - what so stopped at Enigma2 like it is when flashing but should be enough for some time.
Please test and report. At the back up to NAS with loop device for swapping I've changed nothing, because that seems the 1.8 does indeed have been satisfactory to.
And as with the 1.8 it is used on 8000 and 7020HD does not really make sense to these features, but you tried it yet anyway ...
And new for Italian Language file of blu8 should still be inside in the 1.9 - thanks again.
Thx guteminemr.strauss
Registered
- Messages
- 8,414
dFlash 2.2
dflash 2.2
Thx gutemine
dflash 2.2
Thx gutemine