linux有多種設定開機自啟動的方法，這裡有兩種
方法一：
直接在/ect/rc.local 中 exit 0 之前新增，重啟即可，最簡單的方法
方法二：
在/etc/init.d/ 下新建啟動指令碼，在 /etc/rc3.d/ 下用軟鏈結，鏈結此指令碼即可。
1. /etc下rc?.d 目錄簡介
/etc 下有 rc0.d -- rc6.d
分別代表不同的級別：
0:關閉計算機
1:單使用者模式
2:無網路多使用者模式
3:有網路多使用者模式
4:保留作自定義，否則同執行級
3
5:同執行級
4，一般用於圖形介面
(gui)登入
(如
x的
xdm或
kde的
kdm)
6:重啟動計算機
在 /etc/rc?.d 每個目錄下都包含許多符號鏈結，其中一些以 k 字母開頭，另外一些以 s 字母開頭， 這些鏈結名在首字母後面都跟著兩個數字。 這個 k 的含義是停止 (kill) 乙個服務， s 的含義是啟動乙個服務。而數字則確定這些指令碼的啟動順序，從 00 到 99(數字越小執行的越早)。 當 init 轉換到其它執行級時， 一些相應的服務會停止， 而另一些服務則會啟動。
真正的指令碼在 /etc/init.d 目錄下， 它們完成實際工作， 符號鏈結都是指向它們的。 停止指令碼的鏈結和啟動指令碼的鏈結都指向 /etc/init.d 目錄下的同乙個指令碼。 這是因為呼叫這些指令碼時可以使用不同的引數，例如 start, stop, restart, reload, 和 status。 當呼叫 k 鏈結時，相應的指令碼用 stop引數執行；當呼叫 s 鏈結時，相應的指令碼用start 引數執行。
上面的說明有乙個例外，在 rc0.d 和 rc6.d 目錄下以 s 開頭的鏈結不會啟動任何東西， 而是用stop引數呼叫， 來停止某些服務。 這背後的邏輯是， 當使用者要重啟或關閉系統的時候， 不會要啟動什麼服務， 只會要系統停止。
以下是指令碼引數的描述：
start
啟動服務。
stop
停止服務。
restart
關閉服務，然後再啟動。
reload
該服務的配置已更新。如果修改了某個服務的配置檔案，又不必重啟這個服務的時候， 可以使用這個引數
status
顯示服務的狀態，如果服務正在執行，會顯示該服務程序的
pid 。
您可以自由修改啟動程序工作的方式
。 我們這裡給出的檔案只是它們怎樣工作的乙個示例而已。
2. 編寫簡單的啟動指令碼
# vi /etc/init.d/bin.sh
#!/bin/sh
#chkconfig:2345
8005 --指定在哪幾個級別執行，0一般指關機，6指的是重啟，其他為正常啟動。80為啟動的優先順序，05為關閉的優先級別
#description:****** example service
retval=0
start()
stop()
#使用case選擇
case $1 in
start)
start #呼叫上面的start函式
;;
stop)
stop #呼叫上面的stop函式
;;
*)
echo "error choice ! please input start or stop";;
esac
exit $retva
# chmod +x /etc/init.d/bin.sh //加可執行許可權
# /etc/init.d/bin.sh start //測試
3. 將啟動指令碼鏈結到 /etc/rc3.d
# ln -s /etc/init.d/bin.sh /etc/rc3.d/s20bin //作用：開機啟動時會執行 /etc/init.d/bin.sh start
# ln -s /etc/init.d/bin.sh /etc/rc0.d/k20bin//作用： 關閉計算機時執行 /etc/init.d/bin.sh stop
4. 重啟即可
linux （debian） 設定開機自啟動
在網上檢視，linux有多種設定開機自啟動的方法，這裡有兩種，但第二種一直測試不成功，希望大家可以提出一些建議，非常感謝！方法一 直接在 ect rc.local 中 exit 0 之前新增，重啟即可，最簡單的方法 方法二 在 etc init.d 下新建啟動指令碼，在 etc rc2.d 下用軟鏈...
Linux Debian核心公升級
debian核心公升級遇到報錯 no space left on device！解決辦法 1 刪除正在使用的核心及閒置的核心騰出空間 1 刪除 lib modules 核心目錄 下所有內容 cd lib modules rm rf 2 刪除 var cache apt archives 下與相關的檔...
LINUX （DEBIAN）日誌管理
linux debian 的日誌檔案都存放在了 var log目錄下 系統級別的日誌檔案是syslog,系統執行中的哥哥程式將記錄都寫到syslog中。事實上，syslog內容還被分別方在了不同的檔案中 kern.log這是核心記錄日誌資訊，判斷核心錯誤或者硬體問題的依據。user.log使用者程式...