[gelöst] ARM32 3.0.8 Kernel

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 12.04.2017 16:39:38

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??

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: ARM32 3.0.8 Kernel

Beitrag von schorsch_76 » 12.04.2017 17:06:11

How about

Code: Alles auswählen

nand scrub_detect - detect bad blk again

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 12.04.2017 17:32:36

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

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 13.04.2017 06:38:36

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?

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: ARM32 3.0.8 Kernel

Beitrag von schorsch_76 » 13.04.2017 07:30:36

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

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 13.04.2017 08:47:51

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

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: ARM32 3.0.8 Kernel

Beitrag von schorsch_76 » 13.04.2017 09:23:07

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.
Zuletzt geändert von schorsch_76 am 13.04.2017 09:30:39, insgesamt 1-mal geändert.

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 13.04.2017 09:25:46

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. :cry: 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

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 13.04.2017 12:52:05

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. :hail:

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: ARM32 3.0.8 Kernel

Beitrag von schorsch_76 » 13.04.2017 15:27:05

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

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 13.04.2017 15:34:49

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. :(

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: ARM32 3.0.8 Kernel

Beitrag von schorsch_76 » 13.04.2017 15:50:32

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

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 13.04.2017 15:54:18

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 8O

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?

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: ARM32 3.0.8 Kernel

Beitrag von schorsch_76 » 13.04.2017 17:13:09

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

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

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 13.04.2017 17:35:28

Sehr interessantes PDF Dokument. Es zeigt eine mögliche Vorgehensweise, d.h. ich brauche ein TSOP48 Sockel, ich dachte sowas gibt es nicht :lol: , 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?

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: ARM32 3.0.8 Kernel

Beitrag von schorsch_76 » 13.04.2017 17:46:28

Wenn die Hardware das kann .... dann ja. ABER:

Code: Alles auswählen

Reverse engineering Flash memory data
When the NAND Flash memory is used for booting up embedded systems, the structure usually looks similar to
Figure 30.
The first block is always loaded first to address 0x00000000 during the boot-
up process. 
After that U-Boot code and images follow.
When the boot-loading code and U-Boot images are read only,
the JFFS2 file system is used for readingand writing. 

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: ARM32 3.0.8 Kernel

Beitrag von schorsch_76 » 13.04.2017 17:56:32

Am billigsten wird sein, und sicher funktionieren, ein neues Tablett ;)

https://www.amazon.de/Intenso-5510862-T ... so+Tab+814

50€ vs 30€ für den Adapter ;)

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 13.04.2017 18:12:43

Ja ein neues Tablet, + ein Tablet ohne Nand ist für mich ebenfalls das Beste. Ich darf dann nur nicht wieder den Befehl

Code: Alles auswählen

nand
Ausführen incl. den Zusatz, sonst ist alles wieder dahin. Abernwas ist wenn jemand dies böswillig macht? Es gibt noch Programm Code vor den U-Boot also auf den Nand, wenn ichnden raus löte gibt es kein funktionierendes Tablet mehr, oder wie ist dies jetzt zu verstehen? Obwohl ich habe den Speicher ja eh geschruppt, da ist die Frage eh nicht berechtigt, kann ja nichts schief gehen, ich hätte immerhin per sd u-boot, mal sehen, habe nur bisschen bedenken.

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 14.04.2017 10:59:03

Es ist unschwer zu erkennen das der Kernel funktioniert: https://www.dropbox.com/s/1w97m2qiuf33s89/start?dl=0

Also der lädt schon von der MicroSD Karte, allerdings sollten die Partitionen ebenfalls dort drauf. Erstmal ablöten, oder aber ich kaufe neues Tablet. :D

Okay andere gebaute Kernel gehen dann wiederum nicht, obwohl die sich alle excakt and den Quellcode richten:

Code: Alles auswählen

2984216 bytes read
## Booting kernel from Legacy Image at 82000000 ...
   Image Name:   Linux-3.0.8
   Image Type:   ARM Linux Kernel Image (lzma compressed)
   Data Size:    2984152 Bytes = 2.8 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
machid from environment: 0x4e3e 
EFUSE machid is not set.
Using machid 0x4e3e from environment

Starting kernel ...
Ich muss mir nur sicher sein das die Kernel auch so wie der Quellcode es hergibt funktionieren. Und dann noch den richtigen Kompiler wie bei den funktitionierenden nehmen, aber bekomme das schon hin.

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 14.04.2017 12:09:12

Ich habe den Nand raus :THX: :THX:

Und jetzt ist das alles zwar ein anderer Weg, aber es könnte funktionieren mit dem Kernel.

Hier ist die Ausgabe beim Hochfahren: https://www.dropbox.com/s/igvshhofexmh0 ... enand?dl=0

Jetzt muss nur gehofft werden das wir das alles auf der MicroSD iwie drauf bekommen. :P

Der zeigt sogar irgendwas unbestimmtes für ein sehr kurzen Moment an :), das ist ja vielleicht doch noch machbar.

