[gelöst] ARM32 3.0.8 Kernel

[schorsch_76]

Da wird sicher die Sd Karte hinüber sein. Hab ich auch ab und an.

[schorsch_76]

Hier noch "etwas" Info wie den so ein Kernel überhaupt startet:

https://www.ibm.com/developerworks/libr ... ot-pdf.pdf
https://www.dcl.hpi.uni-potsdam.de/teac ... jaeger.pdf
https://balau82.wordpress.com/2010/04/1 ... -qemu-arm/
https://git.kernel.org/pub/scm/linux/ke ... rm/Booting
https://git.kernel.org/pub/scm/linux/ke ... out-of.txt

[Joe58]

Die Info schaue ich mir gleich durch. Meine SD Karte geht soweit aber der Tablet Nand Chip ist defekt da kommen nur noch bad blocks. Also habe jetzt eine Neue 32 GB SD Karte vorher 16 GB, die ist aber durch. Aber die jetzige macht auch schon Probleme wola. Warum nur?

Schau mal hier ich habe nur normalen Start ausführen lassen und der Nand Chip ist defekt?? : https://www.dropbox.com/home/u-boot?preview=nandbad

In den Log sieht man das es nur noch bad Blocks gibt. Immerhin will der Bootloader nicht direkt im Ausweichmodus also uImage_recovery ich flashe jetzt mal ein originales Prestigio 2.0.24 was den Bootloader ersetzt und alles neu schreiben müsste. Es wurde erfolgreich der Prestigio Bootloader geschrieben und dieser zeigt auch ein Bild an und lädt den Kernel incl des Bildesaber der Kernel kann nicht komplett hochfahren.

Also meine Idee wäre es jetzt den Nand Chip aus U-Boot raus zu kicken, und nur die MicroSD Karte weiterhin zu verwenden, gute Idee?

Was jetzt?

[schorsch_76]

Ist das dies Board hier?
https://www.amazon.de/Intenso-5510862-T ... so+Tab+814

Zum Nandchip ... hm ... Dazu kenn ich das Gerät nicht gut genug um das zu beurteilen. Ich komm auch hier gerade nicht auf dropbox.

Zuviele badblocks zeigen eigentlich das Ende an ... bei HDD und bei Flash.

[Joe58]

Ja genau dieses Board ist das.

Ich denke mal der Befehl nand erase im Bootloader wird es in sich gehabt haben, ab da gingen die Probleme los, bin ja immerhin am testen gewesen.

Ich muss jetzt den Prestigio Bootloader los werden, weil ich mit den nicht interagieren kann, d.h. fpr mich das ich ein update.zip incl. eines standarts Recoverys mit dem Tablet starte und der dann voll automatisch durch dieses aml_srcipt.amp gibt 2e dann de Bootloader überschreibt. Gibt auch noch so checksum Sachen, die muss ich auch iwie umgehen. Sonst komme ich nicht drum herum den TOSHIBA 8GB Nand Chip auszulöten um in meinem Bootloader zu kommen.

[schorsch_76]

Ich hab ein bischen durch den Quellcode gelesen. Es scheint das der Touchscreen und das Display dabei sind. Auch von der Config (wenn ich davon ausgehe das die config und Code passt)

[Joe58]

Ich denke auch das so die wichtigsten Treiber dabei sind und Linux auf das Gerät nichtso das riesen Problem werden sollte. Man kann ja dann immernoch weiter zu den nächsten Kernel springen wenn man die Treiber mitnimmt, aber erstmal eins nach dem anderen. Bin auch bisschen zu schnell.

Man könnte bestimmt den Bootloader und dann nich den Kernel auf der MicroSD Karte schieben und los legen, auch ohne Nand Chip? Ich glaub ich löte den mal aus?? Oder bisschen zu überheblich? Kann doch sein das der u-boot Bootloader den Chip von sich aus wieder funktionsfähig bekommt? Oder lohnt das nicht wirklich?

[schorsch_76]

