Lifetab E 10316 Backup und Custom Rom Install

  • 285 Antworten
  • Letztes Antwortdatum
Danke für deine Antwort.

Möglicherweise läuft im Hintergrund noch Software von Medion und ich weiss es nur nicht. Regelmäßig hängt die Oberfläche für eine Sekunde und für 1.6 GHz ist das eine schwache Leistung.

Ansonsten bräuchte ich eigentlich nur Root um verschiedene Software zu installieren (PHP,Apache ...).

Als nächstes probiere ich erst mal mein Backup zurück zuspielen und den Factoryreset rückgängig zu machen.

Grüße
 
Du hast es nicht ganz verstanden. Wenn du dein rkflashtool-backup zurückflasht, egal ob mit rkflashtool in Linux oder mit RKAndroidtool in Windows, musst du entweder danach wie bei meinem Tab zwingend wieder ein factory-reset im recovery machen, oder wie c36get schreibt, kommt beim 10316 der Einrichtungs-Bildschirm. Also auch Auslieferzustand. Du hast ausserdem doch keine Userdata gesichert, oder?

Du hattest ja vorher von deinen rkflashtool-backups gesprochen! Oder meinst diesmal mit backup ein Nandroid, im CWM-recovery gemacht, das ist etwas anderes.

Und rooten geht ja mit Cydia-Impactor ganz schnell und leicht.
 
Zuletzt bearbeitet:
"CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00006000@0x00004000(kernel),0x00008000@0x0000A000(boot),0x00010000@0x00012000(recovery),0x00020000@0x00022000(backup),0x00100000@0x00042000(cache),0x00002000@0x00142000(kpanic),0x00200000@0x00144000(system),-@0x00344000(userdata)"

Dann liegen alle individuellen Daten in dem Bereich ab 0x0034400? Davon habe ich "wahrscheinlich ein Backup". Ich habe den Befehl

./rkflashtool r 0x0000000 0x10342000 >backup.img

benutz und dann bis 17GB laufen lassen. (Eigentlich hatte ich damit gerechnet, dass er bei 16GB abbricht)

Wenn die Daten weg sind, ist es aber nicht schlimm.
 
Dann versuch doch " sudo ./rkflashtool w 0x00 <backup.img ", glaube aber dass es trotzdem nach einem factory-reset verlangt.

Ergänzung: Für 17 GB müsste die Size-Angabe 0x0200 0000 heissen! 0x10342000 sind über 129,6 GB!
 
Zuletzt bearbeitet:
Der Befehl läuft gerade. Wohler wäre mir, wenn ich wüsste warum er mehr als 16GB rausgeschrieben hat und wohin er das jetzt beim zurückspielen speichert.


Edit:

Noch was, das rkflashtool wird immer funktionieren? Selbst wenn ich wichtige Teile überschreibe?

Der ursprüngliche Beitrag von 21:43 Uhr wurde um 22:54 Uhr ergänzt:

Danach war das Gerät fast tot, ist aber nach dem Einschalten (bin nicht mal sicher, ob es sich überhaupt ausschalten lies) immer von rkflashtool erkannt worden.

./rkflashtool w 0x0 0x344000 <backup.0x0.0x344000.image

hat es wieder belebt.
 
Du überschreibst nur das mit (fast) gleichem Inhalt aus dem backup. Nur beim starten ist der mount-count nicht aktuell. Und rkflashtool funktioniert so wie du es startest!
Wie hast du denn size in hexadecimal berechnet? Ich bin unterwegs, auf dem Handy hab ich gerade für 10.342.000hex=129,6289062 gb rausbekommen?!? Bin mir aber nicht sicher ob ich jetzt auf dem kleinen Schirm unterwegs im Auto richtig gerechnet habe! Das würde auch deine gesicherten 17gb plus erklären. Mehr Speicher gibts nicht im Tab.
Und wie rechnest du Gigabyte um?
16gb x1024(=MB)x1024(=kB)x1024(=Byte) /512= 33554432, diese Decimale in hex umwandeln > gleich 2.000.000hex=blocks! Das sind 2 Mio hex, nicht 10,342 mio hex! Ein block in hex entspricht 512 bytes. Mit deiner size Angabe hast du also das nand bis auf den allerletzten block "ausgelutscht"(gesichert), das flasht rkflash auch genauso zurück und bricht da ab wo der physische Speicher zu Ende ist! Weiss aber nicht ob in den letzten blocks des Speichers noch etwas anderes ausser dem Inhalt der userdata steht.
Glaube aber nicht das das nicht klappt.
Und wie weit bist du, konntest du Tab wieder starten?
Wenn du im bootloop landest, dann ins recovery booten und factory-reset machen! Dann sollte es gehen. Oder konntest du normal booten, mit allen Daten da?

