Buildroot - 2부. 보드 구성 만들기; 외부 트리, rootfs-overlay, 빌드 후 스크립트 사용

이 섹션에서는 나에게 필요한 몇 가지 사용자 정의 옵션을 살펴보겠습니다. 이것은 buildroot가 제공하는 전체 목록은 아니지만 매우 기능적이며 buildroot 자체 파일에 개입할 필요가 없습니다.

사용자 정의를 위해 EXTERNAL 메커니즘 사용

이전 기사에서 보드의 defconfig와 필요한 파일을 Buildroot 디렉터리에 직접 추가하여 자체 구성을 추가하는 간단한 예를 살펴보았습니다.

그러나 이 방법은 특히 buildroot를 업데이트할 때 매우 편리하지 않습니다. 이 문제를 해결하는 메커니즘이 있습니다 외부 나무. 그 핵심은 보드, 구성, 패키지 및 기타 디렉터리를 별도의 디렉터리에 저장할 수 있다는 것입니다(예를 들어 저는 패치 디렉터리를 사용하여 패키지에 패치를 적용하고 자세한 내용은 별도 섹션에 있음). 그 디렉토리.

참고: 한 번에 여러 개의 외부 트리를 오버레이할 수 있습니다. 빌드 루트 매뉴얼에 예가 있습니다.

buildroot 디렉터리 옆에 my_tree 디렉터리를 만들고 여기에 구성을 전송해 보겠습니다. 출력은 다음 파일 구조여야 합니다.

[alexey@alexey-pc my_tree]$ tree
.
├── board
│   └── my_x86_board
│       ├── bef_cr_fs_img.sh
│       ├── linux.config
│       ├── rootfs_overlay
│       └── users.txt
├── Config.in
├── configs
│   └── my_x86_board_defconfig
├── external.desc
├── external.mk
├── package
└── patches

6 directories, 7 files

보시다시피, 일반적으로 구조는 buildroot의 구조를 반복합니다.

디렉토리 판 우리의 경우에는 각 보드에 특정한 파일이 포함되어 있습니다.

• bef_cr_fs_img.sh는 대상 파일 시스템을 구축한 후 이미지로 패키징하기 전에 실행되는 스크립트입니다. 우리는 앞으로도 그것을 사용할 것입니다
• linux.config - 커널 구성
• rootfs_overlay - 대상 파일 시스템 위에 오버레이할 디렉터리
• users.txt - 생성될 사용자를 설명하는 파일

디렉토리 구성 우리 보드의 defconfig가 포함되어 있습니다. 우리는 하나만 가지고 있습니다.

묶음 - 패키지 카탈로그. 처음에 buildroot에는 제한된 수의 패키지를 빌드하기 위한 설명과 규칙이 포함되어 있습니다. 나중에 여기에 icewm 창 관리자와 Slim 그래픽 로그인 관리자를 추가할 것입니다.
패치 — 다양한 패키지에 대한 패치를 편리하게 저장할 수 있습니다. 자세한 내용은 아래 별도 섹션에서 설명합니다.
이제 외부 트리에 대한 설명 파일을 추가해야 합니다. 이를 담당하는 파일은 external.desc, Config.in, external.mk 3개입니다.

외부.desc 실제 설명이 포함되어 있습니다.

[alexey@alexey-pc my_tree]$ cat external.desc 
name: my_tree
desc: My simple external-tree for article

첫 번째 줄은 제목입니다. 향후 빌드 루트에서는 변수를 만듭니다. $(BR2_EXTERNAL_MY_TREE_PATH), 어셈블리를 구성할 때 사용해야 합니다. 예를 들어 사용자 파일의 경로는 다음과 같이 설정할 수 있습니다.

