ARM용 Ubuntu 이미지를 "처음부터" 생성하기

개발이 막 시작되면 어떤 패키지가 대상 rootfs로 이동될지 명확하지 않은 경우가 많습니다.

즉, LFS, buildroot 또는 yocto(또는 다른 것)를 잡기에는 너무 이르지만 이미 시작해야 합니다. 부자(파일럿 샘플에 4GB eMMC가 있음)의 경우 현재 누락된 항목을 신속하게 제공할 수 있는 배포판을 개발자에게 배포할 수 있는 방법이 있습니다. 그런 다음 언제든지 패키지 목록을 수집하고 패키지 목록을 생성할 수 있습니다. 대상 rootfs.

이 기사는 새로운 기사가 ​​아니며 간단한 복사-붙여넣기 지침입니다.

이 기사의 목적은 ARM 보드용 Ubuntu rootfs(제 경우에는 Colibri imx7d 기반)를 구축하는 것입니다.

이미지 구축

복제를 위해 대상 rootfs를 어셈블합니다.

우분투 베이스 포장 풀기

우리는 필요와 선호도에 따라 릴리스를 직접 선택합니다. 여기서는 20을 주었어요.

$ mkdir ubuntu20
$ cd ubuntu20
$ mkdir rootfs
$ wget http://cdimage.ubuntu.com/ubuntu-base/releases/20.04/release/ubuntu-base-20.04-base-armhf.tar.gz
$ tar xf ubuntu-base-20.04-base-armhf.tar.gz -C rootfs

커널에서 BINFMT 지원 확인

공통 배포판이 있는 경우 BINFMT_MISC에 대한 지원이 있고 모든 것이 구성되어 있습니다. 그렇지 않은 경우 커널에서 BINFMT 지원을 활성화하는 방법을 알고 있다고 확신합니다.

커널에서 BINFMT_MISC가 활성화되어 있는지 확인하세요.

$ zcat /proc/config.gz | grep BINFMT
CONFIG_BINFMT_ELF=y
CONFIG_COMPAT_BINFMT_ELF=y
CONFIG_BINFMT_SCRIPT=y
CONFIG_BINFMT_MISC=y

이제 설정을 확인해야 합니다.

$ ls /proc/sys/fs/binfmt_misc
qemu-arm  register  status
$ cat /proc/sys/fs/binfmt_misc/qemu-arm
enabled
interpreter /usr/bin/qemu-arm
flags: OC
offset 0
magic 7f454c4601010100000000000000000002002800
mask ffffffffffffff00fffffffffffffffffeffffff

예를 들어 다음을 사용하여 수동으로 등록할 수 있습니다. 여기 지침이 있습니다.

qemu 정적 암 설정

이제 정적으로 조립된 qemu 인스턴스가 필요합니다.

!!! 주목!!!
컨테이너를 사용하여 무언가를 만들 계획이라면 다음을 확인하세요.
https://sourceware.org/bugzilla/show_bug.cgi?id=23960
https://bugs.launchpad.net/qemu/+bug/1805913
그런 다음 x86_64 호스트 및 arm 게스트의 경우 i386 버전의 qemu를 사용해야 합니다.
http://ftp.ru.debian.org/debian/pool/main/q/qemu/qemu-user-static_5.0-13_i386.deb

$ wget http://ftp.debian.org/debian/pool/main/q/qemu/qemu-user-static_5.0-13_amd64.deb
$ alient -t qemu-user-static_5.0-13_amd64.deb
# путь в rootfs и имя исполняемого файла должно совпадать с /proc/sys/fs/binfmt_misc/qemu-arm
$ mkdir qemu
$ tar xf qemu-user-static-5.0.tgz -C qemu
$ file qemu/usr/bin/qemu-arm-static
qemu/usr/bin/qemu-arm-static: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, BuildID[sha1]=be45f9a321cccc5c139cc1991a4042907f9673b6, for GNU/Linux 3.2.0, stripped
$ cp qemu/usr/bin/qemu-arm-static rootfs/usr/bin/qemu-arm
$ file rootfs/usr/bin/qemu-arm
rootfs/usr/bin/qemu-arm: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, BuildID[sha1]=be45f9a321cccc5c139cc1991a4042907f9673b6, for GNU/Linux 3.2.0, stripped

chroot

간단한 스크립트:

ch-mount.sh

#!/bin/bash

function mnt() {
    echo "MOUNTING"
    sudo mount -t proc /proc proc
    sudo mount --rbind /sys sys
    sudo mount --make-rslave sys
    sudo mount --rbind /dev dev
    sudo mount --make-rslave dev
    sudo mount -o bind /dev/pts dev/pts
    sudo chroot 
}

function umnt() {
    echo "UNMOUNTING"
    sudo umount proc
    sudo umount sys
    sudo umount dev/pts
    sudo umount dev

}

if [ "$1" == "-m" ] && [ -n "$2" ] ;
then
    mnt $1 $2
elif [ "$1" == "-u" ] && [ -n "$2" ];
then
    umnt $1 $2
else
    echo ""
    echo "Either 1'st, 2'nd or both parameters were missing"
    echo ""
    echo "1'st parameter can be one of these: -m(mount) OR -u(umount)"
    echo "2'nd parameter is the full path of rootfs directory(with trailing '/')"
    echo ""
    echo "For example: ch-mount -m /media/sdcard/"
    echo ""
    echo 1st parameter : 
    echo 2nd parameter : 