Edit: Während ich hier schrieb, (musste zwischendurch tanken), daher dauerte das schreiben und anschliessende Abschicken des posts etwas länger, hattest du schon zwischenzeitlich das Ergebnis gepostet. Was heisst fast tot? Kann ich nichts mit anfangen! Konntest du denn nicht ins recovery booten für ein factory reset? Hatte ich doch extra im vorigem post drauf hingewiesen.
Das zeigt aber auch, dass meine Vermutung/Berechnung, die du deinem backup zugrund gelegt hattest, in post 118 richtig war!

Noch ein Tip, mache dir die Image-Namen einfacher, nicht jedes Programm verträgt Punkte und xxe. Zum Abspeichern auf der Festplatte auch schwierig, da Win zB alles nach dem ersten Punkt als Dateierweiterung ansieht, und fürs flashen umbenennen in einen einfacheren Namen. Es wird übersichtlicher für dich und weniger Tipp-Fehler-Möglichkeiten.

Und startete es direkt in den Einrichtungs-Bildschirm?

Und nochmal die Frage, wie hast du denn gerechnet, bzw. wie bist du auf die Zahl 10342000hex für size =16gb gekommen?
 
Zuletzt bearbeitet:
daddle schrieb:
16gb x1024(=MB)x1024(=kB)x1024(=Byte) /512= 33554432, diese Decimale in hex umwandeln > gleich 2.000.000hex=blocks! Das sind 2 Mio hex, nicht 10,342 mio hex! Ein block in hex entspricht 512 bytes. Mit deiner size Angabe hast du also das nand bis auf den allerletzten block "ausgelutscht"(gesichert), das flasht rkflash auch genauso zurück und bricht da ab wo der physische Speicher zu Ende ist! Weiss aber nicht ob in den letzten blocks des Speichers noch etwas anderes ausser dem Inhalt der userdata steht.
Glaube aber nicht das das nicht klappt.
Und wie weit bist du, konntest du Tab wieder starten?
Wenn du im bootloop landest, dann ins recovery booten und factory-reset machen! Dann sollte es gehen. Oder konntest du normal booten, mit allen Daten da?

Die Size habe ich gar nicht berechnet, sondern nur sehr groß gewählt. Ich hatte die Hoffung, dass er beim erreichen der Grenze abbricht. Nachdem über 17GB erreicht wurde habe ich abbrebrochen.


daddle schrieb:
Edit: Während ich hier schrieb, (musste zwischendurch tanken), daher dauerte das schreiben und anschliessende Abschicken des posts etwas länger, hattest du schon zwischenzeitlich das Ergebnis gepostet. Was heisst fast tot? Kann ich nichts mit anfangen! Konntest du denn nicht ins recovery booten für ein factory reset? Hatte ich doch extra im vorigem post drauf hingewiesen.
Das zeigt aber auch, dass meine Vermutung/Berechnung, die du deinem backup zugrund gelegt hattest, in post 118 richtig war!

Fast tot bedeutet, es hat auf keinen Knopf mehr reagiert. Durch drücken des Resettasters verlor das rkflashtool die USB-Verbindung war dann aber direkt wieder in dem Modus. Das gleiche passierte bei "./rkflashtool b". Das Recoverymenü konnte ich nicht mehr erreichen.

daddle schrieb:
Und startete es direkt in den Einrichtungs-Bildschirm?