Das Upgrade auf eine neuere Kernel Version ist hier vermutlich _nicht_ so einfach möglich. Das sind alles ziemliche custom Module. Die API innerhalb des Kernels ändert sich auch hin und wieder .... Der Code der aus dem ZIP kommt, hat keine git history ...

Man könnte den 3.0.8 vanilla Kernel nehmen und dann das Patchset generieren aus dem zip und dem git des 3.0.8 vanilla. Aber ich vermute ein upgrade des Kernels auf >=3.8 könnte problematisch werden wegen der devicetree Geschichte die in 3.9 oder 3.10 gekommen ist.

Zum nand ... das ist deine Entscheidung

[Joe58]

Meine 16 GB SD Karte war anscheinend doch nicht defekt, komisch. Ich glaube das das nur wegen der Software bei dem Nand ist, ich versuche mal ein eigenes automarisches updaten Script für ein Recovery zu schreiben. Normalerweise flasht ein Recovery nur per Auswahl so gut wie alles außer den Bootloader, aber ich habe ein Script was den Bootloader fasht. Dies funktioniert bei mir nicht. Ist die Firmware von Prestigio, mit den unkonfigurierbaren u-boot Bootloader. Ich muss mal genau nach gucken wie sowas geht. Bin da jetzt gerade überfragt. Kann danach wieder mit den Bootloader von Intenso wieder weiter konfigurieren, der andere von Prestigio lässt das nicht zu.

Stichwort Signatur von update.zip -> in der sind die Abbilder von den ersten paar Partitionen und von das Android Systdm die Ordnerstruktur.

[Joe58]

Das mit den update.zip haut hinten und vorne nicht hin. Ich löte den Chip raus, und ab da an wird es erst so richtig spannend. Das Teil nur noch über einer MicroSD Karte in Betrieb zu haben. Diese ganzen Nand Ausgaben stören auch sehr. Aber vielleicht ist der Kernel auf dem Chip angewiesen, aber ich werde das ja dann sehen.

Bin jetzt per reboot recovery im normalen intenso bootloader, habe dann mit:

Code: Alles auswählen

nand scrub

Den Flash Speicher erstmal ausradiert

Mal die ganzen Möglichkeiten auf einen Blick:

Code: Alles auswählen

m6_yifang#nand
nand - NAND sub-system

Usage:
nand info - show available NAND devices
nand device [dev] - show or set current device
nand read - addr off|partition size
nand write - addr off|partition size
    read/write 'size' bytes starting at offset 'off'
    to/from memory address 'addr', skipping bad blocks.
nand erase [clean|whole] [off size] - erase 'size' bytes from
    offset 'off' (entire device if not specified)
nand bad - show bad blocks
nand dump[.oob] off - dump page
nand scrub_detect - detect bad blk again
nand scrub - really clean NAND erasing bad blocks (UNSAFE)
nand markbad off [...] - mark bad block(s) at offset (UNSAFE)
nand biterr off - make a bit error at offset (UNSAFE)
nand  rom_protect  on/off 
nand  wr_rd_cmp  src dst  off|partition size 
nand  rom_write  addr off|partition size
nand  factory_info addr block_offset block_count part|all

m6_yifang#

Teste da mal bisschen rum.

Es sieht so aus als wenn die Bad Blocks irgendwo eingetragen werden müssen.

Ich habe davon null Ahnung:

Hier sieht man das es vorher weniger bad Blocks gab, und ich die alle eintragen muss, aber leider habe ich die alle weg radiert und deshalb geht das alles nicht mehr????? https://www.dropbox.com/home/u-boot/nand

In den Link sind fast alle Befehle aufgelistet.

Code: Alles auswählen

m6_yifang#nand markbad 1fec00000
 NAND bbt detect factory Bad block at fec00000 
block 0xfec00000 successfully marked as bad
m6_yifang#

Will 1fec00000 eintragen aber der macht fec00000 und 0xfec00000, ist doch falsch?

