開機後自動執行使用者的應用程式或啟動系統服務的命令儲存在開發板根檔案系統的/usr/etc/rc.local檔案中。有的開發板開機後自動執行圖形介面程式，需要按住ctrl+c讓開發板進入到linux的SHELL提示符介面。其實可通過註釋掉rc.local檔案中呼叫圖形介面的命令，增加執行使用者應用程式的命令，達到開機自動執行使用者應用程式的目的。

下面以我做的實驗為例，描述具體的實現步驟。該方法源於網路，我加以驗證，稍做修改，此文相當於轉載。
1．進入pc機的Linux 作業系統，在/nfs/usr/下通過mkdir lz 命令新建一個名為lz的資料夾，進入lz資料夾，通過mkdir hello新建一個hello資料夾用來存放我們將要編寫的hello.c檔案和編譯生成的可執行檔案。
2．在/nfs/usr/lz/hello下通過vi hello.c命令新建hello.c檔案，編輯如下測試程式：
#include
int main(){
printf("Hello,test arm-linux!\n");
return 0;
}
完成編輯後通過：wq儲存後退出。
3．主機通過如下命令交叉編譯環境編譯hello.c：
#arm-linux-gcc –o hello hello.c
4．通過ls 命令可以看到在/nfs/usr/lz/hello/下已經生成了hello可執行檔案，我們可以在開發板上通過./hello來測試自己編寫的hello.c執行情況
5．修改rc.local檔案，在檔案的最後通過‘#’釋掉啟動圖形介面的指令，增加執行使用者應用程式hello的指令，具體實現如下：
#export PATH=$QPEDIR/bin:$PATH
#qtopia
#/usr/qtopia/bin/qtopia
/usr/lz/hello/./hello
注：前三行是註釋掉啟動圖形介面，最後一行是新增的執行使用者的hello測試程式。
6．重啟開發板，通過vivi引數配置讓開發板通過nfs掛載主機上的檔案系統，這時我們就可以通過超級終端看到開發板已經運行了我們編寫的hello程式。

從接觸linux系統下程式設計，一直困擾著我一個問題，就是我的程式應該怎樣執行。以前學習裸機程式和微控制器程式的時候，不用考慮這一問題，寫好的程式直接在上電的時候直接由啟動程式碼執行我的main函式。可是在有作業系統的情況下，我編譯好的程式怎樣執行呢？總不能我每次要手動去執行啊~！鬱悶了兩年了，呵呵，從2010.12月到2011.1月，期間邊學習linux下程式設計，邊尋找這方面的資料，哎，貌似這種技術對人家很簡單啊，百度上的很少，終於找到一篇，如下;
開機後自動執行使用者的應用程式或啟動系統服務的命令儲存在開發板根檔案系統的/usr/etc/rc.local檔案中。有的開發板開機後自動執行圖形介面程式，需要按住ctrl+c讓開發板進入到linux的SHELL提示符介面。其實可通過註釋掉rc.local檔案中呼叫圖形介面的命令，增加執行使用者應用程式的命令，達到開機自動執行使用者應用程式的目的。

下面以我做的實驗為例，描述具體的實現步驟。該方法源於網路，我加以驗證，稍做修改，此文相當於轉載。

1．進入pc機的Linux作業系統，在/nfs/usr/下通過mkdir lz命令新建一個名為lz的資料夾，進入lz資料夾，通過mkdir hello新建一個hello資料夾用來存放我們將要編寫的hello.c檔案和編譯生成的可執行檔案。

2．在/nfs/usr/lz/hello下通過vi hello.c命令新建hello.c檔案，編輯如下測試程式：#includeint main(){ printf("Hello,test arm-linux!\n"); return 0;}完成編輯後通過：wq儲存後退出。

3．主機通過如下命令交叉編譯環境編譯hello.c： #arm-linux-gcc –o hello hello.c

4．通過ls命令可以看到在/nfs/usr/lz/hello/下已經生成了hello可執行檔案，我們可以在開發板上通過./hello來測試自己編寫的hello.c執行情況

