Lost in Translation

sobald du auf USB das swapfile machst verlierst du sofort mehrere Minuten wenn du kein fixes hast (um das du dich selbst kümmern musst), weil dFlash jedesmal ein temporäres anlegt. Evt. auch wieder auf 128MB reduzieren falls das bei dir reicht.

Und enigma2 restart würde auch helfen damit er nicht so ums Memory kämpfen muss.

Aber das steht eigentlich alles schon im Thread ...

Das Problem ist halt das mkfs.jff2 ziemlich viel Memory frißt weil es temporär dort das jffs2 filesystem aus der directory struktur aufbaut für die Sicherung. Damit hast du zwar prima Defragmentierung weil schön alles wieder neu gepackt wird, nur das packen frißt dann auch noch ziemlich viel CPU.

Und so viel Memory sind die 256MB bei laufendem enigma2 halt auch nicht, und ein swapfile hilft da performant auch nur für ca. 20-40% des Memory, sprich ab eta 64-96MB im Swapfile wird die box sau langsam und müht sich ab.

Ich muss mir überlegen ein altes Bastelprojekt von mir wieder auszupacken das jffs direkt aus dem Flashbausteinen zu lesen. Ich habe das nanddump ja nicht nur gepatched das man damit den loader auslesen kann, sondern es geht auch der Rest. Nur das ist dann eine 1:1 kopie des Flash ohne Defragmentierung und re-komprimierung.

Dann läuft die Sicherung zwar in <30 sec durch und braucht kaum Memory und CPUaber ist aber eben nicht so schön sauber wie jetzt.

Na ja mal sehen wie groß die Images noch werden, spätestens wenn noch 20-30MB dazu kommen wird es eh nicht anders gehen als auch die Fast Backup Variante aufzudrehen.

Na ja, wenn würde ich das eher bei den Einstellungen implementieren, dFlash soll möglichst simpel bleiben, ich will das nicht mit unnötigen zusätzlichen Fragen aufblasen.

Aber wie schon gesagt, im Moment lasse ich es noch so, mit den bereits im Thread genannten Tricks sollte eigentlich jeder auf <5 min kommen wenn er es eilig hat, und die anderen (lesefaulen) sollen sich halt in Geduld üben.

Ausserdem weis ich noch nicht wie sich ??? durchsetzen wird, da würde die Schnellsicherung wieder nicht funktionieren weil der Großteil des images ja nur im RAM liegt und direkt vom nfi geladen wird, da müsste man dann sowieso wieder 'normal' mit mkfs.jffs2 sichern damit wieder ein komplettes nfi draus wird.

Das ??? wird ja kein eigenes Plugin bekommen sondern einfach im dFlash auftauchen sobald man ??? installiert hat, dann kann man beim Flashen in den Einstellungen vom dFlash neben nifdump und writenfi eben auch ??? auswählen, aber das Backup wäre dann eigentlich ganz 'normal' zu benutzen und würde dann halt auch 'normale' nfis produzieren die solange der Platz reicht auch in den Flash gemacht werden können, aber eben aus solange das Memory ausreicht auch ins Memory gemacht werden können

Ist das eine alte 800er ?

Das istt kein Fehler sondern das dFlash checked ob ein bootup file da ist, dieses gibt es in OE 2.0 Images nicht mehr und sollte auch NICHT mehr verwendet werden, weswegen es dann sicherheitshalber die Installation verweigert.

Entweder eigenes startup script machen und auf /etc/rc3.d verlinken oder in die bootmisc.sh dazu schreiben was man so braucht.

Dann soltlest du die installation in telnet machen mit opkg install /tmp/*.ipk und den output davon posten, wahrscheinlich steht dort schon warum es verweigert und du müsstest es nur selber lesen.

Ihr sollt einfach keine bootup verwenden weil die gibt es im IE 2.0 nicht mehr.

Und wenn schreibt man das selbe rein eas man auch in die bootup reingeschrieben hat ...

oder macht sich gleich sein eigenes startup script das man auf /etc/rc3.d/S99meinstartup verlinked

Und das die Sicherungen im OE 2.0 durch die Größe länger dauern steht auch schon hier im Thread , bitte lest auch ein bisschen bevor Ihr was postet das dann unnötig die anderen verunsichert.