Mal schauen wann ich die alle eingetragen habe, sorry. -> ich sollte mir da auf jeden Fall ein Skript schreiben, sonst dauert das Jahrzehnte.

Code: Alles auswählen

m6_yifang#nand markbad 1fec00000
 NAND bbt detect factory Bad block at fec00000 
block 0xfec00000 successfully marked as bad
m6_yifang#nand markbad off 1fec00000
block 0x00000000 successfully marked as bad
 NAND bbt detect factory Bad block at fec00000 
block 0xfec00000 successfully marked as bad
m6_yifang#

[Joe58]

Miscellaneous and testing commands:
"markbad [offset]"
create an artificial bad block (for testing bad block handling)

"scrub [offset length]"
like "erase" but don't skip bad block. Instead erase them.
DANGEROUS!!! Factory set bad blocks will be lost. Use only
to remove artificial bad blocks created with the "markbad" command.

https://github.com/lentinj/u-boot/blob/ ... EADME.nand

Sieht schlecht aus, habe die Badblocks die bei der Herstellung da waren weg radiert, aber der Bootloader sieht die ja doch, jetzt iwie eintragen??

[schorsch_76]

How about

Code: Alles auswählen

nand scrub_detect - detect bad blk again

[Joe58]

Scheint als wenn dies nichts bringt:

https://www.dropbox.com/home/u-boot?pre ... detect+neu

Der Link war falsch, dieser ist der richtige: https://www.dropbox.com/s/kicnl4dy2difl ... 20neu?dl=0

[Joe58]

Achso jetzt habe ich das ganze so langsam verstanden.

Ich dachte ein Raspberry Pi hat einfach nur wegen Kostengründen eine Micro SD Karte als Speicher. Aber dem ist nicht so. Eingelötete Nand Chips (also die Flash Speicher),kann man sehr schwer auslesen, wegen des fehlenden Controllers beim entlöten, jetzt weiß ich auch warum da dieser kleine Kasten mit seinen vielen Beinchen auf der Plantine ist.

Ich frage mich jetzt nur wie die das jetzt im echten Leben machen, wenn irgendwie ein Krimifall gibt und das Handy dann ausgelesen werden soll?

Normale SD Karten haben Controller und Flash Chip, könnte man nicht beide auf dessen Plantine löten und sein Glück versuchen?

TSOP: https://de.wikipedia.org/wiki/Thin_Smal ... ne_Package

Aber ganz ehrlich ich werde wenn eh noch auf Probleme stoßen, da ist der Nand Chip ausgelöteter eher das Problem was sich an wenigsten lohnt. Muss den nur irgendwie auslöten ohne die ganze Plantine auseinander zu reißen: https://www.mikrocontroller.net/topic/198697

Denke ich verzinne alle 24 Kontakte auf einmal und hole den wie der eine sagt raus. Das wird ein Spaß, hat jemand Erfahrungen damit?

PS: Schaut euch mal den letzten Beitrag hier an (zurzeit): http://www.slatedroid.com/topic/111458- ... ent/page-3 es ist für mich nicht von der Hand zu weisen das überhaupt keine Kernel mehr komplett hochfahren, wegen den Chip, aber was wenn der komplett weg ist, dann lädt doch kein Kernel mehr, wo sollen dann die MTD "Partitionen" (also diese Rahmen), erstellt werden?

[schorsch_76]

Ich hab TSOP gelötet und entlötet.

Entlöten:
Entlöt-Litze mit viel Flussmittel.
Langsam und vorsichtig an den Beinchen entlang gehen mit dem Lötkolben. Nur nicht zu Heiß machen das IC.
Wenn das Lötzinn weg ist, einen sehr dünnen Zugdraht unter dem IC durchschieben, Flußmittel auf die Lötflächen auftragen, mit den Lötkolben Heiß machen und vorsichtig in die Höhe ziehen das sich ein Pin nach dem anderen ohne zu verbiegen ablöst.

