busybox交叉編譯
❶ 真心請教幾個關於嵌入式linux系統的問題（滿意回答將會追加懸賞，分數雖然沒什麼意義，略表感謝之情而已）
1.這個內核路徑按理說應該是目標系統（編譯完成之後的Linux系統）的內核頭文件的路徑，是這樣么？
不對。編譯驅動需要的是內核的導出符號表。導出符號表通常在編譯好的linux源碼根目錄下。
那麼怎麼取得這個內核頭文件路徑呢？
下載目標板的內核源碼，然後進行編譯，通過後就得到了所需要的導出符號表。
在交叉編譯的時候需不需要添加額外的選項，告訴交叉編譯工具要生成內核頭文件路徑呢？
不需要，這都是Linux內核的Makefile自動完成的。
2.默認添加的文件系統是只讀的
Linux啟動時候的操作不會受這個只讀屬性影響，沒有寫屬性並不代表不能寫。況且，你得的這個結論不準確。
數據丟失可能是因為數據沒有同步到flash或者其他的外存設備。
3.一般來說，是不是交叉編譯系統完成之後，需要交叉編譯busybox（需要指定內核路徑）來獲取一系列的utilities呢？
通常不需要，busybox中只有少數與內核結構體相關的命令需要Linux內核源碼的目錄，大多數的都不需要，這個需要查看編譯的輸出結果進行確定。如果是只使用基本的命令，不需要Linux內核。
4、最後，想請教下，在移植好的嵌入式Linux系統上能否像PC機上的Linux一樣來做開發（除了硬體資源有限，其他的開發思路應該一致）呢？
應用軟體可以像pc機一樣開發，硬體相關的和內核相關的有很大的不同，比如底層和硬體驅動
sys_path沒用過
arm-linux-的前綴是有意義的。busybox通常使用gcc,ar,ld等編譯連接工具，為了和宿主機的工具區分開，需要使用前綴進行區別。僅此而已。
❷ 三、內核&文件系統編譯
一、編譯官方提供的內核源碼
1、解壓官方提供的內核源碼包
2、根據官方提供的配置文件對內核進行配置，方式如下
make ARCH=arm xxxxx_defult_config
cp arch/arm/xxxxx_config .config
3、打開圖形界面對內核進行配置，根據需要增加或者刪除模塊和其他內容
4、對內核進行編譯
make ARCH=arm CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi- uImage -j6
或者編輯Makefile文件，對其中的ARCH變數和CROSS_COMPILE變數進行修改，然後執行make uImage
5、在編譯編譯的時候回出現mkimage命令缺失，這個命令是UBootr提供的，在編譯的UBoot路徑下面找到這個命令，即可直接使用
6、編譯的時候各個方面需要一致性，
1、編譯的內核的交叉編譯工具鏈如果支持硬體浮點數運算那麼在配置內核的時候也需要添加硬體浮點數的支持
Kernel Features --->
[*] Use the ARM EABI to compile the kernel
2、在編譯的內核的時候注意保持不要做太多的修改，否則會出問題
7、編譯內核模塊
make ARCH=arm CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi- moles -j6
8、安裝內核模塊到指定的目錄中去
make moles_install ARCH=arm CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi- INSTALL_MOD_PATH=/home/fu/hisi/kernel/build
9、不要採用內核模塊安裝的命令來安裝內核，因為內核不需要安裝，在arch/arm/boot/uImage就是所需要的內核文件
二、編譯官方提供的busybox來構建根文件系統
1、解壓需要編譯的busybox源碼
2、進入源碼中對busybox進行配置，主要是配置交叉編譯工具鏈
Busybox Settings --->Build Options ---> 下面有關於busybox是否配置為採用共享庫的模式，還有添加交叉編譯工具鏈的前綴
3、配置需要的文件和命令進行添加或者刪除
4、然後執行命令make -jn && make install
5、創建根文件系統需要的其他的文件和目錄，在一個空白的目錄中首先拷貝busybox/_install下面的bin、sbin、usr目錄到空白目錄中，在空白目錄中創建其餘的所需要的目錄文件 bin dev etc home lib linuxrc mnt opt proc sbin sys tmp usr var等以上目錄
6、接下來在lib目錄中復制內核模塊，在編譯內核的時候模塊安裝在了指定的地方，直接拷貝過來就行。
6、創建文件系統所需要的其他文件，配置文件（最簡單的辦法就是直接復制busybox文件下面的example文件夾裡面的東西）
1、/etc/inittab 填寫或者 一下是最基本的，還有其他的需要填寫
# /etc/inittab
::sysinit:/etc/init.d/rcS //指定初始化腳本
::askfirst:-/bin/sh //指定第一次輸入回車後打開的shell
::ctrlaltdel:/sbin/reboot //指定這三個按鍵按下後的反應
::shutdown:/bin/umount -a -r //指定關機是進行的操作
2、/etc/init.d/rcS //這個就沒有詳細額硬性規定了，寫入需要初始化的東西即可
#!/bin/sh
mount -a
3、/etc/fstab //寫入mount -a是要自動掛載的文件系統
# device mount-point type options mp fsck order
proc /proc proc defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
7、拷貝需要用到的庫文件，在交叉編譯工具鏈下面存放
arm-linux-xxxxxx-gcc/lib
海思的開發板是在和tahet/lib下面，切記。
❸ 交叉編譯busybox顯示libc.so.6丟失！
拷貝C 庫
交叉應用程序的開發需要用到交叉編譯的鏈接庫，我們在移植應用程序到我們的目標板的時
候，需要把交叉編譯的鏈接庫也一起移植到目標板上，這里我們用到的交叉工具鏈的路徑是
/usr/local/arm/...../,鏈接庫的目錄是/usr/local/arm/...../arm-linux/lib，將其中部分庫文件及符號鏈接拷貝到root_nfs(你創建的busybox的根目錄）文件夾下的lib文件夾中。
部分庫文件及符號鏈接有：ld-2.3.2.so,ld-linux.so.2,libc-2.3.2.so,libc.so.6
❹ 我明明root了，可是還是裝不了busybox （手機是魅族，用自帶root）
首先我要告訴你，root過後，並不代表，獲取了許可權。需要獲取控制許可權的軟體APP。必須在，root裡面，設置通過許可權設置。才能正常使用該軟體的APP。如果你沒有授權的話，該軟體還是無法正常使用的。
❺ 如何利用busybox製作根文件系統
選定 busybox-1.9.2.tar.bz2 這個版本, 以靜態方式編譯, 即生成的 busybox 不需要共享庫的支持就能運行。這樣做我們就不需要布署程序庫了。缺點是自己寫的 arm-linux 程序在這個根文件系統中是不能運行的,因為缺少共享程序庫的支持。不過不用擔心,通過在目標機里以掛接 NFS 的方式, 將宿主機的 arm-linux-gcc 編譯器的庫文件掛到 arm-linux 的 /lib 下, 就可完美的運行我們自己的程序了。
現在開始製作靜態鏈接庫的根文件系統。
1、准備根文件系統
首先准備製作工具BusyBox1.9.2。
准備交叉編譯工具arm-linux-gcc 3.3.2。
在機器上建立rootfs的文件夾
#mkdir rootfs
在rootfs中建立linux系統中典型的文件夾
#cd rootfs
#mkdir root home bin sbin etc dev usr lib tmp mnt sys proc
#mkdir usr/lib usr/bin
#pwd
/home/su/rootfs
2、解壓源碼包
#tar xjf busybox-1.9.2.tar.bz2
#cd busybox-1.9.2
3、修改 Makefile,
#vi Makefile
將Makefile中的
CROSS_COMPILE ?=
改為
CROSS_COMPILE ?= /usr/local/arm/3.3.2/bin/arm-linux-
注:這個版本的 busybox 用 3.4.1 的 arm-linux-gcc 編譯有些問題, 用 3.3.2 版則可順利編譯。
4、定製 busybox
選擇busybox下全部的可執行程序
#make defconfig
進到配置選項
#make menuconfig
設置靜態編譯方式
Busybox Settings ---> Build Options ---> [*] Build BusyBox as a static binary (no shared libs)
Busybox Settings ---> Install Options ---> 中輸入建立根文件系統的文件所在的路徑/home/su/rootfs。
其它的默認。
確保 [*] Build BusyBox as a static binary (no shared libs) 被選中，保存退出
5、執行 make 編譯
#make
編譯出錯, 信息如下:
applets/applets.c:15:2: warning: #warning Static linking against glibc proces buggy executables
applets/applets.c:16:2: warning: #warning (glibc does not cope well with ld --gc-sections).
applets/applets.c:17:2: warning: #warning See sources.redhat.com/bugzilla/show_bug.cgi?id=3400
applets/applets.c:18:2: warning: #warning Note that glibc is unsuitable for static linking anyway.
applets/applets.c:19:2: warning: #warning If you still want to do it, remove -Wl,--gc-sections
applets/applets.c:20:2: warning: #warning from scripts/trylink and remove this warning.
applets/applets.c:21:2: error: #error Aborting compilation.
make[1]: *** [applets/applets.o] Error 1
按照提示,修改文件 applets/applets.c 第 21 行, 將
#error Aborting compilation.
注釋掉:
執行 make 重新編譯
#make
編譯通過, busybox 被生成了, 然後執行
#make install
busybox 就被安裝到指定的路徑下了/home/su/rootfs,這時可發現rootfs下多了個liunxrc的文件，bin、sbin下也多了很多文件。用ls –l命令查看其中的一個文件，可發現其是鏈接到busybox的一個連接符，所以我們之後在目標機上運行的命令大多都會調用busybox這個文件的。
若之前忘了指定路徑，默認生成到臨時目錄busybox-1.9.2/_install 下了。
6、編寫配置/etc下的初始化程序（可省略）
最簡單的做法是把busybox-1.9.2/examples/bootfloppy/etc下的全部文件拷到目標文件的etc目錄下
#cd /home/su/busybox-1.9.2/examples/bootfloppy/etc
#cp –rf * /home/su/rootfs/etc
也可自己寫這些文件。
7、把rootfs做成鏡像
#mkcramfs rootfs rootfs.cramfs
8、把rootfs.cramfs燒寫到目標機中。
9、運行目標機
這時會遇到一個錯誤信息：
Can』t open tty2
Can』t open tty3
Can』t open tty4
解決辦法：把/rootfs/etc/ inittab 文件的第三行「tty2::askfirst:-bin/sh」刪除掉。
返回到第7步重做。
現實中，動態編譯的方法更適合工程的需要，所以一般是採用動態的方法編譯根文件系統的。若選擇動態編譯的辦法，大體方法還是一樣的，存在一些不同之處是：
不同之處之一是：
進到配置選項
#make menuconfig
選擇動態方式
Busybox Settings ---> Build Options ---> [*] Build Shared libbusybox
不同之處之二是：
上面靜態編譯出現的出錯信息不會出現了，所以不需對程序做任何修改，但還是必須用arm-linux-gcc 3.3.2編譯，否則還是會有麻煩。
不同之處之三是（最大的不同之處）：
編譯完成後，需進到rootfs目錄的lib中，往裡面添加一些庫文件
#cd /home/su/rootfs/lib
這里有點麻煩，我怎麼知道需要什麼庫文件的支持呢？
最簡單的辦法是把arm-linux-gcc 3.3.2下的整個lib庫拷進來，簡單省事。但是這么做存在一個問題，做出的根文件系統非常大。
另一個辦法是：
#cd /home/su/rootfs/bin
#arm-linux-readelf busybox | grep shared
這樣就可以顯示出系統運行起來需要什麼庫文件，再把相應的庫文件拷到/home/su/rootfs/lib下。一般而言，系統庫用到兩個：動態鏈接器ld-linux.so和c函數庫Glibc，Glibc包括：
ld-linux:動態鏈接庫，必需
libc: 標准c函數庫，必需
libm: 數學庫，一般需要
libdl: 用於動態裝載共享庫，較少用到
libcrypt: 加密附加庫，需要認證的程序用到，較少用
libpthread: POSIX線程庫，一般需要
如果需要某個函數庫，我們可以將這些庫和對應的符號鏈接拷到目標根文件系統的/lib目錄下。簡單起見，應該使用-d選項或-a選項調用cp命令，這樣可保留完整的符號鏈接信息。
例：
#cp –a libc.so.6 /home/su/rootfs/lib/
為了減少運行時庫的大小，我們應該使用交叉編譯版本即arm-linux-gcc 3.3.2的strip工具來處理根文件系統的庫文件，把二進制文件中的包含的符號表和調試信息刪除掉。
例：
#arm-linux-strip /home/su/rootfs/lib/*.so
注意：
使用busybox做文件系統時，運行make命令，系統會馬上顯示：
沒有/dev/null這個文件
但是還是能最終編譯出根文件系統，問題出在重啟linux系統，機器進不去了。提示出錯，信息如下：
/etc/rc.d/rc.sysinit: line 173:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 173:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 184:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 184:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 200:/dev/null: read-only file system
.
.
.
***An error occured ring the file system check.
***Dropping you to a shell;the system will reboot
***when you leave the shell
Give root password for maintenance
(or type Control-D to continue):
解決辦法：
按提示輸入root用戶的密碼，回車，可看到
（Repair filesystem）1#:
依次輸入命令：
（Repair filesystem）1# mount -n -o remount,rw /
（Repair filesystem）1# rm -f /dev/null
（Repair filesystem）1# mknod -m 0666 /dev/null c 1 3
（Repair filesystem）1# reboot
問題解決。
❻ 編譯移植busybox出錯，arm-linux-gcc版本4.3.3 busybox版本1.16.0 錯誤代碼如下：
找不到鏈接庫，不這些都是數學庫，加參數 -lm 應該就能解決。
但編譯過程這個東西應該是自己加。
busybox 一般都是靜態的，編譯靜態程序，很多時候需要他以來的函數庫也是靜態的。你這個問題應該是編譯環境不匹配。你編譯了 uclibc 並且正確安裝了沒？
不過話說，不過是個編譯，人家本來就支持 arm ，「移植」這兩個字應該是不需要用了。
❼ 如何建立android的C/C++交叉編譯環境
因此，構建android上C/C++的交叉編譯環境也就成為了一個很大的需求。特別是對於已經取得root許可權的機器，如果能直接運行按需編譯的二進制文件，那麼將可以做很多有意義和有趣的事情。 很不幸，Google沒有直接給出如何建立這個交叉編譯環境，但是我們可以藉助Google提供的強大的NDK (Native Development Tools)來達到這一目的。NDK的本來目標是編譯得到.so動態鏈接庫文件，然後通過JNI提供給上層的Java調用，從而實現C/C++程序的簡易遷移。而編譯.so和編譯成二進制可執行文件的過程是完全一樣的，這就給了我們可以發揮的空間。 有兩種方式獲取交叉編譯所需的工具鏈：git下prebuilt這個project或者直接去下載NDK，我這里arm-eabi的版本是最新的4.4.0。1 git clone git://android.git.kernel.org/platform/prebuilt.git 然後創建一個helloworld.c文件。1 2 3 4 5 6 //// root@delleon:~/android/myapp# cat helloworld.c#include int main(){printf("HelloWorld!n");return0;} 接下來創建Makefile文件。注意修改其中的NDK_DIR和SDKTOOL為自己的目錄，修改APP為自己的待編譯程序主文件名。另外注意自己的arm-eabi的版本，若有變化則也需要修改。1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 #### root@delleon:~/android/myapp# cat Makefile APP=helloworld NDK_DIR := ~/android/android-ndk-r4 NDK_HOST := linux-x86 SDKTOOL := ~/android/android-sdk-linux_86/tools TOOLCHAIN_PREFIX :=$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/bin/arm-eabi- CC :=$(TOOLCHAIN_PREFIX)gcc CPP :=$(TOOLCHAIN_PREFIX)g++ LD :=$(CC) COMMON_FLAGS :=-mandroid -ffunction-sections -fdata-sections -Os -g --sysroot=$(NDK_DIR)/build/platforms/android-5/arch-arm -fPIC -fvisibility=hidden -D__NEW__ CFLAGS :=$(COMMON_FLAGS) CFLAGS +=-D__ARM_ARCH_5__ -D__ARM_ARCH_5T__ -D__ARM_ARCH_5E__ -D__ARM_ARCH_5TE__ -DANDROID -DSK_RELEASE -DNDEBUG CFLAGS +=-UDEBUG -march=armv5te -mtune=xscale -msoft-float -mthumb-interwork -fpic -ffunction-sections -funwind-tables -fstack-protector -fmessage-length=0-Bdynamic CPPFLAGS :=$(COMMON_FLAGS)-fno-rtti -fno-exceptions -fvisibility-inlines-hidden LDFLAGS +=--sysroot=$(NDK_DIR)/build/platforms/android-5/arch-arm LDFLAGS +=-Bdynamic -Wl,-dynamic-linker,/system/bin/linker -Wl,--gc-sections -Wl,-z,noreloc LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/lib/gcc/arm-eabi/4.4.0 LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/lib/gcc LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/arm-eabi/lib LDFLAGS +=-nostdlib -lc -llog -lgcc --no-undefined -z $(NDK_DIR)/build/platforms/android-5/arch-arm/usr/lib/crtbegin_dynamic.o $(NDK_DIR)/build/platforms/android-5/arch-arm/usr/lib/crtend_android.o OBJS +=$(APP).o all:$(APP) $(APP):$(OBJS)$(LD)$(LDFLAGS)-o $@$^ %.o:%.c $(CC)-c $(CFLAGS)$