Obwohl das Tablet keinen Speicher hat -> es hat 100 % noch einen aber wo??, zeigt es dieses hier an:

Code: Alles auswählen

EEEE I3000000032940xf100110303;77500EEEE I400000004294_M6_BL1_3431>2534313EEEE I3000000032940xff00dead16<22030EEEE I600000006294NO boot up device found1286?1:2EEEE I500000005294enter serial boot13549030EEEE I3000000032940xff00dead16<22030EEEE I600000006294NO boot up device found1286?1:2EEEE I500000005294enter serial boot13549030
Coooool:

Code: Alles auswählen

m6_yifang#mmc part 0

Partition Map for MMC device 0  --   Partition Type: DOS

Partition     Start Sector     Num Sectors     Type
    1		      2048	    131072	 b
m6_yifang#
Ich habe den Bootloader in den ersten 2047 Blöcken=Sektoren?? geschrieben und danach ein 64MB FAT32 erstellt mit den kernel-3.0.8.uImage, jetzt nur noch u-boot davon überzeugen das der länger warten soll, bei: Hit any key to stop autoboot: 0

okay:

Code: Alles auswählen

m6_yifang#fatls mmc 0
        0   hallo, wer bist du 
  3027722   kernel-3.0.8.uimage 

2 file(s), 0 dir(s)

m6_yifang#

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 14.04.2017 14:49:37

Der Start des Kernels sieht meiner Meinung nach gut aus, ist ja in dropbox zu sehen. Wlan, Touchscreen, Display, USB, A9, SDHC und weitere Treiber sind alle soweit da. 8)

So jetzt kommt das mit dem rootfs = initramfs ??

Code: Alles auswählen

[    7.005607@0] Warning: unable to open an initial console.
[    7.011165@0] VFS: Cannot open root device "(null)" or unknown-block(0,0)
[    7.017671@0] Please append a correct "root=" boot option; here are the available partitions:
[    7.026209@0] fd00        31636480 cardblksd  driver: cardblk
[    7.031913@0]   fd01         3855600 cardblksd1 00000000-0000-0000-0000-000000000cardblksd1
[    7.040233@0] ** enable watchdog
[    7.043445@0] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    7.051917@0] [<c0158bfc>] (unwind_backtrace+0x0/0xf8) from [<c0669f30>] (panic+0x70/0x194)
[    7.060222@0] [<c0669f30>] (panic+0x70/0x194) from [<c0008d70>] (mount_block_root+0x20c/0x2b0)
[    7.068804@0] [<c0008d70>] (mount_block_root+0x20c/0x2b0) from [<c0008fcc>] (prepare_namespace+0x158/0x1a0)
[    7.078547@0] [<c0008fcc>] (prepare_namespace+0x158/0x1a0) from [<c0008a50>] (kernel_init+0x130/0x13c)
[    7.087830@0] [<c0008a50>] (kernel_init+0x130/0x13c) from [<c01530f0>] (kernel_thread_exit+0x0/0x8)
[    7.096841@1] CPU1: stopping
[    7.099703@1] [<c0158bfc>] (unwind_backtrace+0x0/0xf8) from [<c014c3e4>] (do_IPI+0x180/0x194)
[    7.108205@1] [<c014c3e4>] (do_IPI+0x180/0x194) from [<c0151b8c>] (__irq_svc+0x4c/0xe4)
[    7.116182@1] Exception stack(0xdf863f90 to 0xdf863fd8)
[    7.121392@1] 3f80:                                     00000001 00000001 df863fd8 00000000
[    7.129726@1] 3fa0: df862000 c08bc9e4 c06709c4 c087c7ec 8000406a 413fc090 00000000 00000000
[    7.138057@1] 3fc0: 00000000 df863fd8 c015314c c0153150 60000013 ffffffff
[    7.144834@1] [<c0151b8c>] (__irq_svc+0x4c/0xe4) from [<c0153150>] (default_idle+0x24/0x28)
[    7.153166@1] [<c0153150>] (default_idle+0x24/0x28) from [<c0153560>] (cpu_idle+0xc0/0xf4)
[    7.161411@1] [<c0153560>] (cpu_idle+0xc0/0xf4) from [<80667114>] (0x80667114)
[    7.168614@0] m3_nand_reboot_notifier 1023
Ich lese mir nochmal durch wie andere Kernel starten ++ ich nehme meine ganzen init Sachen aus meinem bestehenden / rootfs mit dem initlogo.bak oder wie das hieß.

:THX: Mal sehen wie das Ergebnis sein wird. Nand wird ja sauber einfach skipped.

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 14.04.2017 16:03:38

So jetzt habe ich erstmal genug über Kernel starten gelesen, muss mir den Kernel jetzt von der microsdcard manuell holen, da der Bootloader das erstmal nicht automatisch machen soll. -> Environmentvariables. Bis später. ;)

Was ist die Geräte Datei etwas mit cardblksd oder fd0 ???