Das IC kann ausgelesen werden, bsp. mit einem Arduino, Pi, was auch immer. Dazu muss an die entsprechenden Füßchen Spannung und I2C/SPI whatever angelegt werden. Auch ein Bus Pirate ist hier von nützen, da der das alles kann. Damit kann man das dann meist mit dem PC machen

[Joe58]

Ich selber besitze sowas wie eine Lötstation leider nicht, ich habe paar Lötkolben in verschiedenen Watt Zahlen, meiner mit der spitzen Spitze hat 25 W, als Flussmittel, habe ich nur so ne braune bisschen transparente Masse aus einer plastik Dose. Ist das Flussmittel? Dieses hinterlässt auch Rückstände. Meins sieht nicht so transparent aus wie das hier: http://m.pollin.de/item/383430303431 Meins ist irgendein Fett, und nicht leicht transparent.

Ich frage michneigentlich wie das aussieht mit der Kernel eigenen Datei actual_brightness, wenn ich da 0 eingebe geht die Beleuchtung auf 19 wenn ich 300 eingebe auf 255, kann man das eigentlich so hinbekommen, dass der niedrigste Wert einen noch dunkleren Bildschirm hervorruft? Gibt doch bestimmt irgendwo so eine Datei wie, 19 = so und so viel Strom, 255 = maximal Strom, und die zwischen Werte. Wie geht das genau?

MfG,

Joe

[schorsch_76]

Für SMD Löten brauchst du SMD Flussmittel. Das braune Zeug geht dafür nicht wirklich.

EDIT: Du brauchst eher so was:
https://www.reichelt.de/Flussmittel-Loe ... lussmittel

und eine ordentliche Lötstation mit regulierbarer Temperatur.

[Joe58]

Also kann ich auch das Kolophonium getrost vergessen? Muss für SMD bestimmt flüssig sein im Normal Zustand?

Das ist ja aber ziemlich giftig. gibt es keine Sockel die man über diese Bauteile drücken kann, mit Federkontakte? Das wird doch bestimmt auch so gemacht wenn Datrn von ein Handy ausgelesen werden müssen bei diesen Krimifällen, oder löten die da erstmal die Chips aus? Kann ja die Daten zerstören. An welchem Anschluss am Computer wird dann dieser Chip angeschlossen, braucht doch dazwischen einen Controller, ich kann doch den anschließen, und über diesen im Nand Chip arbeiten/modifizierrn/lesen?

PS: https://de.m.wikipedia.org/wiki/IT-Forensik

[Joe58]

Mein Tablet hat ein Micro USB Anschluss, mit 5 Leitungen. Und dahinter sitzt unmittelbar ein Controller, ich kann doch mein Nand Chip am Computer über diesen Controller wie ein USB Stick anschließen???

Ich muss die Leiterbahnen mit einem Mikroskop, geht das?? verfolgen und die Bauteile unter der Lupe nehmen, sonst kann ich nicht sehen wie das so funktioniert bzw welche Kontakte verwendet werden. Aber leider gibt es Lotpads die direkt nach unten durch die Plantine weiter verlaufen, oder irre ich mich da?

Wenn ich das MicroUSB Datenkabel einstecke, fängt dernBootloader an die BMP Bilder darzustellen, im Gerätemanager kommt nix. Der Akku wird angeblich geladen aber über nur über 4 Leitungen???

Kann den ein Tablet nicht wie ein USB-Stick sein? Der Nand Flash hat ein Controller, sonst könnte die CPU den Chip nicht adressieren,

Nand Chip + Controller +USB Male = USB-Stick ???

Ich konnte mal früher unter das andere Android System einen Teil von meinem Tablet aus am Computer einhängen, das warndie reingeschobene 16 GB Microsd und die "MicroSD" die in den /dev/block/mtdblock8 enthalten ist, warum geht das nicht für den ganzen Chip??? Bei USB-Sticks geht das ja ohne weiteres.

