S10334 startet nicht mehr

c.t · 2015-07-22T13:52:31+0200

Danke für die PN.
Bei voll geladenem Tablet: der Bildschirm reagiert nicht auf Berührung mit Finger bzw kapazitivem Stift.
Ob da die Firmware noch helfen kann?
In die übersandten Links hab ich reingeschaut - genauer in den nächsten Tagen.
Da ich auch das S7852 habe, das wohl ähnlich rootbar ist, könnte ich mich probehalber einarbeiten - Hoffnung hab ich wenig.

Alex NoName

Hallo c.t,

schau mal hier: S10334 startet nicht mehr. Dort wird jeder fündig!

Grunzer · 2016-10-27T01:34:11+0200

Moin, speziell @daddle,

ich hatte vor einigen Jahren mein Tablet erfolgreich mit Daddles Anleitung gerootet, vielen Dank @daddle.

Nun wollte ich gestern das Tablet, da ich es in mein Fahrzeug hängen wollte, unrooten. Hatte natürlich den damaligen USB-Stick samt Daten und Backup anderweitig verwendet ... :glare:

Gut, ist ja nicht so schlimm, schaust einfach nochmal unter Google, erinnerte mich an Linux, kkorc und ... hatte irgendwie nicht die Lust das Prozedere zu machen, fand aber auf ArcTablet eine tolle Anleitung für ein Stock-ROM und CWM-Recovery. > Klasse :rolleyes2:

RKtools geladen und nach Anleitung vorgegangen, hmm, beim aufspielen des ROM unter CWM kam dann immer eine Fehlermeldung bei der Installation vom "SYSTEM".

So eine Sch&%§'*, na gut, dann eben mit kkorc und Linux.

Bootloader 2.10 wieder hergestellt, Backup von Daddle geladen, Linux gebootet, Befehle abgearbeitet und nun hänge ich in:

