OpenWrt啟動過程分析+新增自啟動指令碼

阿新 • • 發佈：2019-01-17

http://blog.csdn.net/jk110333/article/details/39529459

總結一下OpenWrt的啟動流程：1.CFE->2.linux->3./etc/preinit->4./sbin/init ->5./etc/inittab ->6./etc/init.d/rcS->7./etc/rc.d/S* ->8.
OpenWrt是一個開放的linux平臺，主要用於帶wifi的無線路由上。
類似於Ubuntu、Red Hat、之類的linux發行版本，它也有一套自己的啟動流程。下面，我就以我的Linksys 的WRT54G為平臺介紹一下，OpenWrt的啟動流程。

1.首先，CFE（common firmware environment）--它就是一個bootloader，類似u-boot，redboot之類，有點broadcom公司御用之嫌--
最先啟動。它的任務只是創造一個簡單的環境，讓系統先執行起來。除了能夠跳轉到特定地址上啟動作業系統（如Linux）外，
它還能讓你download東西到上面，比如download一個linux，然後啟動它。
另外，值得一提的是，CFE在啟動之後會有1，2秒的時間等待由tftp上傳的核心並燒寫到flash上，

這就給一些作業系統損壞但CFE還能工作的"磚頭"板一個起死回生的機會。請注意一旦linux啟動之後，將由linux全部接管系統，

2.這時候就沒CFE什麼事情了。唯一的瓜葛是CFE傳遞給核心一個命令列的引數，這個可以在linux啟動起來之後用下面的命令檢視：

[email protected]:/# cat /proc/cmdline
console=ttyS0,115200 mtdparts=spi_flash:1m(u-boot)ro,3m(kernel),-(rootfs)

之後，linux系統啟動起來了。它使用類似如下的指令碼命令來解析cmdline：

for x in $(cat /proc/cmdline); do
case $x in
init=*)
init=${x#init=}
;;
root=*)
ROOT=${x#root=}

case $ROOT in
LABEL=*)
ROOT="/dev/disk/by-label/${ROOT#LABEL=}"
;;
UUID=*)
ROOT="/dev/disk/by-uuid/${ROOT#UUID=}"
;;
esac
;;
rootflags=*)
ROOTFLAGS="-o ${x#rootflags=}"
;;
cryptopts=*)
cryptopts="${x#cryptopts=}"
;;
nfsroot=*)
NFSROOT="${x#nfsroot=}"
;;
nfsopts=*)
NFSOPTS="-o ${x#nfsopts=}"
;;
boot=*)
BOOT=${x#boot=}
;;
resume=*)
RESUME=${x#resume=}
;;
noresume)
NORESUME=y
;;
quiet)
quiet=y
;;
ro)
readonly=y
;
rw)
readonly=0
;;
debug)
debug=y
exec >/tmp/initramfs.debug 2>&1
set -x
;;
break=*)
break=${x#break=}
;;
break)
break=premoun
;;
esac
done

對於OpenWrt這個cmdline的意思就是：root=/dev/mtdblock2 檔案系統在第三個flash分割槽上（mtdblock0，1，2）；
rootfstype=squashfs,jffs2 檔案系統型別是squashfs和jffs2（為什麼兩種型別，目前還不清楚，
不過可以確定OpenWrt使用了較為複雜的檔案系統，實現了squashfs的壓縮和jffs2的可寫）；

init=/etc/preinit 執行該初始化，noinitrd console=ttyS0,115200

沒有initrd和console口設定。

3.
init=/etc/preinit 是linux會執行的初始化，具體內容如下：
[email protected]:/# cat /etc/preinit

#!/bin/sh
# Copyright (C) 2006 OpenWrt.org
export PATH=/bin:/sbin:/usr/bin:/usr/sbin
. /etc/diag.sh
failsafe_ip() {

ifconfig $ifname 192.168.1.1 netmask 255.255.255.0 broadcast 192.168.1.2 55 up

}