Ja. Alles wieder wie neu.

daddle schrieb:
Und nochmal die Frage, wie hast du denn gerechnet, bzw. wie bist du auf die Zahl 10342000hex für size =16gb gekommen?

Wie gesagt, einfach ein großer Wert. Ich weiß ja nicht wie groß die 16GB interner Flashspeicher sind. 16000000000 Bytes? Oder 2^34 Bytes aka 2^25 Blocks (0x0-0x1ffffff)?
 
doev schrieb:
Die Size habe ich gar nicht berechnet, sondern nur sehr groß gewählt.
War ja sehr mutig von Dir! :thumbup:

doev schrieb:
Fast tot bedeutet, es hat auf keinen Knopf mehr reagiert. Durch drücken des Resettasters verlor das rkflashtool die USB-Verbindung war dann aber direkt wieder in dem Modus. Das gleiche passierte bei "./rkflashtool b". Das Recoverymenü konnte ich nicht mehr erreichen.
Dein Tab war nicht so gut wie tot! Du bist nicht aus dem flash-modus rausgekommen!
Zum Starten muss USB-Kabel ab sein! Aber du warst nach dem flashen noch im Flashmodus, USB-Kabel ab oder noch dran, also erst ca 8-10 sek Powertaste zum Ausschalten, testen mit USB-Kabel wieder anstecken dann muss Akku-Symbol kommen, erst dann ist es wirklich ausgeschaltet! Und erst dann kannst du versuchen normal zu starten!
USB-Kabel wieder ab, dann ins recovery booten, Vol.(-) gedrückt Power für 4-6 sek drücken (nicht länger sonst geht es gleich wieder aus, würde statt Start Power-Off-Reset machen).
Nach ein paar Wartesekunden kommt der stehende grüne Robot, dann der Vorbildschirm fürs Recovery (liegender Robot mit offener Bauchklappe, Text: Kein Befehl). Dann Power-Taste gedrückt haltend kurz Vol.(+) drücken, dann öffnet sich das Recovery-Menü! Und da auf jeden Fall einen wipe cache machen, danach bootet das Tab automatisch ins System.
Wenn es hängen bleibt, erneut ausschalten mit Power -Taste knapp 10 Sek, dann ins Recovery und da einen factory-reset machen, dann startet es sicher!
doev schrieb:
Ich weiß ja nicht wie groß die 16GB interner Flashspeicher sind. 16000000000 Bytes? Oder 2^34 Bytes aka 2^25 Blocks (0x0-0x1ffffff)?
Nein, siehe meinen vorherigen post, sind 1024-Schritte von Byte zu KB zu MB zu GB! >>>

16gb x1024 (=MB)x1024 (=kB)x1024 (=Byte) /512= 33554432, diese Decimale in hex umwandeln > gleich 2.000.000hex.

Aber Hauptsache es hat geklappt!:thumbsup:

Aber trotzdem Schade, da es gut wäre zu wissen, ob es nach deinem Total-Flash inclusive userdata-Partition normal ohne Einrichtungsbildschirm gestartet wäre mit allen Daten vorhanden. also ob es eine Backup-Möglichkeit ist die eigenen Daten aus der userdata zu sichern und ob das restoren dann zum Starten ins Android führt mit den eigenen Daten intakt!

Man kann auch die userdata separat rippen,
Code:
sudo ./rkflashtool r 0x00344000 0x02000000 >userdata.img
, und diese dann separat mit w-parameter zurückschreiben:
Code:
 sudo ./rkflashtool w 0x00344000 0x02000000 <userdata.img
.
Glaube aber nicht, bei meinem flashen von 4.4.2 auf 4.4 zurück, und auch vice versa wieder auf 4.4.2 verlangte mein Tab (S7852) einen factory-reset, sonst bootete es nur bis zur "Lifetab"-Schrift.

