Hi!
Nachdem immer noch viel zu wenig Leute testen und inputs liefern und das ubidump natürlich jedes UBI Volume/Image, also auch die von der VU+ listen und extrahieren kann würde ich Euch bitten AUCH mitzuhelfen.


Thread mit den Infos dazu und den Kit dazu gibt es bei OoZooN und Merlin.

Bei Euch wäre es halt:



Nachdem ich nicht weis, ob und wie viele mittun spiegle ich den Thread hier bei Euch nicht auch noch so wie im Merlin, das hängt also von EUCH und eurem input ab.

Wie die Fehlermledung schon sagt muss natürlich auch ein UBI root image in dem directory sein wo du es startest das so heisst.

Ich weis ja nicht wo Ihr üblicherweise hinsichert, aber wenn z.B. auf /media/hdd/backup und dort gibt es dann ein vuplus und <boxname> directory, dann sollten dort die ganzen *.bin files des jeweiligen images liegen.

Oder man holt sich es aus einem *.zip Image wo die ganzen files drinnen sind. Ich habs so auf meiner Dreambox getestet und das funktioniert genausogut wie die UBIFS Images der Dreambox.

Und wenn ihr das -x <extractdir> als option benutzt bitte auf die Hardddisk oder ein USB device, nicht in den Flash extrahieren.

LG
gutemine

Bitte schau dir das ubidump -h nochmals genauer an - ubidump imagename ist das selbe wie ubidump -l imagename - sprich es wird der Inhalt des images gelistet.

Fürs Extrahiere muss man nach -x das extract directory angeben, du hast es genau falsch herum:



Wenn du bei extrahieren auch noch das listing mitangezeigt bekommen willst musst du machen:



Und wenn /media/hd/backup/extractdirectory schon existiert muss auch noch -o für overwrite dazu damit es vor dem Extrahieren gelöscht wird:



Und bei imagename und directory weist du ja schon was da hinkommt

Und danke für den Listing output - das user:group schein da noch nicht 100%ig zu funktionieren, aber das hat im Moment keine so hohe Priorität weil im Image sowieso fast immer 0:0 also root:root benutzt wird und ich dafür in die nächste Version einen Workaround rein mache.

Und bitte bedenken das die Extract Funktionalität noch in Entwicklung ist, bei komprimierten Images (was bei einem Standard image ja der Fall ist) werden nur kleine Files korrekt sein (scripte, configs,..) weil diese unkomprimiert sind (bei so kleinen Files bringt Komprimierung sowieso praktisch nichts, also unterbleibt sie) weil derzeit Kompression noch nicht unterstützt ist. Erst muss mal das Extrahieren mit Compression none 100%ig funktionieren. Aber dafür sollt ihr ja testen ...

Wenn auch hier keiner helfen will ist das OK, aber ihr müsst Euch dann klar sein das nichts im Leben umsonst ist.

Wie lange dauer denn bei Euch ein listing und ein extract eines root Images mit wie viel MB Größe des Imagefiles?

Das ubidump ist durch das brute force etwas CPU lastig, da sollten die schnelleren Broadcoms eigentlich einen Unterschied machen.

Im Moment brauche ich mit ubidump etwa 2-3x so lange wie mit nfidump aber dafür braucht es praktisch kaum Memory, was für die kleinen Boxen ein Segen ist sofern man Geduld hat. Und am code vom ubidump kann man noch relativ leicht optimieren, weil das listig ist schon relativ flott (100MB Image in etwa 1min) und normal sollte das extrahieren nur ca. doppelt so lange dauern.

Am PC ist ubidump aber der Renner schlechthin weil dort ist CPU Leistung kein Problem. Damit hat man <20 Sekunden für das Listing des ganzen Images (da bremst der Terminal Output schon) und <1min fürs extrahieren. Und ein -windows Flag gibt es jetzt auch schon um native unter Windows ein Image zu listen und zu extrahieren.

Nur wenn keiner hilft bleiben die PC Versionen erstmal NP.

Ich bin nicht ungeduldig, das Projekt läuft seit 2 Wochen und durch die Exzessive Hilfe laufen mit die Aufwände davon - ich habe ursprünglich 3 Mannwoche (120 Stunden) dafür geschätzt und so wie es aussieht können es wenn das so bleibt eher 150-200 Stunden werden.

Und wenn dir 1 min für ein Listing zu lange sind wird es schwierig.

Und ich habe wenig Lust wenn ich dann mit den Dreamboxen fertig bin zu hören das bei Euch dieses oder jenes nicht geht ...

Und auf Grund des reichlichen Feeedbacks bleiben die PC Versionen erstmals NP obwohl ich es dort entwickle - aber ich wiederhole mich.

Das meoboot macht das extrahieren mit nandsim modulen, mein nfidump mit block2mtd oder nandsim wenn es unbedingt sein muss.

Und nein, eigentlich extrahiert es das image nicht vom image, es wird auf ein simuliertes mtd device ausgepackt, diese gemountet und von dort wegkopiert.

Und nein, das ipk ist ein mipsel binary und kein sh4 binary, das steht noch weiter unten auf meiner Wishlist.

Aber danke fürs probieren.

Und nein, wenn es so weitergeht bin ich in 2 Wochen nicht fertig D:

Danke.

Ein paar kleine Fehler sind noch drinnen und du musst dir klar sein das komrimierte files im Moment beim Auspacken noch nicht dekomprimiert werden. Nur kleine konfig files, python sourcen, shellscripts die zu klein sind um sie zu komprimieren werden bereits hoffentlich korrekt entpackt.

Und andere files müssten auch gehen wenn sie in ubiofs gepackt sind. Ganze Images als ZIP gepackt gehen natürlich nicht.

Die Zeit beim extrahieren ist nicht schlecht dafür das es so viele Files sind, aktuelle Dreamboxen brauchen im Moment noch doppelt so lange.

Ich habe jetzt eine 0.0.12 bei OoZooN und Merlin hochgeladen die unkomprimierte UBIFS Images komplett (und hoffentlich auch richtig) entpacken kann. Mit der kann man jetzt auch testen solche Images in das Image Directory von Barry Allen auszupacken und zu booten.

Damit habe ich schon 2 goldene Äpfel beisammen.

Viel Spass!

LG
gutemine

Doch, mit -d extractdirectory. Aber diese Testversion ist schon abgelaufen.

Das aktuelle 0.0.21 binary sollte jetzt wieder eine Zeitlang funktionieren, und ich habe da einiges an Bugs mit Euren Images gefixed, ABER das musste ich alles selber mühsam testen