failsafe() {

[ -n "$ifname" ] && grep "$ifname" /proc/net/dev >/dev/null && {

failsafe_ip
netmsg 192.168.1.255 "Entering Failsafe!"
telnetd -l /bin/login <> /dev/null 2>&1
}

lock /tmp/.failsafe
ash --login

}
mount proc /proc -t proc
mount sysfs /sys -t sysfs
size=$(awk '/MemTotal:/ {l=5242880;mt=($2*1024);print((s=mt/2)<l)&&(mt>l)?mt-l:s }' /proc/meminfo)
mount tmpfs /tmp -t tmpfs -o size=$size,nosuid,nodev,mode=1777

if grep devfs /proc/filesystems > /dev/null; then
mount devfs /dev -t devfs

M0=/dev/pty/m0

M1=/dev/pty/m1

HOTPLUG=/sbin/hotplug-call
elif [ -x /sbin/hotplug2 ]; then
mount -t tmpfs tmpfs /dev -o size=512K
mknod /dev/console c 5 1
/sbin/hotplug2 --coldplug --set-rules-file /etc/hotplug2-init.rules
/sbin/hotplug2 --no-coldplug --persistent --set-rules-file /etc/hotplug2 -init.rules &
M0=/dev/ptmx
M1=/dev/ptmx
HOTPLUG=
elif [ -x /sbin/udevd ]; then
mount -n -t tmpfs -o mode=0755 udev /dev
/sbin/uevd --daemon
/sbin/udevtrigger
/sbin/udevsettle
M0=/dev/pty/ptmx
M1=/dev/pty/ptmx
HOTPLUG=
fi
mkdir -p /dev/pts /dev/shm
mount devpts /dev/pts -t devpts

# the shell really doesn't like having stdin/out close

# that's why we use /dev/pty/m0 and m1 as replacement

# for /dev/console if there's no serial console available

dd if=/dev/console of=/dev/null bs=1 count=0 >/dev/null 2>/dev/null && {
M0=/dev/console
M1=/dev/console
}
exec <$M0 >$M1 2>&0
echo "- preinit -"

echo "Press CTRL-C for failsafe"

trap 'FAILSAFE=true' INT

trap 'FAILSAFE=true' USR1

[ -e /etc/preinit.arch ] && . /etc/preinit.arch

set_state preinit

echo "$HOTPLUG" > /proc/sys/kernel/hotplug

eval ${FAILSAFE:+failsafe}

lock -w /tmp/.failsafe
if [ -z "$INITRAMFS" ]; then
mount_root
[ -f /sysupgrade.tgz ] && {
echo "- config restore -"
cd /
mv sysupgrade.tgz /tmp
tar xzf /tmp/sysupgrade.tgz
rm -f /tmp/sysupgrade.tgz
sync
}
echo "- init -"
exec /sbin/init
fi

可見，它主要是掛載一些系統需要的檔案系統，例如tmpfs，proc和sysfs（是否真正掛載取決於核心是否2.6的）。

並且會準備裝置節點和故障恢復（failsafe）的準備。（這裡還沒看懂）
4.
最後，exec /sbin/init啟動檔案系統，在OpenWrt上也就是busybox的init程式。

它會自動分析/etc/inittab這個檔案，其內容解釋詳見busybox網站的cmd help。

/etc/inittab的內容：
::sysinit:/etc/init.d/rcS S boot
::shutdown:/etc/init.d/rcS K stop
tts/0::askfirst:/bin/ash --login
ttyS0::askfirst:/bin/ash --login
tty1::askfirst:/bin/ash --login
6.

執行/etc/init.d/rcS：

#!/bin/sh
# Copyright (C) 2006 OpenWrt.org
run_scripts() {
for i in /etc/rc.d/$1*; do
[ -x $i ] && $i $2 2>&1
done | $LOGGER

}