Korrektur: War ein Flash-Size-Fehler von mir. Hatte einmal size und offset verwechselt, und daher den Anfang der userdata mit 2000h überschrieben. Hatte, da ich header 0-2000 separat hatte, nur von offset 2000 mit Grösse 382000 rippen dürfen (das S7852 hat eine grössere System-Partition -> KitKat!), da ich ab 2000 aber für size 384 000 (Verwechslung, offset statt size!) angegeben hatte, und damit auch geschrieben hatte, war der mountcount im Anfang der userdata weg, daher musste das Tab die userdata wipen neu formatieren > über factory-reset; andere Möglichkeit haben wir auf dem Tab nicht!
 
Zuletzt bearbeitet:
Ab der Adresse 0x01000000 (8GB) kommt immer nur noch der gleiche Block aus dem Gerät. D.h. der Rest der Speicherkarte ist entweder in einem anderen Bereich gemaped oder das Tool hat einen Fehler. Der Quellcode ist kurz, ich schauen da später mal rein.

Edit:
Jetzt hast du zwischenzeitlich geschrieben, lese deinen Post nach dem Essen.
 
Oder ist leer. Wir lesen doch die nands raw, (denke ich mal so). Wieviel internen Speicher hast du denn frei, bzw. benutzt! Steht in den Einstellungen, glaube unter Speicher.
 
daddle schrieb:
War ja sehr mutig von Dir! :thumbup:

Beim Lesen noch nicht, beim Schreiben vielleicht. Ich hatte aber die Ausgabe von "./rkflashtool p" im Blick. Wichtig ist wohl nur initrd=0x62000000,0x00800000 und das liegt in weiter Ferne. Ob man diesen Bereich überschreiben kann, möchte ich nicht testen.


daddle schrieb:
Dein Tab war nicht so gut wie tot! Du bist nicht aus dem flash-modus rausgekommen!
Zum Starten muss USB-Kabel ab sein! Aber du warst nach dem flashen noch im Flashmodus, USB-Kabel ab oder noch dran, also erst ca 8-10 sek Powertaste zum Ausschalten, testen mit USB-Kabel wieder anstecken dann muss Akku-Symbol kommen, erst dann ist es wirklich ausgeschaltet! Und erst dann kannst du versuchen normal zu starten!
USB-Kabel wieder ab, dann ins recovery booten, Vol.(-) gedrückt Power für 4-6 sek drücken (nicht länger sonst geht es gleich wieder aus, würde statt Start Power-Off-Reset machen).
Nach ein paar Wartesekunden kommt der stehende grüne Robot, dann der Vorbildschirm fürs Recovery (liegender Robot mit offener Bauchklappe, Text: Kein Befehl). Dann Power-Taste gedrückt haltend kurz Vol.(+) drücken, dann öffnet sich das Recovery-Menü! Und da auf jeden Fall einen wipe cache machen, danach bootet das Tab automatisch ins System.
Wenn es hängen bleibt, erneut ausschalten mit Power -Taste knapp 10 Sek, dann ins Recovery und da einen factory-reset machen, dann startet es sicher!

Da ging nichts mehr. Auch ohne Kabel nicht. Als ich das Backup ohne Userdata zurück gespielt habe, war direkt die Batterie auch wieder da.

daddle schrieb:
Nein, siehe meinen vorherigen post, sind 1024-Schritte von Byte zu KB zu MB zu GB! >>>

16gb x1024 (=MB)x1024 (=kB)x1024 (=Byte) /512= 33554432, diese Decimale in hex umwandeln > gleich 2.000.000hex.

Habe ich doch geschrieben: (0x0-0x1ffffff)
daddle schrieb:
Aber Hauptsache es hat geklappt!:thumbsup:

Aber trotzdem Schade, da es gut wäre zu wissen, ob es nach deinem Total-Flash inclusive userdata-Partition normal ohne Einrichtungsbildschirm gestartet wäre mit allen Daten vorhanden. also ob es eine Backup-Möglichkeit ist die eigenen Daten aus der userdata zu sichern und ob das restoren dann zum Starten ins Android führt mit den eigenen Daten intakt!

Man kann auch die userdata separat rippen,
Code:
sudo ./rkflashtool r 0x00344000 0x02000000 >userdata.img
, und diese dann separat mit w-parameter zurückschreiben:
Code:
 sudo ./rkflashtool w 0x00344000 0x02000000 <userdata.img
