[OE-core] zimage Initramfs booting stuck at Start Kernel
JH
jupiter.hce at gmail.com
Tue Oct 29 06:27:42 UTC 2019
Hi Ferry,
On 10/29/19, Ferry Toth <fntoth at gmail.com> wrote:
>> How did you build the cpio into the kernel?
>
> https://github.com/edison-fw/meta-intel-edison/blob/master/meta-intel-edison-bsp/conf/machine/edison.conf
Thank you for sharing the config, I added the same thing to my image configure:
INITRAMFS_MAXSIZE ="80000"
INITRAMFS_FSTYPES = "cpio.gz"
But it doesn't seem any changes in zImage-initramfs format, still
stuck in Start Kernel. There is no cpio in zImage-initramfs format
either:
0 0x0 Linux kernel ARM boot executable zImage
(little-endian)
6904 0x1AF8 LZO compressed data
7316 0x1C94 LZO compressed data
7918 0x1EEE device tree image (dtb)
57505 0xE0A1 device tree image (dtb)
312302 0x4C3EE LZ4 compressed data, legacy
2049266 0x1F44F2 SHA256 hash constants, little endian
2372864 0x243500 mcrypt 2.5 encrypted data, algorithm:
"]", keysize: 23701 bytes, mode: "(",
6093526 0x5CFAD6 device tree image (dtb)
8127489 0x7C0401 LZ4 compressed data, legacy
8167809 0x7CA181 device tree image (dtb)
8211971 0x7D4E03 device tree image (dtb)
8466697 0x813109 LZ4 compressed data, legacy
10203615 0x9BB1DF SHA256 hash constants, little endian
10527221 0xA0A1F5 mcrypt 2.5 encrypted data, algorithm:
"]", keysize: 23701 bytes, mode: "(",
14247896 0xD967D8 device tree image (dtb)
16108284 0xF5CAFC LZ4 compressed data, legacy
16581064 0xFD01C8 mcrypt 2.5 encrypted data, algorithm:
")}", keysize: 11556 bytes, mode: "|",
18187148 0x115838C PARity archive data - file number 12288
18412397 0x118F36D mcrypt 2.5 encrypted data, algorithm:
"*l", keysize: 20516 bytes, mode: "~",
18642426 0x11C75FA mcrypt 2.5 encrypted data, algorithm:
"9n", keysize: 2452 bytes, mode: "4",
19350585 0x1274439 ELF, 32-bit LSB ("")
19742605 0x12D3F8D ELF, 32-bit LSB ("")
22468397 0x156D72D ELF, 32-bit LSB processor-specific, ("")
22528640 0x157C280 ELF, 32-bit LSB processor-specific, ("")
22974723 0x15E9103 mcrypt 2.5 encrypted data, algorithm:
">", keysize: 2093 bytes, mode: "-",
23196848 0x161F4B0 ZBOOT firmware header, header size: 32
bytes, load address: 0x0564F721, start address: 0x2E4CEE95, checksum:
0x22771426, version: 0x1D216514, image size: 185068065 bytes
24899585 0x17BF001 LZMA compressed data, properties: 0x63,
dictionary size: 2097152 bytes, uncompressed size: 139006573920 bytes
24899761 0x17BF0B1 LZMA compressed data, properties: 0x6C,
dictionary size: 2097152 bytes, uncompressed size: 541203680 bytes
24899796 0x17BF0D4 LZMA compressed data, properties: 0x63,
dictionary size: 2097152 bytes, uncompressed size: 139810176352 bytes
24940767 0x17C90DF LZMA compressed data, properties: 0x5E,
dictionary size: 522190848 bytes, uncompressed size: 2157628 bytes
24946105 0x17CA5B9 LZMA compressed data, properties: 0xBE,
dictionary size: -1108672512 bytes, uncompressed size: 138831226112
bytes
24949352 0x17CB268 LZMA compressed data, properties: 0xC0,
dictionary size: -551550976 bytes, uncompressed size: 2117660 bytes
25029743 0x17DEC6F Copyright string: "Copyright 2017, NXP"
25827134 0x18A173E Unix path: /var/lib/systemd/
27216461 0x19F4A4D eCos RTOS string reference: "ECOS field"
27744796 0x1A75A1C SHA256 hash constants, little endian
27784033 0x1A7F361 mcrypt 2.5 encrypted data, algorithm:
"ute0^", keysize: 25971 bytes, mode: """,
28059592 0x1AC27C8 Base64 standard index table
28258932 0x1AF3274 SHA256 hash constants, little endian
29009250 0x1BAA562 Unix path: /lib/opkg/alternatives/cut
29091303 0x1BBE5E7 LZMA compressed data, properties: 0xB7,
dictionary size: 1572864 bytes, uncompressed size: 106573083904 bytes
31513153 0x1E0DA41 SHA256 hash constants, little endian
31800561 0x1E53CF1 PARity archive data - file number 1944
31937419 0x1E7538B gzip compressed data, from FAT
filesystem (MS-DOS, OS/2, NT), last modified: 1970-01-01 00:01:36
(bogus date)
32101039 0x1E9D2AF gzip compressed data, from FAT
filesystem (MS-DOS, OS/2, NT), last modified: 1970-01-01 00:01:36
(bogus date)
32127133 0x1EA389D gzip compressed data, from FAT
filesystem (MS-DOS, OS/2, NT), last modified: 1970-01-01 00:01:36
(bogus date)
32480356 0x1EF9C64 rzip compressed data - version 16.42
(881272744 bytes)
32537394 0x1F07B32 lrzip compressed data
32537406 0x1F07B3E LZ4 compressed data
32537413 0x1F07B45 LZ4 compressed data, legacy
32539866 0x1F084DA Gameboy ROM,
32540730 0x1F0883A EBML file
32660115 0x1F25A93 LHa 2.x? archive data [lh ] [NSRL|LHA2]
32660163 0x1F25AC3 lrzip compressed data
32660167 0x1F25AC7 LZ4 compressed data
32660171 0x1F25ACB LZ4 compressed data, legacy
32660179 0x1F25AD3 LZO compressed data
32660287 0x1F25B3F XAR archive, version: 31320, header
size: 64823, TOC compressed: 6506577760731572164, TOC uncompressed:
18243852667069869871
32660404 0x1F25BB4 Executable script, shebang: "/bin/python3"
32662024 0x1F26208 EBML file
33346732 0x1FCD4AC Copyright string: "Copyright (C) 2010
Nikolai Kondrashov"
33684559 0x201FC4F mcrypt 2.5 encrypted data, algorithm:
"_fd", keysize: 8881 bytes, mode: "h",
34425873 0x20D4C11 Copyright string: "copyrighted by many
authors between 1998-2015."
34451850 0x20DB18A SHA256 hash constants, little endian
What is the Executable script, shebang: "/bin/python3" ? My image does
not have python installed.
Also the eCos RTOS string reference: "ECOS field"? My image does not have ecos??
> And there is the max size!
OK good to know.
>>> And that cpio is ~64MB, so it must be possible.
>>
>> Is the 64MB for compressed cpio.gz? If so, that should be fine. Did
>> you allude that 64MB is also a limitation for cpio?
>
> No I don't think so.
That is good.
Thanks Ferry.
Kind regards,
- jh
More information about the Openembedded-core
mailing list