$(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/users.txt

두 번째 줄은 사람이 읽을 수 있는 짧은 설명입니다.

Config.in, external.mk — 추가된 패키지를 설명하는 파일입니다. 자신의 패키지를 추가하지 않으면 이러한 파일을 비워 둘 수 있습니다. 지금은 그것이 우리가 할 일입니다.
이제 보드의 defconfig와 필요한 파일이 포함된 외부 트리가 준비되었습니다. buildroot 디렉터리로 이동하여 외부 트리를 사용하도록 지정해 보겠습니다.

[alexey@alexey-pc buildroot]$ make BR2_EXTERNAL=../my_tree/ my_x86_board_defconfig
#
# configuration written to /home/alexey/dev/article/ramdisk/buildroot/.config
#
[alexey@alexey-pc buildroot]$ make menuconfig

첫 번째 명령에서는 인수를 사용합니다. BR2_EXTERNAL=../my_tree/, 외부 트리의 사용을 나타냅니다. 동시에 사용할 여러 외부 트리를 지정할 수 있습니다. 이 경우 이 작업은 한 번만 수행하면 되며 그 후에는 다음과 같은 파일 출력/.br-external.mk가 생성됩니다. 사용된 외부 트리에 대한 정보를 저장합니다.

[alexey@alexey-pc buildroot]$ cat output/.br-external.mk 
#
# Automatically generated file; DO NOT EDIT.
#

BR2_EXTERNAL ?= /home/alexey/dev/article/ramdisk/my_small_linux/my_tree
BR2_EXTERNAL_NAMES = 
BR2_EXTERNAL_DIRS = 
BR2_EXTERNAL_MKS = 

BR2_EXTERNAL_NAMES += my_tree
BR2_EXTERNAL_DIRS += /home/alexey/dev/article/ramdisk/my_small_linux/my_tree
BR2_EXTERNAL_MKS += /home/alexey/dev/article/ramdisk/my_small_linux/my_tree/external.mk
export BR2_EXTERNAL_my_tree_PATH = /home/alexey/dev/article/ramdisk/my_small_linux/my_tree
export BR2_EXTERNAL_my_tree_DESC = My simple external-tree for article

중요한! 이 파일의 경로는 절대 경로입니다!

메뉴에 외부 옵션 항목이 나타납니다.

이 하위 메뉴에는 외부 트리의 패키지가 포함됩니다. 이 섹션은 현재 비어 있습니다.

이제 외부 트리를 사용하는 데 필요한 경로를 다시 작성하는 것이 더 중요합니다.

빌드 옵션 → 빌드 루트 구성을 저장할 위치 섹션에는 저장된 defconfig에 대한 절대 경로가 있습니다. extgernal_tree의 사용을 지정하는 순간에 형성됩니다.

또한 시스템 구성 섹션에서 경로를 수정합니다. 생성된 사용자가 있는 테이블의 경우:

$(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/users.txt

커널 섹션에서 커널 구성 경로를 변경합니다.

$(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/linux.config

이제 어셈블리 중에 외부 트리의 파일이 사용됩니다. 다른 디렉터리로 이동하거나 빌드 루트를 업데이트할 때 최소한의 문제가 발생합니다.

루트 fs 오버레이 추가:

이 메커니즘을 사용하면 대상 파일 시스템에서 파일을 쉽게 추가/교체할 수 있습니다.
파일이 루트 fs 오버레이에 있지만 대상에는 없으면 추가됩니다.
파일이 루트 fs 오버레이와 대상에 있으면 교체됩니다.
먼저 루트 fs 오버레이 디렉터리에 대한 경로를 설정해 보겠습니다. 이 작업은 시스템 구성 → 루트 파일 시스템 오버레이 디렉터리 섹션에서 수행됩니다.

$(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/rootfs_overlay/

이제 두 개의 파일을 만들어 보겠습니다.

[alexey@alexey-pc my_small_linux]$ cat my_tree/board/my_x86_board/rootfs_overlay/etc/hosts 
127.0.0.1   localhost
127.0.1.1   my_small_linux
8.8.8.8     google-public-dns-a.google.com.
[alexey@alexey-pc my_small_linux]$ cat my_tree/board/my_x86_board/rootfs_overlay/new_file.txt 
This is new file from overlay

첫 번째 파일(my_tree/board/my_x86_board/rootfs_overlay/etc/hosts)은 완성된 시스템의 /etc/hosts 파일을 대체합니다. 두 번째 파일(cat my_tree/board/my_x86_board/rootfs_overlay/new_file.txt)이 추가됩니다.

우리는 다음을 수집하고 확인합니다.

시스템 조립의 다양한 단계에서 사용자 정의 스크립트 실행

이미지로 패키징되기 전에 대상 파일 시스템 내부에서 일부 작업을 수행해야 하는 경우가 많습니다.

이 작업은 시스템 구성 섹션에서 수행할 수 있습니다.

처음 두 스크립트는 대상 파일 시스템이 구축된 후 이미지로 패키징되기 전에 실행됩니다. 차이점은 fakeroot 스크립트가 fakeroot의 컨텍스트에서 실행되어 루트 사용자로서의 작업을 시뮬레이션한다는 것입니다.

마지막 스크립트는 시스템 이미지가 생성된 후 실행됩니다. 예를 들어 필요한 파일을 NFS 서버에 복사하거나 장치 펌웨어 이미지를 생성하는 등 추가 작업을 수행할 수 있습니다.

예를 들어 버전과 빌드 날짜를 /etc/에 기록하는 스크립트를 작성하겠습니다.
먼저 외부 트리에 이 파일의 경로를 표시하겠습니다.

이제 스크립트 자체는 다음과 같습니다.

[alexey@alexey-pc buildroot]$ cat ../my_tree/board/my_x86_board/bef_cr_fs_img.sh 
#!/bin/sh
echo "my small linux 1.0 pre alpha" > output/target/etc/mysmalllinux-release
date >> output/target/etc/mysmalllinux-release

조립 후 시스템에서 이 파일을 볼 수 있습니다.

실제로 스크립트가 커질 수 있습니다. 따라서 실제 프로젝트에서는 보다 발전된 경로를 선택했습니다.

1. 실행할 스크립트가 있는 디렉토리(my_tree/board_my_x86_board/inside_fakeroot_scripts)를 일련번호와 함께 만들었습니다. 예: 0001-add-my_small_linux-version.sh, 0002-clear-apache-root-dir.sh
2. 나는 이 디렉터리를 통과하여 그 안에 포함된 스크립트를 순차적으로 실행하는 스크립트(my_tree/board_my_x86_board/run_inside_fakeroot.sh)를 작성했습니다.
3. 시스템 구성 -> fakeroot 환경 내에서 실행하기 위한 사용자 정의 스크립트($(BR2_EXTERNAL_my_tree_PATH)/board/my_x86_board/run_inside_fakeroot.sh) 섹션의 보드 설정에서 이 스크립트를 지정했습니다.

출처 : habr.com