.
Glaube aber nicht, bei meinem flashen von 4.4.2 auf 4.4 zurück, und auch vice versa wieder auf 4.4.2 verlangte mein Tab (S7852) einen factory-reset, sonst bootete es nur bis zur "Lifetab"-Schrift.

Wie gesagt, ab 0x01000000 kommt immer der gleiche Block, und dass der Flash Speicher genau bis zu dieser Grenze mit Daten gefüllt war, wäre ein großer Zufall.
 
doev schrieb:
Da ging nichts mehr. Auch ohne Kabel nicht. Als ich das Backup ohne Userdata zurück gespielt habe, war direkt die Batterie auch wieder da.
Ja, sage ich doch du warst noch im flash-modus. Im Flash-Modus kommt kein Batterie-Symbol. .

doev schrieb:
Habe ich doch geschrieben: (0x0-0x1ffffff)

Du hattest geschrieben:
doev schrieb:
Ich weiß ja nicht wie groß die 16GB interner Flashspeicher sind. 16000000000 Bytes?

16 gig sind aber 17.179.869.180 bytes. Wegen des Faktors 1024 statt 1000! Bitte in der Diskussion immer fair bleiben.
Aber jetzt brauche ich Nachhilfe: Wieso sind es 2 ^25 Blocks? Da kommt mein Kopf-Taschenrechner nach Nachtschicht nicht mehr mit!

doev schrieb:
Wie gesagt, ab 0x01000000 kommt immer der gleiche Block, und dass der Flash Speicher genau bis zu dieser Grenze mit Daten gefüllt war, wäre ein großer Zufall.

Stimmt , aber wo und wie soll der das hin- mappen? Jede Zelle kann nur einmal beschrieben werden?!?
 
Zuletzt bearbeitet:
daddle schrieb:
16 gig sind aber 17.179.869.180 bytes. Wegen des Faktors 1024 statt 1000! Bitte in der Diskussion immer fair bleiben.
Aber jetzt brauche ich Nachhilfe: Wieso sind es 2 ^25 Blocks? Da kommt mein Kopf-Taschenrechner nach Nachtschicht nicht mehr mit!

Eben nicht, in der Regel sind 16GB eben 16.000.000.000 Bytes. Die Hersteller gehen aus technischen Gründen aber immer etwas höher, da weniger Betrug wäre.

Es verwirrt etwas, wenn man mit rkflashtool eine ungültige Adresse benutzte dann wird die letzte gültige Adresse benutzt. Wenn man diesen Mechanismus aber kennt, dann findet man schnell den gültigen Bereich.

Beim Lifetab 10320 ist die letzte gültige mit rkflashtool benutzbare Adresse 0x01ecffe0, was 16.154.624kb entspricht und damit über den 16GB liegt.

Ich schreibe gerade mein Backup bis zu dieser Adresse zurück und schaue mal. Ich glaube aber ich werde dann an der gleichen Stelle wie gestern landen.

Jetzt zu den 2 ^25 Blocks:

Das ist jetzt mit GiB (Basis 1024) gerechnet.

GiB -> 2^30
16 -> 2^4

16GiB -> 2^34

Block (512B) -> 2^9
-----

16GiB / Block = 2^34 / 2^9 = 2^(34-9) = 2^25


Grüße


Edit:

Kommt doch meine Freundin, schnappt sich das Tablet und zieht das USB-Kabel raus. Womit man so rechnen muss.
 
Danke für die Rechnungs-Nachhilfe. Ich hatte aus dem Bauch heraus 2^9 mit 1024 angesetzt, ich sagte ja, Nachtschicht, daher meine Verwunderung beim Ergebnis! :blushing:

