Lorsque le développement commence, il est souvent encore incertain quels paquets iront dans le rootfs cible.
En d'autres termes, il est encore trop tôt pour se lancer dans LFS, buildroot ou yocto (ou autre chose), mais il est déjà temps de commencer. Pour ceux qui ont des ressources (j'ai un échantillon pilote avec 4 Go d'eMMC), il est possible de fournir aux développeurs une distribution qui permettra de livrer rapidement ce qui manque pour l'instant, puis nous pouvons toujours établir des listes de paquets et former une liste pour le rootfs cible.
Cet article n'apporte rien de nouveau et constitue une simple instruction de copy-paste.
L'objectif de l'article est de construire un rootfs Ubuntu pour une carte ARM (dans mon cas, basée sur Colibri imx7d).
Construction de l'image
Nous construisons le rootfs cible pour la duplication.
Décompressons Ubuntu Base
Nous choisissons la version en fonction des besoins et de nos préférences. Ici, j'en ai présenté 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 rootfsVérification du support de BINFMT dans le noyau
Si vous avez une distribution courante, le support de BINFMT_MISC est actif et tout est configuré. Sinon, je suis sûr que vous savez comment activer le support de BINFMT dans le noyau.
Assurez-vous que BINFMT_MISC est activé dans le noyau :
$ zcat /proc/config.gz | grep BINFMT
CONFIG_BINFMT_ELF=y
CONFIG_COMPAT_BINFMT_ELF=y
CONFIG_BINFMT_SCRIPT=y
CONFIG_BINFMT_MISC=yIl est maintenant nécessaire de vérifier les paramètres :
$ 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 ffffffffffffff00fffffffffffffffffeffffffVous pouvez enregistrer manuellement grâce, par exemple, à .
Configuration de qemu arm statique
Nous aurons maintenant besoin d'une instance de qemu construite statiquement.
!!! ATTENTION!!!
Si vous prévoyez d'utiliser un conteneur pour construire quelque chose, consultez :
Dans ce cas, pour un hôte x86_64 et un invité arm, il faut utiliser la version i386 de qemu :
$ wget http://ftp.debian.org/debian/pool/main/q/qemu/qemu-user-static_5.0-13_amd64.deb
$ alien -t qemu-user-static_5.0-13_amd64.deb
# le chemin dans rootfs et le nom du fichier exécutable doit correspondre à /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, strippedChroot
Un script simple :
ch-mount.sh
#!/bin/bash
function mnt() {
echo "MOUNTING"
sudo mount -t proc /proc ${2}proc
sudo mount --rbind /sys ${2}sys
sudo mount --make-rslave ${2}sys
sudo mount --rbind /dev ${2}dev
sudo mount --make-rslave ${2}dev
sudo mount -o bind /dev/pts ${2}dev/pts
sudo chroot ${2}
}
function umnt() {
echo "UNMOUNTING"
sudo umount ${2}proc
sudo umount ${2}sys
sudo umount ${2}dev/pts
sudo umount ${2}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 : ${1}
echo 2nd parameter : ${2}
fiContemplons le résultat obtenu :
$ ./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/LinuxPar curiosité, mesurons la taille avant et après l'installation du minimum de paquets (pour moi) :
# du -d 0 -h / 2>/dev/null
63M /Mise à jour :
# apt update
# apt upgrade --yesInstallons les paquets qui nous intéressent :
# 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 iiodLes fichiers d'en-tête du noyau, les modules, c'est une autre histoire. Le chargeur de démarrage, le noyau, les modules, l'arbre des périphériques ne seront pas installés via Ubuntu. Ils viendront de l'extérieur, nous les assemblerons nous-mêmes ou le fabricant de la carte les fournira, dans tous les cas, cela dépasse le cadre de cette instruction.
Dans une certaine mesure, un écart de versions est acceptable, mais il vaut mieux les prendre à partir de la compilation du noyau.
# apt install --yes linux-headers-genericRegardons ce que nous avons obtenu et ce n'est pas peu :
# apt clean
# du -d 0 -h / 2>/dev/null
770M /N'oubliez pas de définir un mot de passe.
Nous empaquetons l'image
$ sudo tar -C rootfs --transform "s|^.\/||" --numeric-owner --owner=0 --group=0 -c ./ | tar --delete ./ | gzip > rootfs.tar.gzNous pouvons également installer etckeeper avec la configuration autopush
Admettons que nous avons distribué notre compilation, le travail a commencé, comment mieux rassembler ensuite différentes versions de notre système.
Etckeeper peut nous aider.
La sécurité est l'affaire de chacun :
- vous pouvez protéger certaines branches
- générer une clé unique pour chaque appareil
- interdire le force push
- etc.…
# ssh-keygen
# apt install etckeeper
# etckeeper init
# cd /etc
# git remote add origin ...Configurons autopush
Nous pouvons bien sûr créer à l'avance des branches sur l'appareil (par exemple, faire un script ou un service, qui s'exécutera au premier lancement).
# cat /etc/etckeeper/etckeeper.conf
PUSH_REMOTE="origin"Ou nous pouvons être plus malins…
La voie paresseuse
Supposons que nous ayons un identifiant unique, disons le numéro de série du processeur (ou MAC — les entreprises sérieuses achètent une plage) :
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 : 06372509Alors nous pouvons l'utiliser comme nom de branche dans laquelle nous allons pousser :
# cat /proc/cpuinfo | grep Serial | cut -d':' -f 2 | tr -d [:blank:]
06372509Créons un script simple :
# 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}
fiEt tout — après un certain temps, nous pouvons voir les modifications et former une liste de paquets pour le firmware ciblé.
Matériaux recommandés
problème getdents64
Source : habr.com
