Buildroot está gerando imagens para um dispositivo embarcado onde elas devem ser executadas. Isso está funcionando muito bem. Nessas imagens, o rootfs está incluído.
Devido a algumas pesquisas, gostaria de dar uma olhada nesse arquivo gerado (por exemplo, diferentes modos de compactação definidos pelo Buildroot foram aplicados e agora serão verificados se foram feitos corretamente), mas não consigo encontrar algo útil na Net.
Até onde eu sei, a diferença entre uImage e zImage é apenas um pequeno cabeçalho, então u-boot é capaz de ler esse arquivo binário. Mas não consigo abrir nem o uImage nem o zImage.
Alguém pode me dar uma dica de como descompactar essas imagens (u/z) no host?
Responder1
mkimage -l uImage
Irá despejar as informações no cabeçalho.
tail -c+65 < uImage > out
Receberá o conteúdo.
tail -c+65 < uImage | gunzip > out
irá descompactá-lo se tiver sido compactado com gzip.
Se fosse um initramfs, você pode fazer cpio -t < out
ou pax < out
listar o conteúdo.
Se for uma imagem de ramdisk, você pode tentar montá-la com:
mount -ro loop out /mnt
file out
poderia lhe contar mais sobre o que é.
Responder2
O U-Boot traz sua própria dumpimage
ferramenta (encontre-a no diretório de ferramentas da sua árvore do U-Boot)
É claro que funciona com imagens simples, mas também suporta imagens múltiplas do estilo antigo
$ ~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
Ainda não experimentei com imagens FIT de novo estilo, mas acho que deve funcionar.
Responder3
Caso haja várias imagens dentro aqui está um bash
script rápido para extraí-las todas para os arquivos 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
Você então precisa verificar o que é o quê (pode ser um kernel Linux compactado, arquivo com arquivos, árvore de dispositivos,…). file
e binwalk
(http://binwalk.org/) pode ser útil.
Responder4
7z
"simplesmente funciona" para mim, embora isso possa ser específico para OpenWRT e SquashFS. Eu tentei com base emum comentário nos fóruns do 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