fi

우리는 그 결과에 감탄했습니다.

$ ./ch-mount.sh -m rootfs/
# cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
# uname -a
Linux NShubin 5.5.9-gentoo-x86_64 #1 SMP PREEMPT Mon Mar 16 14:34:52 MSK 2020 armv7l armv7l armv7l GNU/Linux

재미삼아 최소 패키지 세트를 설치하기 전과 후의 크기를 측정해 보겠습니다.

# du -d 0 -h / 2>/dev/null
63M     /

업데이트하자:

# apt update
# apt upgrade --yes

관심 있는 패키지를 설치해 보겠습니다.

# SYSTEMD_IGNORE_CHROOT=yes apt install --yes autoconf kmod socat ifupdown ethtool iputils-ping net-tools ssh g++ iproute2 dhcpcd5 incron ser2net udev systemd gcc minicom vim cmake make mtd-utils util-linux git strace gdb libiio-dev iiod

커널 헤더 파일과 모듈은 별개의 문제입니다. 물론 Ubuntu를 통해 부트로더, 커널, 모듈, 장치 트리를 설치하지는 않습니다. 외부에서 우리에게 오거나 우리가 직접 조립하거나 보드 제조업체에서 제공할 것입니다. 어떤 경우에도 이는 이 지침의 범위를 벗어납니다.

버전 차이는 어느 정도 허용되지만 커널 빌드에서 가져오는 것이 더 좋습니다.

# apt install --yes linux-headers-generic

무슨 일이 일어났는지 살펴보고 많은 결과가 나왔습니다.

# apt clean
# du -d 0 -h / 2>/dev/null
770M    /

비밀번호를 설정하는 것을 잊지 마세요.

이미지 패킹

$ sudo tar -C rootfs --transform "s|^./||" --numeric-owner --owner=0 --group=0 -c ./ | tar --delete ./ | gzip > rootfs.tar.gz

또한 autopush 설정을 사용하여 etckeeper를 설치할 수 있습니다.

글쎄, 우리가 어셈블리를 배포했다고 가정하고 시스템의 최신 버전을 가장 잘 조립하는 방법에 대한 작업이 시작되었습니다.

etckeeper가 우리를 도와줄 수 있어요.

안전은 개인적인 문제입니다.

• 특정 지점을 보호할 수 있습니다
• 각 장치에 대한 고유 키 생성
• 강제 푸시 비활성화
• 등. ...

# ssh-keygen
# apt install etckeeper
# etckeeper init
# cd /etc
# git remote add origin ...

자동 푸시를 설정해 보겠습니다.

물론, 사전에 장치에 분기를 생성할 수 있습니다(처음 실행될 때 실행될 스크립트나 서비스를 만든다고 가정해 보겠습니다).

# cat /etc/etckeeper/etckeeper.conf
PUSH_REMOTE="origin"

아니면 좀 더 똑똑한 일을 할 수도 있겠네요...

게으른 방법

일종의 고유 식별자가 있다고 가정해 보겠습니다. 프로세서의 일련 번호(또는 MAC - 심각한 회사가 해당 제품군을 구매함)를 가정해 보겠습니다.

cat / proc / cpuinfo

# cat /proc/cpuinfo
processor       : 0
model name      : ARMv7 Processor rev 5 (v7l)
BogoMIPS        : 60.36
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xc07
CPU revision    : 5

processor       : 1
model name      : ARMv7 Processor rev 5 (v7l)
BogoMIPS        : 60.36
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xc07
CPU revision    : 5

Hardware        : Freescale i.MX7 Dual (Device Tree)
Revision        : 0000
Serial          : 06372509

그런 다음 이를 푸시할 브랜치의 이름으로 사용할 수 있습니다.

# cat /proc/cpuinfo | grep Serial | cut -d':' -f 2 | tr -d [:blank:]
06372509

간단한 스크립트를 만들어 보겠습니다.

# cat /etc/etckeeper/commit.d/40myown-push
#!/bin/sh
set -e

if [ "$VCS" = git ] && [ -d .git ]; then
  branch=$(cat /proc/cpuinfo | grep Serial | cut -d':' -f 2 | tr -d [:blank:])
  cd /etc/
  git push origin master:${branch}
fi

그게 전부입니다. 잠시 후 변경 사항을 확인하고 대상 펌웨어에 대한 패키지 목록을 생성할 수 있습니다.

추천재료

BINFMT_MISC
기타 바이너리 형식에 대한 커널 지원(binfmt_misc)
qemu 사용자 chroot로 컴파일
ARM용 Ubuntu rootfs 구축
사용자 지정 Ubuntu 라이브를 처음부터 만드는 방법
Crossdev qemu-정적-사용자-chroot
etckeeper

getdents64 문제

readdir()은 32비트 호스트의 64비트 사용자 정적 qemu에 대해 NULL(errno=EOVERFLOW)을 반환합니다.
Ext4 64비트 해시가 32비트 glibc 2.28+를 중단합니다.
QEMU 사용자 모드 에뮬레이션을 사용할 때 armhf에 대한compile_id_Detection이 실패합니다.
CMake가 qemu-arm에서 제대로 작동하지 않습니다.

출처 : habr.com