1. 項目概述為什么需要親手制作嵌入式Linux系統(tǒng)鏡像如果你玩過樹莓派、香橙派這類開發(fā)板或者接觸過工業(yè)網(wǎng)關、智能攝像頭這些嵌入式設備大概率都接觸過“刷系統(tǒng)”這個操作。通常是從官網(wǎng)下載一個現(xiàn)成的.img文件用工具寫到SD卡里上電就能跑。這很方便但就像吃預制菜你永遠不知道里面到底加了什么料也不知道當你的硬件稍有不同時它會不會“水土不服”。自己動手制作一個嵌入式Linux系統(tǒng)鏡像就是從零開始“備菜、炒菜”的過程。這個過程的核心價值在于掌控力和定制化。你能夠精確控制系統(tǒng)里包含哪些軟件包、內(nèi)核配置了哪些驅(qū)動、文件系統(tǒng)如何布局、甚至開機第一個運行的程序是什么。這對于產(chǎn)品開發(fā)、性能優(yōu)化、安全加固和問題調(diào)試來說是至關重要的基礎能力?；赟D卡制作則是嵌入式開發(fā)中最經(jīng)典、最直觀的入門方式它繞開了復雜的燒錄器讓硬件和軟件的交互變得觸手可及。簡單來說這不是一個炫技的操作而是一個嵌入式開發(fā)者必須掌握的、解決實際問題的基本功。2. 核心思路與方案選型從零構(gòu)建的路徑選擇制作一個可啟動的Linux系統(tǒng)鏡像本質(zhì)上是準備三個核心部件引導加載程序Bootloader、Linux內(nèi)核Kernel和根文件系統(tǒng)Root Filesystem并按照硬件規(guī)定的格式把它們正確地放置到存儲介質(zhì)這里是SD卡的特定位置。目前主流的有兩種構(gòu)建思路它們的選擇取決于你的目標、硬件平臺和開發(fā)階段。2.1 方案一使用構(gòu)建系統(tǒng)如Buildroot/Yocto Project這是用于產(chǎn)品級開發(fā)的“工業(yè)流水線”。Buildroot和Yocto Project這類工具允許你通過配置菜單或腳本從源碼自動交叉編譯出包括Bootloader、內(nèi)核、根文件系統(tǒng)在內(nèi)的完整系統(tǒng)鏡像。它們能解決復雜的依賴關系生成高度定制化且可復現(xiàn)的系統(tǒng)。優(yōu)點自動化程度高可復現(xiàn)性強適合管理復雜項目能生成最精簡的系統(tǒng)。缺點學習曲線陡峭初始配置耗時編譯過程長首次可能數(shù)小時對理解底層細節(jié)幫助有限。適用場景產(chǎn)品量產(chǎn)、需要嚴格版本控制、追求極致系統(tǒng)尺寸的正式項目。2.2 方案二手動組合與部署本方案重點這是我們本次采用的方法也是理解系統(tǒng)啟動鏈條最直觀的方式。我們會分別準備或編譯好U-Boot最流行的Bootloader、Linux內(nèi)核然后準備一個基本的根文件系統(tǒng)例如使用Debian/Ubuntu的基礎文件系統(tǒng)最后手動將它們“組裝”到SD卡上。優(yōu)點過程透明每一步都可控極大加深對系統(tǒng)啟動流程、磁盤分區(qū)、文件系統(tǒng)的理解。調(diào)試時可以單獨替換某個部件如只更新內(nèi)核非常靈活。缺點步驟繁瑣需要手動處理一些依賴和配置。適用場景學習、原型驗證、深度定制、以及希望透徹理解系統(tǒng)構(gòu)成的開發(fā)者。注意對于像樹莓派這類“閉源Bootloader”的板子其Bootloaderbootcode.bin, start.elf是博通提供的二進制固件我們無法替換。我們的“手動”主要體現(xiàn)在配置內(nèi)核和根文件系統(tǒng)上但分區(qū)和部署邏輯是相通的。為什么選擇手動方案作為講解主線因為只有親手“拆裝”一遍你才能真正明白當你按下開發(fā)板電源鍵后芯片內(nèi)部到底發(fā)生了什么系統(tǒng)是如何一步步從SD卡里“活”過來的。這份理解是解決后續(xù)各種詭異啟動問題、性能瓶頸和定制需求的基石。3. 環(huán)境準備與工具鏈搭建在開始“組裝”系統(tǒng)之前我們需要一個工作車間和一套順手的工具。這個車間就是你的宿主機通常是一臺x86_64的Linux PC或虛擬機工具就是交叉編譯工具鏈。3.1 宿主機環(huán)境確保你的宿主機是Linux系統(tǒng)Ubuntu 20.04/22.04 Debian等是常見選擇。你需要安裝一些基礎工具sudo apt update sudo apt install -y build-essential git bison flex libssl-dev libncurses-dev \ parted dosfstools mtools u-boot-tools device-tree-compiler \ qemu-user-static bc rsyncbuild-essential提供gcc, make等編譯工具。git用于獲取源碼。bison, flex某些源碼編譯所需的語法分析器。libssl-dev, libncurses-dev編譯內(nèi)核和U-Boot常用的開發(fā)庫。parted, dosfstools, mtools用于對SD卡進行分區(qū)和創(chuàng)建文件系統(tǒng)。u-boot-tools提供制作U-Boot鏡像的工具如mkimage。device-tree-compiler (dtc)編譯設備樹源文件.dts為二進制文件.dtb。qemu-user-static關鍵工具它允許我們在x86宿主機上運行為ARM編譯的程序用于后續(xù)構(gòu)建根文件系統(tǒng)時的chroot環(huán)境。bc, rsync編譯內(nèi)核和高效文件同步所需。3.2 獲取交叉編譯工具鏈我們的宿主機是x86架構(gòu)目標板如ARM Cortex-A系列是另一種架構(gòu)。我們需要一個“翻譯官”——交叉編譯器它運行在x86上但生成ARM架構(gòu)的可執(zhí)行文件。獲取方式從芯片廠商或開發(fā)板供應商獲取這是最推薦的方式。例如NXP i.MX系列提供gcc-arm-none-eabiRockchip提供專門的工具鏈。它們通常針對自家芯片的微架構(gòu)如Cortex-A53, A72做過優(yōu)化。從Linaro等社區(qū)下載Linaro提供了通用的ARM工具鏈。例如對于ARMv8-A 64位系統(tǒng)wget https://releases.linaro.org/components/toolchain/binaries/latest-7/aarch64-linux-gnu/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.xz tar -xf gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.xz export CROSS_COMPILE$(pwd)/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu/bin/aarch64-linux-gnu- export ARCHarm64將最后兩行export命令添加到你的~/.bashrc文件中以便后續(xù)使用。驗證工具鏈${CROSS_COMPILE}gcc --version如果正確輸出了版本信息且前綴是aarch64-linux-gnu-64位或arm-linux-gnueabihf-32位硬浮點說明工具鏈就緒。實操心得工具鏈的版本要與你的內(nèi)核和庫的版本大致匹配。使用太舊的工具鏈編譯新內(nèi)核可能會失敗使用太新的又可能引入兼容性問題。跟隨板廠或芯片原廠的推薦版本是最穩(wěn)妥的。4. 系統(tǒng)組件詳解與獲取現(xiàn)在我們來準備系統(tǒng)的三個核心部件。4.1 Bootloader以U-Boot為例U-Boot是嵌入式領域事實上的標準Bootloader。它負責初始化最基本的硬件如DRAM控制器、時鐘、串口然后從存儲設備SD卡、eMMC、網(wǎng)絡加載Linux內(nèi)核和設備樹到內(nèi)存并跳轉(zhuǎn)到內(nèi)核執(zhí)行。獲取U-Bootgit clone https://github.com/u-boot/u-boot.git cd u-boot # 切換到穩(wěn)定版本分支如 v2024.01 git checkout v2024.01配置與編譯 U-Boot針對不同的板子有預置的配置文件位于configs/目錄下通常以_defconfig結(jié)尾。例如對于樹莓派3BBCM2837# 對于樹莓派我們通常使用其自帶的閉源Bootloader這里以通用的ARMv8開發(fā)板比如基于Rockchip RK3568的某款板子為例 # 假設其配置名為 rockchip_rk3568_defconfig make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} rockchip_rk3568_defconfig # 圖形界面配置可選 # make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} menuconfig # 編譯 make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} -j$(nproc)編譯成功后會生成關鍵文件u-boot.bin二進制文件和u-boot.img可能包含頭部信息的鏡像。對于需要SPLSecondary Program Loader二級程序加載器的平臺還會生成u-boot-spl.bin。注意事項務必確認你的開發(fā)板是否需要以及如何使用SPL。有些平臺如早期的i.MX6的Boot ROM只能加載很小的一段代碼SPL再由SPL去加載完整的U-Boot。這通常需要在編譯U-Boot時通過make *_defconfig和make自動生成。4.2 Linux內(nèi)核內(nèi)核是系統(tǒng)的核心管理硬件資源提供系統(tǒng)調(diào)用接口。獲取內(nèi)核git clone https://github.com/torvalds/linux.git cd linux # 切換到長期支持(LTS)版本如 linux-6.1.y git checkout v6.1配置內(nèi)核 內(nèi)核配置極其復雜但幸運的是我們可以基于一個已知可用的配置開始。這個配置可能來自開發(fā)板供應商提供的SDK中的內(nèi)核配置文件.config。該板型在主線內(nèi)核中的defconfig如make ARCHarm64 defconfig生成一個極簡配置或make ARCHarm64 rockchip_defconfig。# 導入基礎配置 make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} rockchip_defconfig # 啟動圖形化配置菜單進行定制如增加驅(qū)動、文件系統(tǒng)支持、調(diào)試功能 make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} menuconfig在menuconfig中你需要確保對應的CPU架構(gòu)和SoC型號被選中。必要的驅(qū)動被編譯進內(nèi)核*或編譯為模塊M如SD/MMC控制器驅(qū)動、USB驅(qū)動、網(wǎng)絡驅(qū)動等。你計劃使用的根文件系統(tǒng)類型被支持如EXT4,SQUASHFS,BTRFS?？蛇x但推薦啟用CONFIG_DEVTMPFS和CONFIG_DEVTMPFS_MOUNT這對于/dev設備節(jié)點的自動管理很重要。編譯內(nèi)核與設備樹# 編譯內(nèi)核鏡像和設備樹 make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} -j$(nproc) Image dtbs # 如果需要編譯內(nèi)核模塊如果你在menuconfig中選擇了M make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} -j$(nproc) modules編譯產(chǎn)物arch/arm64/boot/Image 壓縮后的內(nèi)核鏡像ARM64架構(gòu)。arch/arm/boot/zImage 壓縮后的內(nèi)核鏡像ARM 32位架構(gòu)。*.dtb文件 在arch/arm64/boot/dts/或arch/arm/boot/dts/目錄下對應不同板型的設備樹二進制文件。設備樹以一種數(shù)據(jù)結(jié)構(gòu)的形式向內(nèi)核描述板子的硬件資源如內(nèi)存地址、外設、中斷號是現(xiàn)在嵌入式Linux硬件描述的主流方式。4.3 根文件系統(tǒng)根文件系統(tǒng)是內(nèi)核啟動后掛載的第一個文件系統(tǒng)/包含了系統(tǒng)運行所需的所有目錄結(jié)構(gòu)、配置文件、系統(tǒng)工具和應用程序庫。制作根文件系統(tǒng)有多種方法這里介紹兩種實用的方法A使用Debian/Ubuntu的預編譯基礎包debootstrap這是快速獲得一個功能相對完整、易于進行軟件包管理apt的系統(tǒng)的好方法。# 1. 創(chuàng)建一個目錄作為根文件系統(tǒng)的根 sudo mkdir rootfs # 2. 使用debootstrap構(gòu)建最小系統(tǒng)。這里以Ubuntu 22.04 (Jammy) 針對ARM64為例。 # 你需要根據(jù)目標架構(gòu)調(diào)整 --arch 和 suite。 sudo debootstrap --archarm64 --foreign jammy ./rootfs http://ports.ubuntu.com/ubuntu-ports # 3. 復制qemu-aarch64-static到根文件系統(tǒng)以便在宿主機環(huán)境下執(zhí)行目標架構(gòu)的程序 sudo cp /usr/bin/qemu-aarch64-static ./rootfs/usr/bin/ # 4. 切換到目標系統(tǒng)環(huán)境chroot并完成第二階段安裝 sudo chroot ./rootfs /bin/bash # 現(xiàn)在你在一個“模擬”的ARM64系統(tǒng)里了 /debootstrap/debootstrap --second-stage # 安裝一些基礎包 apt update apt install -y sudo ssh net-tools iputils-ping vim systemd-sysv # 設置root密碼 passwd root # 創(chuàng)建一個普通用戶 adduser ubuntu # 退出chroot環(huán)境 exit現(xiàn)在./rootfs目錄下就是一個基本的Ubuntu根文件系統(tǒng)了。你還可以在里面安裝你需要的任何軟件。方法B使用BusyBox構(gòu)建極小系統(tǒng)BusyBox集成了上百個常用Unix命令ls, cp, mount等到一個單一可執(zhí)行文件中非常適合構(gòu)建極度精簡的根文件系統(tǒng)。# 1. 下載并編譯BusyBox wget https://busybox.net/downloads/busybox-1.36.1.tar.bz2 tar -xf busybox-1.36.1.tar.bz2 cd busybox-1.36.1 make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} defconfig # 進入菜單配置確保選中“Build static binary (no shared libs)”這樣編譯出的BusyBox不依賴動態(tài)庫更簡單。 make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} menuconfig make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} -j$(nproc} make CROSS_COMPILE${CROSS_COMPILE} ARCH${ARCH} install編譯安裝后會在_install目錄下生成基本的bin,sbin,usr目錄以及指向BusyBox的鏈接。# 2. 創(chuàng)建根文件系統(tǒng)目錄結(jié)構(gòu) mkdir -p rootfs_busybox/{bin,dev,etc,home,lib,proc,root,sbin,sys,tmp,usr/{bin,lib},var} # 3. 復制BusyBox cp -r busybox-1.36.1/_install/* rootfs_busybox/ # 4. 創(chuàng)建設備節(jié)點內(nèi)核啟用devtmpfs后大部分可自動創(chuàng)建但console和null最好有 sudo mknod rootfs_busybox/dev/console c 5 1 sudo mknod rootfs_busybox/dev/null c 1 3 # 5. 添加基本的初始化腳本 /etc/inittab 和 /etc/init.d/rcS # ... (具體腳本內(nèi)容略需配置啟動shell等)BusyBox方案更底層需要手動配置更多東西但生成的系統(tǒng)尺寸可以非常小幾MB。實操心得對于學習和快速原型推薦使用方法Adebootstrap。它雖然比BusyBox大一些可能幾百MB但帶來了完整的包管理器和豐富的軟件生態(tài)后續(xù)開發(fā)調(diào)試會方便很多。你可以先做一個“胖”系統(tǒng)把流程跑通再考慮如何裁剪。5. SD卡分區(qū)與鏡像部署實戰(zhàn)這是最關鍵的“組裝”環(huán)節(jié)。我們需要將SD卡在宿主機上通常識別為/dev/sdX例如/dev/sdb進行分區(qū)并將準備好的組件放入正確的位置。警告以下操作會清空指定磁盤的所有數(shù)據(jù)請務必確認設備標識符/dev/sdX是你的SD卡而不是你的硬盤5.1 分區(qū)規(guī)劃一個典型的可啟動SD卡布局如下第一個分區(qū)FAT32 通常很小幾十到幾百MB用于存放Bootloader、內(nèi)核鏡像Image/zImage、設備樹文件.dtb以及可能的啟動配置文件如U-Boot的boot.scr或樹莓派的config.txt。這個分區(qū)之所以用FAT32是因為很多SoC的Boot ROM只支持讀取FAT文件系統(tǒng)。第二個分區(qū)EXT4 剩余的全部空間用于存放根文件系統(tǒng)。我們使用parted工具進行分區(qū)# 假設SD卡是 /dev/sdb sudo parted /dev/sdb --script mklabel msdos # 創(chuàng)建MBR分區(qū)表對于大多數(shù)嵌入式板子 sudo parted /dev/sdb --script mkpart primary fat32 1MiB 256MiB # 創(chuàng)建256MB的FAT32分區(qū) sudo parted /dev/sdb --script mkpart primary ext4 256MiB 100% # 剩余空間創(chuàng)建EXT4分區(qū) sudo parted /dev/sdb --script set 1 boot on # 將第一個分區(qū)標記為可啟動某些Bootloader需要然后在兩個分區(qū)上創(chuàng)建文件系統(tǒng)sudo mkfs.vfat -F 32 -n BOOT /dev/sdb1 sudo mkfs.ext4 -L ROOTFS /dev/sdb25.2 部署組件掛載分區(qū)mkdir -p /mnt/boot /mnt/rootfs sudo mount /dev/sdb1 /mnt/boot sudo mount /dev/sdb2 /mnt/rootfs復制Bootloader 對于U-Boot需要將編譯好的二進制文件寫入SD卡起始扇區(qū)而不僅僅是復制到分區(qū)里。這通常使用dd命令。具體寫入位置取決于硬件。有些平臺需要先寫SPL再寫U-Boot。# 示例將U-Boot寫入SD卡起始位置偏移量為0。請務必查閱你的開發(fā)板文檔 # sudo dd ifu-boot-spl.bin of/dev/sdb bs1k seek1 convfsync # 可能需要先寫SPL sudo dd ifu-boot.bin of/dev/sdb bs1k seek64 convfsync # 常見的寫入偏移重要dd命令的seek跳過多少塊參數(shù)因平臺而異錯誤的值會導致無法啟動。請務必參考官方文檔。復制內(nèi)核與設備樹到BOOT分區(qū)sudo cp /path/to/linux/arch/arm64/boot/Image /mnt/boot/ sudo cp /path/to/linux/arch/arm64/boot/dts/rockchip/rk3568-evb.dtb /mnt/boot/ # 以實際板型dtb為準 # 如果需要創(chuàng)建U-Boot啟動腳本 boot.scr # echo load mmc 0:1 ${kernel_addr_r} /Image; load mmc 0:1 ${fdt_addr_r} /rk3568-evb.dtb; booti ${kernel_addr_r} - ${fdt_addr_r} boot.cmd # mkimage -A arm64 -O linux -T script -C none -d boot.cmd boot.scr # sudo cp boot.scr /mnt/boot/復制根文件系統(tǒng)到ROOTFS分區(qū)sudo cp -a /path/to/your/rootfs/* /mnt/rootfs/ # 如果是使用debootstrap構(gòu)建的并且編譯了內(nèi)核模塊需要安裝模塊 cd /path/to/linux sudo make ARCHarm64 INSTALL_MOD_PATH/mnt/rootfs modules_install清理與卸載sync # 確保所有數(shù)據(jù)寫入磁盤 sudo umount /mnt/boot /mnt/rootfs6. 上電啟動與調(diào)試將SD卡插入開發(fā)板連接串口調(diào)試線通常是USB轉(zhuǎn)TTL連接板子的UART引腳到電腦使用串口終端工具如minicom,picocom,screen或Windows下的Putty、MobaXterm打開對應的串口如/dev/ttyUSB0設置波特率常見115200。給開發(fā)板上電。在串口終端中你應該能看到U-Boot的啟動日志然后是內(nèi)核解壓和啟動的信息。如果一切順利最終會看到登錄提示符。6.1 常見啟動問題與排查啟動過程很少一帆風順以下是幾個經(jīng)典“坑位”及排查思路無任何輸出串口一片寂靜檢查硬件連接串口線是否接對TX-RX交叉GND相連波特率設置是否正確檢查Bootloader是否成功寫入用dd命令寫入U-Boot時seek參數(shù)是否正確可以用hexdump -C /dev/sdb | head -100查看SD卡頭部是否有U-Boot的魔數(shù)或字符串。檢查啟動介質(zhì)開發(fā)板是否配置為從SD卡啟動有些板子需要通過撥碼開關或eFuse設置啟動順序。U-Boot啟動后卡住不加載內(nèi)核檢查U-Boot環(huán)境變量在U-Boot倒計時時按任意鍵進入命令行使用printenv查看bootcmd,bootargs等變量。確保bootcmd能正確找到內(nèi)核和設備樹文件路徑、設備號如mmc 0:1。檢查文件是否存在在U-Boot命令行下可以嘗試使用fatls mmc 0:1列出BOOT分區(qū)文件確認Image和.dtb文件存在。手動加載啟動在U-Boot命令行下嘗試手動執(zhí)行加載和啟動命令觀察錯誤信息。# 示例 setenv bootargs consolettyS2,115200 earlycon root/dev/mmcblk0p2 rootwait rw load mmc 0:1 ${kernel_addr_r} /Image load mmc 0:1 ${fdt_addr_r} /rk3568-evb.dtb booti ${kernel_addr_r} - ${fdt_addr_r}內(nèi)核panic無法掛載根文件系統(tǒng)檢查root參數(shù)bootargs中的root指定了根文件系統(tǒng)所在設備。/dev/mmcblk0p2對應SD卡的第二個分區(qū)。確認分區(qū)號是否正確。檢查文件系統(tǒng)類型內(nèi)核是否編譯了對應文件系統(tǒng)如EXT4的支持在menuconfig中確認CONFIG_EXT4_FSy。檢查根文件系統(tǒng)完整性確保/mnt/rootfs下的文件復制完整特別是/sbin/init或指向/lib/systemd/systemd的鏈接存在且可執(zhí)行。啟用更早的console在bootargs中添加earlycon和earlyprintk可以看到更早的內(nèi)核輸出有助于定位panic發(fā)生的位置。內(nèi)核啟動后卡在“Starting kernel ...”或類似地方設備樹不匹配這是最常見的原因之一。.dtb文件與你的實際硬件不匹配。請確認你使用的設備樹文件是否完全對應你的開發(fā)板型號包括內(nèi)存大小、外設地址等。嘗試使用最接近的板型dtb或從供應商獲取正確的dts源文件自行編譯。內(nèi)存地址問題U-Boot傳遞給內(nèi)核的fdt_addr_r是否在有效的RAM地址范圍內(nèi)設備樹本身是否描述了正確的內(nèi)存大小和地址6.2 調(diào)試利器U-Boot下的網(wǎng)絡與TFTP當需要頻繁更新內(nèi)核或設備樹進行調(diào)試時反復插拔SD卡非常低效?？梢酝ㄟ^網(wǎng)絡TFTP來加載鏡像。宿主機搭建TFTP服務器sudo apt install tftpd-hpa sudo systemctl start tftpd-hpa # 默認目錄是 /var/lib/tftpboot 將你的Image和.dtb文件放進去 sudo cp Image rk3568-evb.dtb /var/lib/tftpboot/配置開發(fā)板網(wǎng)絡確保開發(fā)板和宿主機在同一局域網(wǎng)。在U-Boot中設置網(wǎng)絡環(huán)境變量也可以在編譯U-Boot時預設setenv ipaddr 192.168.1.100 # 開發(fā)板IP setenv serverip 192.168.1.50 # 宿主機TFTP服務器IP setenv netmask 255.255.255.0 # 保存環(huán)境變量 saveenv通過TFTP加載并啟動# 在U-Boot命令行下 tftp ${kernel_addr_r} Image tftp ${fdt_addr_r} rk3568-evb.dtb setenv bootargs consolettyS2,115200 root/dev/mmcblk0p2 rw booti ${kernel_addr_r} - ${fdt_addr_r}這樣每次修改內(nèi)核后只需在宿主機重新編譯并復制到TFTP目錄然后在U-Boot中重新tftp加載即可極大提升調(diào)試效率。7. 進階優(yōu)化與生產(chǎn)考量當你成功制作出第一個能啟動的鏡像后可以考慮以下優(yōu)化讓系統(tǒng)更貼近產(chǎn)品需求。7.1 內(nèi)核裁剪與優(yōu)化使用make menuconfig進入內(nèi)核配置目標是減小內(nèi)核體積和內(nèi)存占用并針對特定硬件啟用優(yōu)化。移除無用驅(qū)動去掉你的板子上沒有的硬件驅(qū)動如其他型號的GPU、聲卡、網(wǎng)絡芯片驅(qū)動。精簡文件系統(tǒng)只保留你需要的文件系統(tǒng)類型如EXT4, SQUASHFS。關閉調(diào)試功能生產(chǎn)環(huán)境可以關閉CONFIG_DEBUG_INFO,CONFIG_DEBUG_KERNEL等能顯著減小內(nèi)核大小。優(yōu)化CPU調(diào)度與電源管理根據(jù)你的CPU架構(gòu)選擇對應的調(diào)度器如CONFIG_SCHED_MUQSS用于低延遲和CPU頻率調(diào)節(jié)器如CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND。7.2 根文件系統(tǒng)精簡對于debootstrap構(gòu)建的系統(tǒng)可以移除不需要的包和文檔。# 在chroot環(huán)境中進行 apt-get clean # 清理包緩存 # 移除不需要的包例如不需要的locale、文檔、開發(fā)包 apt-get purge -y deborphan # 刪除孤立庫謹慎使用 # 刪除 man pages, info pages, doc rm -rf /usr/share/man/* /usr/share/info/* /usr/share/doc/* # 清理日志和臨時文件 find /var/log -type f -exec truncate -s 0 {} \; rm -rf /tmp/* /var/tmp/*7.3 創(chuàng)建可分發(fā)系統(tǒng)鏡像文件為了方便備份和分發(fā)我們可以將整個SD卡的內(nèi)容打包成一個.img文件。# 1. 計算SD卡總大小假設是16GB IMG_SIZE$((16 * 1024 * 1024 * 1024)) # 字節(jié) # 2. 創(chuàng)建一個空鏡像文件 dd if/dev/zero ofmy_embedded_system.img bs1M count$((IMG_SIZE / 1024 / 1024)) # 3. 在鏡像文件上分區(qū)并格式化使用類似第5.1節(jié)的parted和mkfs命令但針對的是鏡像文件如 /dev/loop0 sudo losetup -fP my_embedded_system.img # 假設回環(huán)設備是 /dev/loop0 sudo parted /dev/loop0 ... sudo mkfs.vfat /dev/loop0p1 sudo mkfs.ext4 /dev/loop0p2 # 4. 掛載鏡像文件的分區(qū) sudo mount /dev/loop0p1 /mnt/boot sudo mount /dev/loop0p2 /mnt/rootfs # 5. 將你SD卡上已部署好的內(nèi)容或重新部署復制進去 sudo cp -r /path/to/your/boot_contents/* /mnt/boot/ sudo rsync -a /path/to/your/rootfs/ /mnt/rootfs/ # 6. 卸載、分離回環(huán)設備 sudo umount /mnt/boot /mnt/rootfs sudo losetup -d /dev/loop0現(xiàn)在my_embedded_system.img就是一個完整的、可以直接用dd或balenaEtcher等工具燒錄到任何同容量或更大容量SD卡中的系統(tǒng)鏡像。7.4 自動化構(gòu)建腳本將上述所有步驟獲取源碼、配置、編譯、分區(qū)、部署編寫成一個Shell腳本如build.sh是實現(xiàn)一鍵構(gòu)建、保證環(huán)境可復現(xiàn)的最佳實踐。腳本中應包含各種參數(shù)的配置如工具鏈路徑、目標板型號、內(nèi)核版本等并做好錯誤檢查。這是從“手工制作”邁向“工程化”的關鍵一步。整個流程走下來你會發(fā)現(xiàn)制作一個嵌入式Linux系統(tǒng)鏡像遠不止是運行幾條命令。它貫穿了硬件啟動原理、軟件編譯工具鏈、系統(tǒng)組成結(jié)構(gòu)、存儲介質(zhì)管理和實際調(diào)試排錯。每一次失敗和解決的過程都是對“系統(tǒng)如何工作”這一問題的深刻理解。當你最終看到串口終端上出現(xiàn)那個熟悉的登錄提示符時這份完全由自己構(gòu)建起來的系統(tǒng)所帶來的成就感和掌控感是使用現(xiàn)成鏡像無法比擬的。這不僅是完成了一個任務更是打通了嵌入式Linux開發(fā)任督二脈的關鍵一步。