fedora-arm-image-installer para nanopi_a64

0

Tentando criar um cartão SD inicializável para um nanopi a64 do FriendlyARM no fedora 28 com o "fedora-arm-image-installer", no entanto, a instalação falha no final com dois arquivos ausentes, "sunxi-spl.bin" e "u-boot.itb".

Qual pacote rpm adicional eu preciso, ou como faço para criar esses arquivos para instalação?

fedora-arm-image-installer \
   --image=Fedora-Mate-armhfp-28-1.1-sda.raw.xz \
   --target=nanopi_a64 \
   --media=/dev/sdb \
   --selinux=OFF \
   --norootpass \
   --resizefs \
   -y

Log completo de execução. Os erros estão nas últimas 10 linhas.

=====================================================
= Selected Image:                                 
= Fedora-Mate-armhfp-28-1.1-sda.raw.xz
= Selected Media : /dev/sdb
= U-Boot Target : nanopi_a64
= SELINUX = OFF
= Root Password will be removed.
= Root partition will be resized
=====================================================

*****************************************************
*****************************************************
******** WARNING! ALL DATA WILL BE DESTROYED ********
*****************************************************
*****************************************************
= Writing: 
= Fedora-Mate-armhfp-28-1.1-sda.raw.xz 
= To: /dev/sdb ....
0+801784 records in
0+801784 records out
7396655104 bytes (7.4 GB, 6.9 GiB) copied, 281.967 s, 26.2 MB/s
= Writing image complete!
= Resizing /dev/sdb ....
Checking that no-one is using this disk right now ... OK

Disk /dev/sdb: 7.4 GiB, 7948206080 bytes, 15523840 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xad3c1ff1

Old situation:

Device     Boot   Start      End  Sectors  Size Id Type
/dev/sdb1          2048    61439    59392   29M  c W95 FAT32 (LBA)
/dev/sdb2  *      61440  1060863   999424  488M 83 Linux
/dev/sdb3       1060864  2060287   999424  488M 82 Linux swap / Solaris
/dev/sdb4       2060288 13778943 11718656  5.6G 83 Linux

/dev/sdb4: 
New situation:
Disklabel type: dos
Disk identifier: 0xad3c1ff1

Device     Boot   Start      End  Sectors  Size Id Type
/dev/sdb1          2048    61439    59392   29M  c W95 FAT32 (LBA)
/dev/sdb2  *      61440  1060863   999424  488M 83 Linux
/dev/sdb3       1060864  2060287   999424  488M 82 Linux swap / Solaris
/dev/sdb4       2060288 15523839 13463552  6.4G 83 Linux

The partition table has been altered.
Calling ioctl() to re-read partition table.
Re-reading the partition table failed.: Device or resource busy
The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).
Syncing disks.
e2fsck 1.43.8 (1-Jan-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
_/: 166928/366480 files (0.7% non-contiguous), 1228157/1464832 blocks
resize2fs 1.43.8 (1-Jan-2018)
Resizing the filesystem on /dev/sdb4 to 1682944 (4k) blocks.
The filesystem on /dev/sdb4 is now 1682944 (4k) blocks long.

= Turning SELinux off ...
= Removing the root password.
= Writing sunxi-spl.bin for nanopi_a64 ....
dd: failed to open '/tmp/root/usr/share/uboot/nanopi_a64/sunxi-spl.bin': No such file or directory
= Writing u-boot FIT image for nanopi_a64 ....
dd: failed to open '/tmp/root/usr/share/uboot/nanopi_a64/u-boot.itb': No such file or directory

= Installation Complete! Insert into the nanopi_a64 and boot.
    
por Mandragor 26.06.2018 / 11:42

1 resposta

0

Em geral, os arquivos sunxi-spl.bin e u-boot.itb para dispositivos baseados em ARMv8-A, como o NanoPi A64 são fornecidos pelo uboot-images-armv8 .

No entanto, parece que, no momento em que escrevo, este pacote não inclui versões dos arquivos sunxi-spl.bin e u-boot.itb especificamente para a placa NanoPi A64.

O wiki da comunidade sunxi (comunidade Open Source reunida em torno dos SoCs Allwinner) sugere que, embora do ponto de vista do software, o NanoPi A64 é semelhante ao Pine64 (baseado no mesmo processador Quad-Core ARM Cortex A53 de 64 bits Allwinner, DRAM semelhante, mesma Ethernet e IC de gerenciamento de energia), imagens Pine64 (incluídas em uboot-images-armv8 ) infelizmente não inicializa no NanoPi A64, provavelmente devido a uma configuração PMIC diferente.

Isto deixa a você a opção de construir uma imagem adequada do u-boot e do kernel do Linux, seja seguindo o manual de instruções de como construir no wiki da comunidade sunxi usando o alvo nanopi_a64_defconfig build para o u-boot e o binário sun50i-a64-nanopi-a64.dtb device-tree para o kernel do Linux, ou seguindo o instruções do fabricante no wiki da FriendlyARM usando o seu pacote de suporte à diretoria .

    
por 26.06.2018 / 12:52

Tags