5．修改rc.local檔案，在檔案的最後通過‘#’釋掉啟動圖形介面的指令，增加執行使用者應用程式hello的指令，具體實現如下： #export PATH=$QPEDIR/bin:$PATH#qtopia#/usr/qtopia/bin/qtopia/usr/lz/hello/./hello注：前三行是註釋掉啟動圖形介面，最後一行是新增的執行使用者的hello測試程式。

6．重啟開發板，通過vivi引數配置讓開發板通過nfs掛載主機上的檔案系統，這時我們就可以通過超級終端看到開發板已經運行了我們編寫的hello程式。 

這個給了我很大啟發，我就順著rc.local結合自己的板子來試驗哈，我的是GT2440的板子，裡面沒有rc.local，但是發現有個rcS，原來這就是啟動指令碼，開啟我的rcS如下： [[email protected] init.d]# cat /etc/init.d/rcS

#! /bin/sh 

PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:

runlevel=S

prevlevel=N

umask 022

export PATH runlevel prevlevel ## Trap CTRL-C &c only in this shell so we can interrupt subprocesses.#

trap ":" INT QUIT TSTP/bin/hostname GTStudio 

/bin/mount -n -t proc none /proc

/bin/mount -n -t sysfs none /sys

/bin/mount -n -t usbfs none /proc/bus/usb

/bin/mount -t ramfs none /dev 

echo /sbin/mdev > /proc/sys/kernel/hotplug/

sbin/mdev -s # mounting file system specified in /etc/fstab

mkdir -p /dev/pts

mkdir -p /dev/shm/bin/

mount -n -t devpts none /dev/pts -o mode=0622

/bin/mount -n -t tmpfs tmpfs /dev/shm

/bin/mount -n -t ramfs none /tmp

/bin/mount -n -t ramfs none /var

mkdir -p /var/empty

mkdir -p /var/log

mkdir -p /var/lock

mkdir -p /var/run

mkdir -p /var/tmp

/sbin/hwclock -s syslogd/etc/rc.d/init.d/netd start

echo " " > /dev/tty1

echo "Starting networking..." > /dev/tty1

sleep 1

etc/rc.d/init.d/httpd start

echo " " > /dev/tty1echo "Starting web server..." > /dev/tty1

sleep 1

/etc/rc.d/init.d/leds start

echo " " > /dev/tty1

echo "Starting leds service..." > /dev/tty1

echo " "

sleep 1

 /sbin/ifconfig lo 127.0.0.1/etc/init.d/ifconfig-eth0 /

bin/qtopia &echo " " > /dev/tty1

echo "Starting Qtopia, please waiting..." > /dev/tty1

在這基礎上我做了二個實驗，第一個就是在usr/sbin下複製寫好的openclose程式，在bin/etc/rc.d/init.d下編譯指令碼如下：#!/bin/sh

base=openclose# See how we were called.

case "$1" in start) /usr/bin/$base & ;; stop)

pid=`/bin/pidof $base` 

if [ -n "$pid" ]; 

then kill -9 $pid

 fi ;;

esacexit 0

剛開始以為這樣就可以了，重啟板子後，發現沒有執行，研究了哈/etc/init.d和/etc/rc.d/init.d的區別和聯絡，發現還得再/etc/init.d/rcS的腳本里寫進echo "Starting openclose" >/dev/tty1/etc/rc.d/init.d/openclose start 這樣才能執行，同樣如果輸入/etc/rc.d/init.d/openclose stop 則不能執行程式，我的理解是這etc/inir.d需要有指向etc/rc.d/init.d/openclose的語句，才能決定是否執行（start or stop）openclose裡的指向程式(本實驗室中base=openclose). 第二個實驗就是嘗試在etc/inir.d/rcS裡直接執行我的程式，剛開始通過直接入 ./mns/nfs/writeread/arm-linux-gcc-4.3.3/writeread(我這裡是通過nfs服務來執行我的程式的)，發現不能執行，後來還是把writeread拷貝到usr/sbin裡，這樣通過./usr/sbin/writeread 開機就能直接執行 了。