In der Umrechnung dezimal/hexadezimal ist es aber ein Widerspruch, da die blocks im Nand 512 bytes haben, und ich die rippe/flashe und Offset und die Grösse angebe, und diese aus decimal in hexadecimal umrechne, muss ich in der Dezimalberechnung der benutzten Speichergrösse nicht die marketing-technische, sondern die durch die Block-Grösse vorgegebene, wissenschaftliche Definition (Basis 1024) für's KB oder GiB nehmen, die ja der Rasterung auf dem Nand entsprechen. Sonst siehe weiter unten.
Damit komme ich auf den tatsächlichen Speicherverbrauch. Um den Faktor 1,024 höher als uns der Hersteller glauben machen will.
Das heisst 1GiB auf dem Nand entspricht im Speicherverbrauch 1,024 GiB der Speichergrösse der Hersteller-Angabe.
Daher kommst du natürlich nur auf 16/1,024 = ~15,625 "echter Speicher"!

Wenn du jetzt eine Partition anlegst, oder einen Speicherbereich einer bestimmen Grösse flashen willst, und selbst offset und Grösse berechnest, musst du die echten 512 Byte der Grösse der Nand-Blöcke in der Dezimal-Angabe zugrunde legen, sonst flasht du z.B für 1 GiB (Basis 1000) tatsächlich nur 1/1,024 = 0,9765625 GiB auf den Speicher. Und bist nicht in der Rasterung der Blockgrösse und verschenkst damit im günstigsten Fall nur Platz. Im ungünstigsten Fall beim Flashen einer img zwischen zwei anderen Partitionen kann es zu Überschneidungen kommen, da der so berechnete offset dann kleiner wird als auf dem Nand frei ist! Eventuelles Nand-Versagen nicht mal berücksichtigt.

Die Speicher-Angaben in der parameter.file sind nicht auf die Marketing Grösse, sondern in echten GiB, Basis 1024, zwischen Byte > KB usw bezogen.Ungünstig ausgedrückt, ich meine bei der Umrechnung dann in decimal bzw von decimal in hex auch Basis 1024 berücksichtigen.

Etwas umständlich zu beschreiben, aber ich denke es wird klar.
Die selbe Marketing-Schummelei besteht ja auch bei der Festplatten-Kapazitäts Angabe.

Und zuletzt, jaja die Frauen, sie wird mit dem Tab kurzfristig viel Spass gehabt haben! Zumindest die Freude das Ding endlich einmal ergattert zu haben!

Aber das Gute bei den Rockchips ist, das du den Flash ja beliebig wiederholen kannst. Habe aber auch gelesen, dass ein mittendrin abgebrochener Flash die Nands beschädigen könnte?!? KA, hast du es denn wiederherstellen können?
 
Zuletzt bearbeitet:
Bis jetzt hatte ich noch keinen Erfolg, es läuft gerade der letzte Versuch. Wie gesagt, das Backup ist unwichtig, wäre nur nett wenn es funktioniert.

Folgende Partitionen gibt es bei mir:

./rkflashtool r 0x00000000 0x00002000 > start.image
./rkflashtool r 0x00002000 0x00002000 > misc.image
./rkflashtool r 0x00004000 0x00006000 > kernel.image
./rkflashtool r 0x0000A000 0x00008000 > boot.image
./rkflashtool r 0x00012000 0x00010000 > recovery.image
./rkflashtool r 0x00022000 0x00020000 > backup.image
./rkflashtool r 0x00042000 0x00100000 > cache.image
./rkflashtool r 0x00142000 0x00002000 > kpanic.image
./rkflashtool r 0x00144000 0x00020000 > system.image
./rkflashtool r 0x00344000 0x01B8BFE0 > userdata.image

Bei allen Backups bisher hatten die Partitionen folgende konstante Prüfsummen:

d58465c7b942b435474618ee5a2ba1b backup.image
25f9b47e5745e457becee48902c136e1 boot.image
aa4693bcbb4fb52bd6b6b8dee0411389 kernel.image
16e0a032b68a46ad23fe7db0e5386d4b kpanic.image
71048c1626a69a1d08a336876f13ec36 misc.image
6fd3d9cdffa75d3afd8145cde070ae67 recovery.image
1eea182f9a183d5c935d881fae34015c start.image
d3660f812d1152672b259a32fcaaeed3 system.image