In meinem jetztigen Kernel ist die Partitition hier: /dev/block/cardblksd

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 14.04.2017 18:39:48

So ich muss den Kernel so konfigurieren das der schon beim Starten mir den Inhalt von /dev welches tmpfs ist auflistet, dann haben wir das Ziel erreicht!

Bitte um Ratschläge

Hier sieht man das wir fast am Ziel sind: http://www.tuxradar.com/content/how-fix ... t-problems

Wenn ich ein USB Stick einstecke und dann einschalte wird dieser auch vom Kernel als verfügbare Partitition angesehen, und zwar als sda in meinem Android Kernel ist der Stick immer /dev/block/sda
Code:
unknown-block(0,0)
tells that the kernel cannot communicate with your hard drive at all, so nothing in the root file system matters yet, since the kernel cannot read it.
https://forums.gentoo.org/viewtopic-t-9 ... art-0.html

Habe den Stick ext2 formatiert, darf da überhaupt eine Partition drauf sein, oder muss der ganze Stick eine einzige Partition sein? In meinem Android Kernel ist rootfs ein temporäres Datisystem, nix physikalisches also.

Ich mache morgen weiter, vielleicht hat mein Kooperationspartner eine Idee. ;)

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 15.04.2017 16:55:39

Danke an @Teddybear!

Wir haben jetzt ein rootfs aber temporär, kann das abernmodden. :) danke an Teddybear, :) durch ihn bin ich drauf gekommen, Stichwort LZMA Archiv.

Code: Alles auswählen

[    6.635646@0] Warning: unable to open an initial console.
[    6.641371@0] Freeing init memory: 2756K
[    6.644859@0] Failed to execute /init
[    6.648490@0] Failed to execute /init.  Attempting defaults...
[    6.654389@0] ** enable watchdog
[    6.657514@0] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
[    6.670164@0] [<c02c5bfc>] (unwind_backtrace+0x0/0xf8) from [<c07d6f30>] (panic+0x70/0x194)
[    6.678450@0] [<c07d6f30>] (panic+0x70/0x194) from [<c02b9610>] (init_post+0xa0/0xdc)
[    6.686268@0] [<c02b9610>] (init_post+0xa0/0xdc) from [<c0008a54>] (kernel_init+0x134/0x13c)
[    6.694705@0] [<c0008a54>] (kernel_init+0x134/0x13c) from [<c02c00f0>] (kernel_thread_exit+0x0/0x8)
[    6.703705@1] CPU1: stopping
[    6.706566@1] [<c02c5bfc>] (unwind_backtrace+0x0/0xf8) from [<c02b93e4>] (do_IPI+0x180/0x194)
[    6.715068@1] [<c02b93e4>] (do_IPI+0x180/0x194) from [<c02beb8c>] (__irq_svc+0x4c/0xe4)
[    6.723046@1] Exception stack(0xdf863f90 to 0xdf863fd8)
[    6.728256@1] 3f80:                                     00000001 00000001 df863fd8 00000000
[    6.736590@1] 3fa0: df862000 c0a2a9e4 c07dd9c4 c09ea7ec 8000406a 413fc090 00000000 00000000
[    6.744921@1] 3fc0: 00000000 df863fd8 c02c014c c02c0150 60000013 ffffffff
[    6.751697@1] [<c02beb8c>] (__irq_svc+0x4c/0xe4) from [<c02c0150>] (default_idle+0x24/0x28)
[    6.760030@1] [<c02c0150>] (default_idle+0x24/0x28) from [<c02c0560>] (cpu_idle+0xc0/0xf4)
[    6.768275@1] [<c02c0560>] (cpu_idle+0xc0/0xf4) from [<807d4114>] (0x807d4114)
[    6.775477@0] m3_nand_reboot_notifier 1023 
Der bestehende Kernel hat danach das hier:

Code: Alles auswählen

<6>[    7.333908@0] Freeing init memory: 3256K
<3>[    7.338949@1] init: property 'ro.hardware' doesn't exist while expanding '/init.${ro.hardware}.rc'
<3>[    7.346418@1] init: error while handling import on line '7' in '/init.rc'
<4>[    7.355159@1] init (1): /proc/1/oom_adj is deprecated, please use /proc/1/oom_score_adj instead.
So jetzt kann es ja weiter gehen, das rootfs ist mit diesem hier abgeharkt: Freeing init memory: 2756K

Joe58

Re: ARM32 3.0.8 Kernel

Beitrag von Joe58 » 15.04.2017 17:19:34

Da sind falsche Berechtigungen, wie öndere ich die denn beim Kernel-Bau? Die anderen Kernel lassen sich nicht entpacken, also die dateien die im / root Baum sind sind alle root, was jetzt? Ich habe gerade mein ganzes rootfs mit root auf root gesetzt und ist auch so geblieben, aber jetzt geht das iwie nicht.

Als root den Kernel mal bauen????

Antworten