場景說明：系統啟動之後，將/var重新掛載在乙個物理的分割槽上，儲存日誌
問題描述：
啟動：service rsyslog restart
starting system logger :can not open or create
/var/run/syslogd.pid can not write pid
解決方案：
mkdir /var/run
mkdir /var/lock
mkdir /var/lock/subsys
**********2014-10-15**********
mkdir /var/log/wtmp
說明：判斷是否有例項正在執行，並註明了程式內部需要另行確定是否真正有例項在執行。
實際上，判斷是否上鎖就是判斷這個檔案，所以檔案存在與否也就隱含了是否上鎖。而這個
目錄的內容並不能表示一定上鎖了，因為很多服務在啟動指令碼裡用touch來建立這個加鎖檔案，
在系統結束時該指令碼負責清除鎖，這本身就不可靠（比如意外失敗導致鎖檔案仍然存在），
我在指令碼裡一般是結合pid檔案（如果有pid檔案的話），從pid檔案裡得到該例項的pid，然後
用ps測試是否存在該pid，從而判斷是否真正有這個例項在執行，更加穩妥的方法是用程序通訊了，
不過這樣的話單單靠指令碼就做不到了
**********************
/var/log/wtmp 缺少導致如下的問題：
# logrotate /etc/logrotate.conf
error: stat of /var/log/wtmp failed: no such file or directory
導致無法進行日誌的回滾。
掛載NFS檔案系統啟動
1.在伺服器上啟動nfs服務 2.修改uboot啟動引數bootargs openjtag print bootcmd nand read.jffs2 0x30007fc0 kernel bootm 0x30007fc0 bootdelay 2 ethaddr 08 00 3e 26 0a 5b n...
系統啟動掛載根檔案系統時Kernel panic
製作了根檔案系統，在啟動之後停在這裡了 net registered protocol family 1 net registered protocol family 17 vfs mounted root cramfs filesystem readonly.freeing init memory...
系統啟動掛載根檔案系統時Kernel panic
系統啟動掛載根檔案系統時kernel panic 製作根檔案系統 kernel arm 2009 05 21 21 17 字型大小 大大中中 小小這類問題很常見，先總體介紹一下解決思路。能出現讓人激動的的控制台，那麼系統移植已經接近完成 但是不少人在最後一步出現問題。要點如下 1.在正確的位置燒寫正...