# ./kkorc -restore _all.bin
.
_v_ __ _ _ .!_ . __ __ kit
/ | \ ( (_)(_) (_ 1 ( ! (_! . . .
| *- | ____________________)
\___/ ( kkorc v0.4 by:
,---------, | ernie+bert, 2014
| now | ! --------------------
| working | ; use on your own risk
`---------` (,... .. . . . .

--- WARNING ---
DO NOT TOUCH THE SYSTEM OR DEVICE, INTERRUPT THIS PROCESS, ATTACH OR REMOVE ANY DEVICES (STORAGES, HID, ...) UNTIL IT IS DONE! OTHERWISE, THIS WILL MAY CAUSE
DAMAGE TO YOUR DEVICE!

-=> [[ restore ]]

W: 0xF7 (non-existing device partition): '_all.bin'
#
Dann versuchte ich mit /B das Wiederherstellen zu erzwingen, aber wie ich das B /B auch eingebe, er springt nur auf den Cursor zurück.

Probiert habe ich:

# ./kkorc -/B restore _all.bin
# ./kkorc -/Brestore _all.bin
# ./kkorc B -restore _all.bin
# ./kkorc B -/Brestore _all.bin

Das Gleiche gilt auch für -zrestore

PART:

# ./kkorc -part
.
_v_ __ _ _ .!_ . __ __ kit
/ | \ ( (_)(_) (_ 1 ( ! (_! . . .
| *- | ____________________)
\___/ ( kkorc v0.4 by:
,---------, | ernie+bert, 2014
| now | ! --------------------
| working | ; use on your own risk
`---------` (,... .. . . . .
partitions:
header
misc
kernel
boot
recovery
backup
cache
metadata
kpanic
system
#

INFO:

# ./kkorc -info
.
_v_ __ _ _ .!_ . __ __ kit
/ | \ ( (_)(_) (_ 1 ( ! (_! . . .
| *- | ____________________)
\___/ ( kkorc v0.4 by:
,---------, | ernie+bert, 2014
| now | ! --------------------
| working | ; use on your own risk
`---------` (,... .. . . . .
info:
nand type : rk29xx
teletyper on (lnx) : ttyFIQ0
teletyper on (adr) : ttyFIQ0
init boot process : /init

mapping:
ID...........SECT OFFS...SECT SIZE...DATA SIZE.........BLOCK #/+
header..............0h.......2000h.........4mb......0 + 2.......
misc.............2000h.......2000h.........4mb......2 + 2.......
kernel...........4000h.......6000h........12mb......4 + 6.......
boot.............a000h.......6000h........12mb.....10 + 6.......
recovery........10000h......10000h........32mb.....16 + 16......
backup..........20000h......20000h........64mb.....32 + 32......
cache...........40000h......40000h.......128mb.....64 + 64......
metadata........80000h.......2000h.........4mb....128 + 2.......
kpanic..........82000h.......2000h.........4mb....130 + 2.......
system..........84000h.....300000h......1536mb....132 + 768.....
userdata.......384000h..(open end) <-- NO BOUNDARY, END OF NAND!
#

LSUSB:

# lsusb
Bus 002 Device 005: ID 1ea7:0002
Bus 002 Device 006: ID 2207:310b
Bus 002 Device 003: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 413c:3012 Dell Computer Corp. Optical Wheel Mouse
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
#

Bin jetzt etwas ratlos, da das TAB im Androidmänchen hängt und das CWM-Recovery ebenfalls noch auf dem TAB ist.

Vielen Dank für eure Hilfe

:blushing:

daddle · 2016-10-27T10:17:49+0200

@Grunzer

Das ist nur ein Formatierungsbefehl (Fettschrift), der nach Umstellung der Androidhilfe in den Code-Zeilen nicht mehr funktioniert. Statt dessen bleibt dann das [B] und [/B] für Anfang und für Ende stehen und verwirrt.

Weiss nicht was sich AH dabei gedacht hat, da in Code-Fenstern u.a. sehr viel mit Formatierungsbefehlen gearbeitet wurde, auch zur farbigen Absetzung, und viele Befehlszeilen jetzt verhunzt dastehen!

Also alles was in eckigen Klammern steht bitte ignorieren!!!

Im übrigen hättest du die Anleitung zum "unrooten" in der kkorc-Anleitung befolgen können; dafür brauchte es kein Linux.
Aber dein Fehler ist ein anderer; deine Befehlssyntax ist falsch. Bei der _all.bin.gz fehlt .gz, und der Befehl muss -zrestore heissen.

Der Befehl zum Restoren -> kkorc und _all.bin.gz im selben Verzeichnis, z.B. Downloads!

1. $ cd Downloads . . . . > Eingabe-Taste
2. $ sudo sh - . . . . . . . . .> Eingabe-Taste > Beachte Leerstelle zwischen sh und (-), es kommt ein root-prompt #
3. # chmod 0777 kkorc
4. # ./kkorc -zrestore

daddle

Grunzer · 2016-10-27T11:19:07+0200

@daddle

Hallo Daddle,

vielen Dank für die Aufklärung bzgl. der falschen Parameter. Den Befehl zrestore habe ich natürlich auch mehrfach durchprobiert, ohne dabei das *.bin.gz zu nennen. Ich probierte gestern schon geschlagene 10 Std. mit gefühlten und gelesenen 100 offenen Seiten bevor ich mich entschlossen habe irgendwem auf die
Kugeln zu gehen. :smile:

Ich vermute das kkorc die Backup-Datei nicht findet und habe mal irgendeine nicht vorhandene Datei als zrestore genannt. Gleicher Fehler ...

./kkorc -zrestore none.bin.gz
.
_v_ __ _ _ .!_ . __ __ kit
/ | \ ( (_)(_) (_ 1 ( ! (_! . . .
| *- | ____________________)
\___/ ( kkorc v0.4 by:
,---------, | ernie+bert, 2014
| now | ! --------------------
| working | ; use on your own risk
`---------` (,... .. . . . .

--- WARNING ---
DO NOT TOUCH THE SYSTEM OR DEVICE, INTERRUPT THIS PROCESS, ATTACH OR REMOVE ANY DEVICES (STORAGES, HID, ...) UNTIL IT IS DONE! OTHERWISE, THIS WILL MAY CAUSE
DAMAGE TO YOUR DEVICE!

-=> [[ restore ]]

W: 0xF7 (non-existing device partition): 'none.bin.gz'

Grunzer

Nachtrag:

Datei aus diesem Thread: Medion lifetab 10334 custom rom

> Hier ist ein Link zu der Original-Firmware > Link for the original firmware

erneut heruntergeladen.

# ./kkorc -zrestore S10334_all.bin.gz
.
_v_ __ _ _ .!_ . __ __ kit
/ | \ ( (_)(_) (_ 1 ( ! (_! . . .
| *- | ____________________)
\___/ ( kkorc v0.4 by:
,---------, | ernie+bert, 2014
| now | ! --------------------
| working | ; use on your own risk
`---------` (,... .. . . . .

--- WARNING ---
DO NOT TOUCH THE SYSTEM OR DEVICE, INTERRUPT THIS PROCESS, ATTACH OR REMOVE ANY DEVICES (STORAGES, HID, ...) UNTIL IT IS DONE! OTHERWISE, THIS WILL MAY CAUSE
DAMAGE TO YOUR DEVICE!

-=> [[ restore ]]

W: 0xF7 (non-existing device partition): 'S10334_all.bin.gz'

Hmm, hatte ja schon etliche Geräte von HTC, Samsung, LG, Sony und Huawei, alle gerootet, teilweise gebricked und ohne Probleme neu geflasht, aber dieses Aldi-Teil raubt mir den letzten Nerv. Dabei wollte ich heute zu Aldi wegen dem neuen Angebot ... :mellow:

daddle · 2016-10-27T11:57:03+0200

@Grunzer

Die Datei musst du umbenennen in " _all.bin.gz" ! Nicht " # ./kkorc -zrestore S10334_all.bin.gz"

-> falsche Bezeichnung der Datei, nur " _all.bin.gz" schreiben, wie ich schon im vorigen Post in korrekter vollständiger Syntax angegeben hatte!
Das S10344 steht nur davor um die Dateien der verschiedenen Tabs auseinander zu halten.

Geht aber auch Alles aus der kkorc-Anleitung hervor!

Und der Downloadlink ist für meinen Google-Drive, die Datei ist i.O.

Und -zrestore ist der Befehl, die _all.bin.gz Datei enthält die komprimierten raw-Daten; der Befehl -zrestore decomprimiert und schreibt die dekomprimierten raw-Daten auf das Nand, von 0x0000 bis 0x00384000.
Diesen .gz-Container kannst du nicht mit rkflashtool zurück schreiben, da komprimiert.

daddle

Grunzer · 2016-10-27T12:51:40+0200

Danke daddle,

aber irgendwie will das nicht ... mehr :huh:

./kkorc -zrestore _all.bin.gz

SOMETHINGS WRONG, I'LL TRY TO FIX.... solved
.
_v_ __ _ _ .!_ . __ __ kit
/ | \ ( (_)(_) (_ 1 ( ! (_! . . .
| *- | ____________________)
\___/ ( kkorc v0.4 by:
,---------, | ernie+bert, 2014
| now | ! --------------------
| working | ; use on your own risk
`---------` (,... .. . . . .

--- WARNING ---
DO NOT TOUCH THE SYSTEM OR DEVICE, INTERRUPT THIS PROCESS, ATTACH OR REMOVE ANY DEVICES (STORAGES, HID, ...) UNTIL IT IS DONE! OTHERWISE, THIS WILL MAY CAUSE
DAMAGE TO YOUR DEVICE!

-=> [[ restore ]]

W: 0xF7 (non-existing device partition): '_all.bin.gz'

oder

# ./kkorc -zrestore _allbin.gz
.
_v_ __ _ _ .!_ . __ __ kit
/ | \ ( (_)(_) (_ 1 ( ! (_! . . .
| *- | ____________________)
\___/ ( kkorc v0.4 by:
,---------, | ernie+bert, 2014
| now | ! --------------------
| working | ; use on your own risk
`---------` (,... .. . . . .

--- WARNING ---
DO NOT TOUCH THE SYSTEM OR DEVICE, INTERRUPT THIS PROCESS, ATTACH OR REMOVE ANY DEVICES (STORAGES, HID, ...) UNTIL IT IS DONE! OTHERWISE, THIS WILL MAY CAUSE
DAMAGE TO YOUR DEVICE!

-=> [[ restore ]]

W: 0xF7 (non-existing device partition): '_allbin.gz'

Grunzer

PS.

Irgendwie startet es jetzt nicht mal mehr bis zum Androidmännchen. Bildschirm bleibt nach einschalten dunkel und geht gleich in den Bootloader. :confused2:

Grunzer · 2016-10-27T15:08:39+0200

@daddle

Gibt es eine Möglichkeit das CWM dort wieder herunter zu bekommen? Löschen, schrotten, etc. Evtl. das TAB komplett unbrauchbar zu machen, RKAndroidTool oder ähnliche Programme?

Grunzer
[doublepost=1477573719,1477573038][/doublepost]Holla ...

Habe nochmal von vorn angefangen ...

1. Das Prozedere hier durchgeführt: Recovery STOCK ROM for Medion Lifetab S10334 Firmware - Forum - ARCTABLET NEWS

Allerdings den Bootloader 1.24 im RockDevTool ausgewählt, nicht den 2.16.

2. Die Parameter-Datei geändert.

von (Original aus dem Link):

CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00008000@0x00004000(kernel),0x00008000@0x0000C000(boot),0x00010000@0x00014000(recovery),0x00020000@0x00024000(backup),0x00040000@0x00044000(cache),0x01C3B000@0x00084000(userdata),0x00002000@0x01CBF000(kpanic),0x00180000@0x01CC1000(system),-@0x01E41000(user)

in (Post von Daddle):

CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00150000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00006000@0x00004000(kernel),0x00006000@0x0000a000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),0x00002000@0x0080000(metadata),0x00002000@0x0082000(kpanic),0x00300000@0x00084000(system),-@0x00384000(userdata)

3. RKAndroidTool die Dateien geflasht (siehe Link in 1.)

4. In CWM konnte ich jetzt das Backup aus Link in Nr. 1 ohne Fehler wiederherstellen. :cool2:

Allerdings bleibt jetzt die Frage, mit welchem Tool schreibe ich den Bootloader 2.10? RKDevTool oder RKAndroidTool?

Grunzer

Nachtrag 1: Einfach mit Bootloader 1.24 neu gestartet, Recovery wurde von CWM zurückgesetzt, ES LEBT! bzw. zeigt den Schriftzug LIFETAB ...

Nachtrag 2: Leider blieb es beim Schriftzug "LIFETAB". Ein ausschalten und einschalten endete im Bootloader und einem dunklen Bildschirm.

Nachtrag 3: Grunz :razz:

... obiges Prozdere nochmal, nur diesmal mit Auswahl des Bootloaders 2.10 statt 1.24. Keine Fehlermeldungen, bewegter LIFETAB Schriftzug ... und ... Spannung ... NICHTS. :lol:

Nachtrag 4: Überlegen wo der Fehler sein könnte ... Nichts neu geflasht, nur Recovery aufgerufen. Hä!? Wieso ist das CWM-Recovery noch drauf!? Backup im CWM erneut geflasht, Factory Reset, Wipe Cache, etc. > Reboot > Abfrage ... Diesmal auf Yes, fix it gegangen, statt auf 2x No ... LIFETAB Schriftzug ... Anmeldung in Android ... Hurraaaaaa!!! :thumbsup:

Vielen Dank an Alle fürs zusehen und aushalten! :lol:

daddle · 2016-10-27T19:16:57+0200

@Grunzer

So ging das ja nicht. Aber jetzt hast Du es ja geschafft. Es lag am falschen Loader.
Das Tab braucht einen 2nd-Gen Loader 2.10, nicht die Version 1.24, die du drauf hattest.
Du mixtest verschiedene Restore-Möglichkeiten, änderst Adressen in der Parameter usw.
CWM geht weg wenn man "meine" " _all.bin.gz" mit kkorc flashst, da sie das komplette Nand einschliesslich
aller Partitionen flasht, also auch das Stock recovery.

In deinem Link zu Arctablet steht was von Loader 2.16; aber bei der Auslieferung, und die _allbin.gz ist vom Auslieferzustand, war der Loader 2.10 drauf!
Diesen solltest du mit Admin-Rechten und der RKDevelopTool.exe flashen, bevor du kkorc benutzen kannst um die _all.bin.gz einzuspielen; oder um über die RKAndroidTool.exe das stockrom (rar) aus dem Link von arctablet.com zu flashen.

Aber Alles in Allem ist es mit kkorc einfacher, da alle Adressen im Header-Anteil stecken (in 0x00 bis 0x00002000), man sich nicht um die Parameter kümmern muss und damit kkorc auch verschobene Partitionsadressen wieder original herstellen kann. Nur den Bootloader nicht.

daddle

Grunzer · 2016-10-27T19:37:43+0200

Kleinen Fehler habe ich dennoch, obwohl das Tablet jetzt läuft. Der interne Speicher beträgt nur noch 12GB statt 32GB.

Hmm, never touch a running System ... :bored:

Grunzer

daddle · 2016-10-27T20:05:16+0200

@Grunzer

Das lag an dem Ändern der Parameter. Hattest du ein Odys Iron drauf geflasht,
deswegen auch der andere Bootloader 1.24 und geänderte Parameter?

Wenn du jetzt mit kkorc die (S10334) _allbin.gz flashen würdest, kriegtest du wieder die originale
Speicheraufteilung.
Öffne mal die entpackte _allbin.gz (die rar und dann die gz entpackt) mit einem Dateibetrachter, da siehst du zu Anfang die Parameter.

daddle

Grunzer · 2016-10-27T21:29:02+0200

@daddle

Jep, das war ein Odys Iron ROM mit geänderten Parametern. Parameter waren aus einem deiner Kommentare. Siehe hier

Dein Tipp werde ich morgen testen und mich hier wieder melden. Bin gerade dabei mich etwas vom Lifetab zu entspannen. :rolleyes2:

LG Grunzer

Grunzer · 2016-10-28T13:41:58+0200

daddle schrieb:
Öffne mal die entpackte _allbin.gz (die rar und dann die gz entpackt) mit einem Dateibetrachter, da siehst du zu Anfang die Parameter.

Hi daddle,

in der S10334_all.bin.gz gefindet sich eine S10334_all.bin und die ist 1.8GB groß. Wie soll ich die in einem Dateibetrachter öffnen. Mein Dateibetrachter "Codepad" schmiert da ab ...

Grunzer

Ok, hat sich erledigt. FreeComander > Dateibetrachter ... :winki:

daddle · 2016-10-28T15:48:23+0200

@Grunzer

Es gibt zwei CMDLINE - Einträge im Header die du im Dateibetrachter siehst. Vor der ersten CMDLINE steht ein Raute-Symbol die ist also ungültig!
Es gilt die zweite CMDLINE ohne Raute-Symbol davor:
PARM FIRMWARE_VER:4.4.2
MACHINE_MODEL:rk30sdk
MACHINE_ID:007
MANUFACTURER:RK30SDK
MAGIC: 0x5041524B
ATAG: 0x60000800
MACHINE: 3066
CHECK_MASK: 0x80
KERNEL_IMG: 0x60408000
#RECOVER_KEY: 1,1,0,20,0

#CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00006000@0x00004000(kernel),0x00006000@0x0000a000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),0x001FE000@0x00080000(userdata),0x00002000@0x0027E000(metadata),0x00002000@0x00280000(kpanic),0x00180000@0x00282000(system),-@0x00402000(user)
CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00006000@0x00004000(kernel),0x00006000@0x0000a000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),0x00002000@0x0080000(metadata),0x00002000@0x0082000(kpanic),0x00300000@0x00084000(system),-@0x00384000(userdata)

Grunzer · 2016-10-29T00:40:17+0200

daddle schrieb:
Es gibt zwei CMDLINE - Einträge im Header die du im Dateibetrachter siehst. Vor der ersten CMDLINE steht ein Raute-Symbol die ist also ungültig!
Es gilt die zweite CMDLINE ohne Raute-Symbol davor:

Erster Anlauf mit den Parametern hat nicht geklappt. Nach Neustart liegen noch immer 12GB als Speicher vor. Morgen mache ich einen weiteren Versuch und Fehlersuche. :cool2:

Grunzer

daddle · 2016-10-29T13:33:34+0200

@Grunzer

Nur wenn du die _all.bin.gz mit kkorc flashst, nimmt kkorc die richtigen Parameter und flasht zuerst den Header (0x0000 bis 0x00002000)
(den dein Backup von arctablet nicht hat) und dann alle Partitionen an die richtigen offset-Adressen, einschliesslich kpanic, metadata, cache usw.
Mit kkorc musst du dich um die Parameter nicht kümmern.
daddle

Grunzer · 2016-10-29T20:21:25+0200

daddle schrieb:
Nur wenn du die _all.bin.gz mit kkorc flashst, nimmt kkorc die richtigen Parameter

Hi daddle,

nach x versuchen auf div. Rechnern um USB Probleme auszuschliessen, das folgende Endergebnis:

1. Ich konnte dein Backup zurückspielen, allerdings ist die Speicherkarte noch immer 12GB klein, nicht 32GB groß

2. Die / Der ganze Aufregung / Aufwand hätte verkürzt werden können, da ein

a. ./kkorc -zrestore _all.bin.gz nicht funktioniert und zur Fehlermeldung W: 0xF7 (non-existing device partition): '_all.bin.gz' führt

b. ein einfaches ./kkorc -zrestore ohne Backupdatei hätte gereicht und führt zu einem Restore, da kkorc die Datei selbst in Downloads findet sofern hier gespeichert ...

Woran jetzt die Speichergrösse scheitert!? Kein blassen Schimmer :crying:

Grunzer

daddle · 2016-10-29T22:03:08+0200

@Grunzer

Ja, mit Punkt 2a hast du recht, so habe ich es auch im Tut beschrieben! Daran sollte man sich ja halten. Dann wäre das ganze verkürzt gewesen! :flapper:

Habe jetzt selbst seit 2 Jahren nicht mehr damit geflasht. Für die _all.bin.gz (od. _all.bin) reicht nur " -zrestore" bzw.
" -restore" ohne Partitions- oder Namensangabe der gesamt-Sicherungsdatei.
Will man eine Partition einzeln flashen, dann gibt man den Partitionsnamen mit an, wie auch vorher beim Backup. Siehe Auszug aus dem Tut:

Weitere Befehle am # -Prompt:
# ./kkorc -zrestore ......> schreibt die Sicherung _all.bin.gz, erstellt mit -zbackup, zurück. Danach mit ./kkorc -reset Tab booten
# ./kkorc -zrestore {partition name} . . . > stellt eine einzelne Partitionssicherung wieder her aus " _{partition name}.bin.gz"
# ./kkorc -restore {partition name} . . . > stellt eine einzelne Partitionssicherung wieder her aus " _{partition name}.bin"

Da ich nicht weiss was und wie du andere Parameter über arctablet.com geflasht hast, kann ich das nicht nachvollziehen. Oder dein Flash hat nicht geklappt.
Mit kkorc wird das Nand von 0x0000 bis 0x00384000 fortlaufend beschrieben, mit dem Partitions-layout und -Grenzen (die Parameter)
Ich kann dir mal die -> header.bin zur Verfügung stellen, dann kannst du die entweder in Linux mit kkorc flashen, dann heisst der Befehl diesmal wirklich:
#./kkorc -restore header
oder auch in Linux mit rkflashtools:
#./rkflashtool w 0x00000000 0x00002000 <header.bin,
oder mit RKAndroidtool in Windows;
dann nur in der Maske in einer Zeile die Partition "header" eintragen, als Startadresse die 0x00000000 und den Pfad zur header.bin angeben, Häkchen in allen anderen Zeilen rausnehmen, keinen Bootloader versehentlich mitflashen.

daddle

Grunzer · 2016-10-29T22:29:53+0200

daddle schrieb:
Da ich nicht weiss was und wie du andere Parameter über arctablet.com geflasht hast, kann ich das nicht nachvollziehen.

Mit dieser Anleitung. 1 zu 1 übernommen und hinterher div. Fehlermeldungen beim flashen bekommen, das war ja der Auslöser des Ganzen ... :cursing:

daddle schrieb:
Ja, mit Punkt 2a hast du recht, so habe ich es auch im Tut beschrieben! Daran sollte man sich ja halten. Dann wäre das ganze verkürzt gewesen!

Ja, warum einfach wenn es umständlich geht. Vorteil, das Ganze hat sich jetzt in mein Hirn geknorct und ich muss nie wieder nachlesen ... :lol:

daddle schrieb:
Ich kann dir mal die -> header.bin zur Verfügung stellen, dann kannst du die entweder in Linux mit kkorc flashen, dann heisst der Befehl diesmal wirklich:

Teste ich gleich mal ...

Grunter

Nachtrag: Hat leider nicht geklappt. Bleibt bei 12GB.

daddle · 2016-10-29T22:59:11+0200

@Grunzer
:

Benutze doch mal:
# ./kkorc -part .......> Zeigt eure Partitions-Liste

# ./kkorc -cmdl ..... > Zeigt die command-line Parameter (auch in /proc/cmdline auslesbar!)

# ./kkorc -info .......> Gibt dazu mehr Details und das Mapping aus

und vergleiche das Mapping und die Adressangaben! Und poste es mal.

Grunzer · 2016-10-29T23:31:26+0200

Muss das mal eben hier reinkopieren, zwischenspeichern und wieder zu Win7 wechseln ...

daddle schrieb:
# ./kkorc -part .......> Zeigt eure Partitions-Liste

partitions:
header
misc
kernel
boot
recovery
backup
cache
metadata
kpanic
system

daddle schrieb:
# ./kkorc -cmdl ..... > Zeigt die command-line Parameter (auch in /proc/cmdline auslesbar!)

command line:
CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00006000@0x00004000(kernel),0x00006000@0x0000a000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),0x00002000@0x0080000(metadata),0x00002000@0x0082000(kpanic),0x00300000@0x00084000(system),-@0x00384000(userdata)

daddle schrieb:
# ./kkorc -info .......> Gibt dazu mehr Details und das Mapping aus

mapping:
ID...........SECT OFFS...SECT SIZE...DATA SIZE.........BLOCK #/+
header..............0h.......2000h.........4mb......0 + 2.......
misc.............2000h.......2000h.........4mb......2 + 2.......
kernel...........4000h.......6000h........12mb......4 + 6.......
boot.............a000h.......6000h........12mb.....10 + 6.......
recovery........10000h......10000h........32mb.....16 + 16......
backup..........20000h......20000h........64mb.....32 + 32......
cache...........40000h......40000h.......128mb.....64 + 64......
metadata........80000h.......2000h.........4mb....128 + 2.......
kpanic..........82000h.......2000h.........4mb....130 + 2.......
system..........84000h.....300000h......1536mb....132 + 768.....
userdata.......384000h..(open end) <-- NO BOUNDARY, END OF NAND!

Hmm, kann da jetzt keine Unstimmigkeit erkennen. Ihr wurdet besch...en, das Tabletz hat in Wirklichkeit nur 12GB. :huh:

Grunzer

S10334 startet nicht mehr

c.t

Stamm-User

Anzeige

Grunzer

Neues Mitglied

daddle

Enthusiast

Grunzer

Neues Mitglied

daddle

Enthusiast

Grunzer

Neues Mitglied

Grunzer

Neues Mitglied

daddle

Enthusiast

Grunzer

Neues Mitglied

daddle

Enthusiast

Grunzer

Neues Mitglied

Grunzer

Neues Mitglied

daddle

Enthusiast

Grunzer

Neues Mitglied

daddle

Enthusiast

Grunzer

Neues Mitglied

daddle

Enthusiast

Grunzer

Neues Mitglied

daddle

Enthusiast

Grunzer

Neues Mitglied