Naja das Kabel hat ein Wackelkontakt, was für billig verarbeitete Kabel. Jetzt kann ich immerhin ein bisschen Nand Chip am Computer einhängen.

Jetzt bin ich entgültig durcheinander.

[schorsch_76]

Das auslesen eines ausgelöteten Chips benötigt natürlich Elektronik Kenntnisse.

Linux nutzt, um keinen Controller nutzen zu müssen, GPIOs des ARM Chips um die zu betreiben. Jetzt hat aber der Chip bad blocks, kann nicht so viele Schreibvorgänge wie HDD, etc pp. Also benötigt man waer leveling. Das machen FIlesysteme wie ubifs ffs2 etc. Die Filesysteme benötigen aber Partitionen. Das macht das MTD Subsystem. Jetzt hat Linux, sein rootfs und kann booten. Bei embedded Geräten ist die MTD Tabelle im Kernel abgelegt im Board file. Bei deinem Kernel: customer/yf_boards/board_yf.c: Zeile 2400

Wie das Flash IC funktioniert, sagt dir dessen Datenblatt.

[Joe58]

Also hat der Chip jetzt zu viele Badblocks, und ist damit nicht mehr reparierbar?

Was ich mich aber jetzt noch frage, wenn ich den Chip ausgelötet hätte, wo schließt man den am Computer an??

Mein NAND Chip ist 8 GB groß und von TOSHIBA, ich finde keine Datenblätter zu dem Chip.

[schorsch_76]

Ne, das sag ich nicht, das der Chip zu viele badblocks hat. Die müssen nur markiert werden, dass der Kernel das nicht mehr nutzt

Um den Chip am Rechner auszulesen, wirst du etwas Elektronik benötigen, welche von deinem Chip abhängt. Viele Reverse Engineerer nutzen dazu den Buspirate. (hab ich schon hier im Thread verlinkt). Dazu wird dann ein Skript geschrieben welcher die Pins hin und her schaltet und das Ergebnis dann in eine Datei schreibt.

Google/Youtube: Reverse Engineering read NAND . Etwas in der art googlen ....

[Joe58]

Das hört sich ja soweit gut an, jetzt kommts, mein Chip (da steht drauf):

TC58TEG6DCJTA00

Der Bootloader meint der heißt so: TC58NVG7DCJTA00

Ich sag nur Software und Hardware oh mann, man landet direkt auf dem Holzpfad.

Wofür sind die Riff und JTAG Boxen? Müssen alle 48 Kontakte des Nand angeschlossen werden

Denke nicht das ich den Chip auslöten sollte, zumal der kaputt gehen kann, bei zulanger Wärme/Hitze Zufuhr. Es muss doch einen anderen Weg geben??

Kann der Kernel nicht die Bad Blocks per Software einfach als markiert sehen, das wird doch bestimmt irgendwie gehen, dann ist der Kernel zwar noch individueller, aber müsste gehen?

[schorsch_76]

Hier kannst du lesen wie andere so was machen und gemacht haben

https://www.blackhat.com/docs/us-14/mat ... fit-WP.pdf

[Joe58]

Sehr interessantes PDF Dokument. Es zeigt eine mögliche Vorgehensweise, d.h. ich brauche ein TSOP48 Sockel, ich dachte sowas gibt es nicht , die Dinger haben ihren Preis 30 € ist das nicht bisschen sehr teuer?

Denke für eine gute Lötstation müsste ich um die 200 € ausgeben.

Alles in allem komme ich mit dem Elektronikboard + TSOP 48 Sockel + Lötstation auf 300 Euro sicherlich. Uiii. Da mussmich aber lange sparen.

Langsam realisiere ich das besser sein wird: https://forum.xda-developers.com/showth ... ?t=2207597 &

Last resort, install a NativeSD rom and completely bypass nand.

Billigste Lösung scheint mir das zu sein:

Den TOSHIBA Flash auslöten und dann den Kernel weiß machen das er doch bitte mmc seitig funktionieren solle. Sollte doch besser sein finanziell gesehen?