CentOS6 上新貴工作的 chkconfig 等效項

在 RHEL6/CentOS6 上，新貴的方式是：

chkconfig add my-svc
chkconfig my-svc on

說明：我寫了一個 /etc/init/xvc0.conf 作業。我可以

啟動 xvc0

在 CLI 上，但重啟後 initctl list 給了我

...
xvc0 stop/waiting
... 

所以我需要一種方法將我的工作插入啟動新貴序列中。

（順便說一句，在研究這個時，我發現（Ububtu）文章建議將工作創建為 /etc/event.d/xvc0。這似乎是無效的 - 啟動 xvc0 給出未知。什麼給出？那麼 /etc 的目的是什麼/event.d?)

乾杯，阿爾夫

編輯

雖然不是我的問題的直接答案，但我發現以下內容：

1. 如果，在 xvc0.conf 我使用指令：

從執行級別開始

$$ 2345 $$ 在執行級別停止$$ 016 $$

而不是速記：

start on runlevel 2
start on runlevel 3
...
stop on runlevel 0
...

作業在引導時啟動

1. 我找到了指向（非常令人困惑的）指令的指針：

開始停止 rc RUNLEVEL=

$$ 2345 $$ 開始時停止 rc RUNLEVEL=$$ 016 $$

哪些也用於 prefdm.conf 作業，並且似乎也可以工作，但與前者略有不同（不明白如何）並且基本上搞砸了我想要做的事情（也就是說，開始 getty on /dev/xvc0)。

即便如此，上面的問題仍然存在 - 編輯腳本（並且使用​​相當不透明的語法語言）以實現自動啟動對我來說似乎很不方便。

在工作本身使用：

start on runlevel [2345] 
stop on runlevel [016]

而不是速記：

start on runlevel 2
start on runlevel 3
...
stop on runlevel 0
...

具有在啟動時啟動作業的效果。可能的原因：每個“開始”都會覆蓋前一個（而不是添加到它）。

至於從 CLI 更改或記錄作業的啟動/停止， à la chkconfig，這似乎是不可能的（如果你問我，這是一個很大的新貴缺陷）。其他更好的點沒有得到解決，但是請參閱@MichaelHampton 對我的問題的評論，即為什麼該練習無論如何都毫無意義（至少在 RH 宇宙中）。

引用自：https://serverfault.com/questions/505958