Buildroot генерирует образы для встроенного устройства, где они должны запускаться. Это работает очень хорошо. В этих образах rootfs включен.
В связи с некоторыми исследованиями я хотел бы изучить этот сгенерированный файл (например, были применены различные режимы сжатия, установленные Buildroot, и теперь нужно проверить, были ли они выполнены правильно), но я не могу найти ничего полезного в Интернете.
Насколько мне известно, разница между uImage и zImage заключается лишь в небольшом заголовке, поэтому u-boot может прочитать этот двоичный файл. Но я не могу открыть ни uImage, ни zImage.
Может ли кто-нибудь подсказать, как распаковать эти (u/z)изображения на хосте?
решение1
mkimage -l uImage
Информацию выложу в заголовок.
tail -c+65 < uImage > out
Получим контент.
tail -c+65 < uImage | gunzip > out
распакует его, если он был сжат с помощью gzip.
Если это был initramfs, вы можете сделать cpio -t < out
или , pax < out
чтобы вывести список содержимого.
Если это образ ramdisk, вы можете попробовать смонтировать его с помощью:
mount -ro loop out /mnt
file out
мог бы рассказать вам больше о том, что это такое.
решение2
U-Boot имеет собственный dumpimage
инструмент (его можно найти в каталоге инструментов вашего дерева U-Boot)
Конечно, он работает с простыми изображениями, но также поддерживает и мультиизображения старого образца.
$ ~2/tools/dumpimage -l uMulti
Image Name:
Created: Thu Aug 31 19:54:29 2017
Image Type: ARM Linux Multi-File Image (uncompressed)
Data Size: 5678650 Bytes = 5545.56 kB = 5.42 MB
Load Address: 10008000
Entry Point: 10008000
Contents:
Image 0: 5028760 Bytes = 4910.90 kB = 4.80 MB
Image 1: 602111 Bytes = 588.00 kB = 0.57 MB
Image 2: 47762 Bytes = 46.64 kB = 0.05 MB
$ ~2/tools/dumpimage -i uMulti kernel.extracted
$ ~2/tools/dumpimage -i uMulti -p 1 initramfs.extracted
$ ~2/tools/dumpimage -i uMulti -p 2 device-tree.extracted
Пока не пробовал с новыми изображениями в стиле FIT, но думаю, что должно сработать.
решение3
На случай, если внутри будет несколько изображений, вот быстрый bash
скрипт для извлечения их всех в файлы image_0
, image_1
, …:
#!/bin/bash
src_file=uImage
declare -ia sizes=( $(mkimage -l "$src_file" |
awk '/^ +Image [0-9]+/ { print $3 }') )
declare -i offset="68+4*${#sizes[@]}"
declare -i size
for i in "${!sizes[@]}"; do
size=${sizes[$i]}
echo "Unpacking image_$i"
dd if="$src_file" of="image_$i" bs=1 skip="$offset" count="$size"
# going to offset of next file while rounding to 4 byte multiple
offset+=$(( size + (4 - size % 4) % 4 ))
done
Затем вам нужно проверить, что есть что (это может быть упакованное ядро Linux, архив с файлами, дерево устройств, …). file
и binwalk
(http://binwalk.org/) может оказаться полезным.
решение4
7z
"просто работает" для меня, хотя это может быть специфично для OpenWRT и SquashFS. Я пробовал это на основекомментарий на форумах OpenWRT.
$ file image.bin
image.bin: u-boot legacy uImage, OpenWrt fullimage, Linux/MIPS, Multi-File Image (Not compressed), 11334834 bytes, Mon Apr 12 09:59:28 2021, Load Address: 00000000, Entry Point: 00000000, Header CRC: 0XDFDE3FF5, Data CRC: 0X7704142B
$ 7z x image.bin
7-Zip [64] 17.04 : Copyright (c) 1999-2021 Igor Pavlov : 2017-08-28
p7zip Version 17.04 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,64 bits,16 CPUs x64)
Scanning the drive for archives:
1 file, 11334898 bytes (11 MiB)
Extracting archive: image.bin
--
Path = image.bin
Type = SquashFS
Offset = 2097224
Physical Size = 9237674
Headers Size = 47040
File System = SquashFS 4.0
Method = XZ
Cluster Size = 262144
Big-endian = -
Created = 2021-04-12 04:59:26
Characteristics = DUPLICATES_REMOVED EXPORTABLE 0x600
Code Page = UTF-8
Everything is Ok
Folders: 145
Files: 2518
Size: 36789620
Compressed: 11334898