cache.image und userdata.image sind die einzigen Bereiche die verändert werden. Ich habe nun diese beiden Images aus meinem ersten Backup extrahiert und spiele sie zurück. Mal sehen, ob es dann wieder in die Erstinstallation bootet.

./rkflashtool w 0x00042000 0x00100000 < cache.image
./rkflashtool w 0x00344000 0x01B8BFE0 < userdata.image

Noch ein paar Minuten, ...

Erstinstallation - :(
 
Ja wie bei mir S7852, KK 4.4). Aber ehrlich, hattest du keinen Hänger und musstest übers Recovery> factory-reset gehen? Nun kann es bei mir daran gelegen haben, dass ich zwischen verschiedenen Versionen hin und hergeflasht hatte, und sich dann alle mögliche Zähler verstellen, und ich hatte die userdata nicht mitgeflasht!

Edit: Ich kam bis zur Lifetab Schrift, rödelte dann ewig, dachte das ist die Neueinrichtung, habe nach ca 17 minut. (eine gefühlte halbe Stunde!) per Powerknopf 8 sek drücken ausgeschaltet und im Recovery factory-reset gemacht.
Danach rödelte es wieder ewig lang sich anfühlende 10 min, bis der Einrichtungsbildschirm kam. Danach fabrikfrisches Tab, aber das OTA- Update funktionierte nicht, bei Einstellungen > Über das Tablet > Systemupdates kam nur ein Screen mit fröhlichem : "Ihr Tablet ist auf dem neuesten Stand" "Auf neue Updates überprüfen, blieb es dabei.
Update-Versuch über Recovery > Install Update from external Sdcard interessanterweise hängen wegen nicht passender release keys!
Daher wieder meinen Rip von 4.4.2 geflasht, selbes Spiel, factory-reset, frisches System. Jetzt liess sich auch ota auf 4.4.2 wieder auf 4.4.2 drüber bügeln. Auch aus dem recovery heraus. Alles gut.
Ich weiss, ist ein anderes Tab als hier im Thread, aber die Vorgehensweise mit rkflashtool, wie sie auch @doev nochmal dargestellt hat, ist die gleiche. Beides Rockchip-Tablets.
 
Zuletzt bearbeitet:
Ins Recovery musste ich nicht, aber drei mal einschalten ... Medion ... aus ... dann kam die Lifetab Schrift.
 
doev schrieb:
Ins Recovery musste ich nicht, aber drei mal einschalten .....

Und dann wieder Erstinstallation, wenn ich dich richtig verstanden habe?
 
Ja. Allerdings muss ich manchmal ebenfalls mehrmals einschalten, wenn ich nicht geflashed habe. Dann läuft es natürlich nicht in die Erstinstallation.
 
  • Danke
Reaktionen: daddle
Hallo,

ich habe mal ne Frage zur Installation des CWM:

Kann ich vorher nur vom Recovery Mini-OS ein Backup machen bzw kursiert das hier irgendwo?
Und wenn ich CWM drauf habe (Sorry, kenne es noch nicht, nutze am Handy TWRP), dann kann ich auch damit eigentlich die Backups vom System machen (Nandroid) und muss das Tablet dafür nicht an den Lappi anschließen oder?

Und kursiert hier schon ein Oma-KitKat als Nandroid?

Edit: Ich habe ein 10320, das sollte ja die gleiche Rom sein, habe die Frage hier gestellt weil in diesem Forum mehr los ist :)

Edit:
Es geht mir in erster Linie um die Frage ob ich das CWM "so" installieren kann (nach vorheriger Sicherung des Stock-Recovery).
Ich hatte nicht vor an den Partitionsgrößen zu schrauben, daher wollte ich alles möglichst so lassen wie es ist und "einfach" ein Nandroid der OMA-Rom ausprobieren.
 
Zuletzt bearbeitet:

Ähnliche Themen

T
  • theunknown00
Antworten
0
Aufrufe
2.245
theunknown00
T
N
Antworten
9
Aufrufe
2.969
daddle
D
A
Antworten
0
Aufrufe
3.999
Awien
A
Zurück
Oben Unten