LOGGER="cat"
[ -x /usr/bin/logger ] && LOGGER="logger -s -p 6 -t sysinit"
if [ "$1" = "S" ]; then
run_scripts "$1" "$2" &

else

run_scripts "$1" "$2"

fi

7.

將執行/etc/rc.d/S*這些指令碼：
[email protected]:/# ls /etc/rc.d/S*
/etc/rc.d/S10boot
/etc/rc.d/S50cron
/etc/rc.d/S60led
/etc/rc.d/S20fstab
/etc/rc.d/S50dropbear
/etc/rc.d/S95done
/etc/rc.d/S39usb
/etc/rc.d/S50uhttpd
/etc/rc.d/S97watchdog
/etc/rc.d/S40network
/etc/rc.d/S50telnet
/etc/rc.d/S99sysctl
/etc/rc.d/S45firewall /
etc/rc.d/S60dnsmasq
按照數字從小到大的順序執行。

二、實現自啟動指令碼

OpenWRT的啟動指令碼放在 /etc/init.d 目錄下，而系統開機時自動執行/etc/rc.d目錄下的指令碼。所以在rc.d目錄下、有init.d下指令碼的連結檔案。
整理一下

05 defconfig //載入預設引數
10 boot //啟動
39 usb // 載入usbfs
40 network // 設定網絡卡引數
45 firewall // 防火牆
50 dropbear // sshd server
50 cron // .....
50 telnet // 如果沒有修改root密碼，則啟動telnet server
60 dnsmasq // DHCP 和 DNS 服務端
95 done // ..
96 led // 指示燈
97 watchdog // ...
99 sysctl // 最後，進行必要的核心引數調整

然後，我們加入自己的指令碼，實現模組驅動的載入、應用程式的開機自啟動等。

首先在/etc/init.d裡新增需要啟動的shell指令碼

例如：
vim startCamera
內容：

#!/bin/sh /etc/rc.common
# /init.d/startCamera
START=50
start()
{
./opt/ipnc/system_server &
}

stop()
{
killallsystem_server
}
之後還需要在rc.d目錄下做一個連結，啟動時系統會按順序啟動rc.d目錄下的指令碼連結，對應執行init.d目錄下的啟動指令碼。指令碼的命名要符合系統規範，init.d下telnet指令碼在rc.d目錄下的連結檔名為S50telnet。所以連結檔案要在指令碼名前加S+啟動順序數字，啟動順序要等系統進行完必要的初始化。所以我們命名為S95+指令碼名。

命令：ln -s /etc/init.d/startCamera /etc/rc.d/S95startCamera

重啟，即可

現在實現了應用程式的開機自啟動。

OpenWrt啟動過程分析+新增自啟動指令碼

OpenWrt啟動過程分析+新增自啟動指令碼[轉載]

OpenWrt啟動過程分析+新增自啟動指令碼

OpenWrt啟動過程分析+新增自啟動指令碼########33 openwrt blog

ubuntu開機啟動svn（新增自啟動）

OpenWrt啟動過程分析

Linux下新增自定義指令碼到開機自啟動的方法

【轉】Android 4.0 Launcher2源碼分析——啟動過程分析

X86架構下Linux啟動過程分析

Linux開機啟動過程分析

u-boot-201611 啟動過程分析——基於smdk2410

linux 系統啟動過程分析

Ocata Neutron代碼分析（一）——Neutron API啟動過程分析

Ocata Neutron代碼分析（二）——Neutron RPC啟動過程分析

Linux進程啟動過程分析do_execve(可執行程序的加載和運行)---Linux進程的管理與調度（十一）

OpenWRT新增自啟指令碼

AliOS Things的啟動過程分析（二）

OSAL啟動過程分析

STM32之啟動過程分析學習筆記

《16.核心的啟動過程分析》

Linux啟動過程分析（十一)---da850_set_emif_clk_rate()函式分析

OpenWrt啟動過程分析+新增自啟動指令碼

相關推薦