查看: 12906|回復: 27
打印 上一主題 下一主題

ubuntu 和redhat系列 啟動(dòng)的差別

[復制鏈接]
跳轉到指定樓層
樓主
發(fā)表于 2009-11-10 14:05:40 | 只看該作者 回帖獎勵 |倒序瀏覽 |閱讀模式
關(guān)鍵詞: REDHAT , Ubuntu
rc 腳本,
這個(gè)是系統內核啟動(dòng)后,首先執行的。
在redhat下的/etc/inittab 在ubunbu里面沒(méi)有
所以,inittab中的這個(gè)更早應該執行的文件不存在
si::sysinit:/etc/rc.d/rc.sysinit

/etc/inittab文件,如果需要,可以從redaht拷貝過(guò)來(lái)。
rc.sysinit也拷貝過(guò)來(lái),應該會(huì )先于rc執行。

rc腳本的位置不同:
redhat : /etc/rc.d/rc
ubuntu:/etc/init.d/rc
沙發(fā)
 樓主| 發(fā)表于 2009-11-10 14:41:39 | 只看該作者
還有就是ubuntu特有的/etc/rcS.d
我從rc文件中,沒(méi)有找到關(guān)于這個(gè)必須執行的操作,但是
網(wǎng)上提到:
*運行等級 S:開(kāi)機進(jìn)程中的第一個(gè)運行等級。若/etc/rcS.d 下的鏈接文件開(kāi)頭子母是大寫(xiě)的,那么它鏈接的在 /etc/init.d 下的對應腳本將被調用并開(kāi)啟,該進(jìn)程將被執行。
運行等級 S 就是指的這個(gè)這個(gè)目錄中的文件,
如果相信了解這些啟動(dòng)步驟,請讀/sbin/init的源碼,這個(gè)俺懶得讀了。
從我的實(shí)驗來(lái)看,確實(shí)是先執行rcS.d然后在執行rc的。
linux的啟動(dòng)過(guò)程簡(jiǎn)介:
bios啟動(dòng)第一個(gè)可啟動(dòng)設備
啟動(dòng)grub
啟動(dòng)內核,加載root分區
內核讀取/bin/init /sbin/init /usr/bin/init //usr/sbin/init ,這四個(gè)文件前面優(yōu)先,有前面的后面就不管了
所以詳細的真是啟動(dòng)過(guò)程,應該從init文件讀取。
這個(gè)文件可以是可執行文件,也可以是shell腳本。當然,從這個(gè)文件進(jìn)一步調用其他可執行文件或者腳本再正常不過(guò)了。
板凳
 樓主| 發(fā)表于 2009-11-10 14:42:50 | 只看該作者
所以,估計rcS.d可能就是init讀取的執行文件,當然你想修改init強制讀取其他文件也沒(méi)有問(wèn)題;蛘邚娭撇蛔x取某些文件也沒(méi)問(wèn)題。
地板
發(fā)表于 2009-11-10 17:23:07 | 只看該作者
會(huì )計什么意思?想表達什么?
地下室
發(fā)表于 2009-11-10 22:01:21 | 只看該作者
ubuntu 不守規范,亂搞,要用正統的發(fā)行版,debian
6
 樓主| 發(fā)表于 2009-11-11 13:05:12 | 只看該作者

apt-get 錯誤的解決:用這個(gè)文件替換/etc/apt/sources.list

#deb cdrom:[Ubuntu 9.04 _Jaunty Jackalope_ - Release i386 (20090420.1)]/ jaunty main restricted# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to# newer versions of the distribution.deb http://hk.archive.ubuntu.com/ubuntu/ jaunty main restricteddeb-src http://hk.archive.ubuntu.com/ubuntu/ jaunty main restricted## Major bug fix updates produced after the final release of the## distribution.deb http://hk.archive.ubuntu.com/ubuntu/ jaunty-updates main restricteddeb-src http://hk.archive.ubuntu.com/ubuntu/ jaunty-updates main restricted## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu## team. Also, please note that software in universe WILL NOT receive any## review or updates from the Ubuntu security team.deb http://hk.archive.ubuntu.com/ubuntu/ jaunty universedeb-src http://hk.archive.ubuntu.com/ubuntu/ jaunty universedeb http://hk.archive.ubuntu.com/ubuntu/ jaunty-updates universedeb-src http://hk.archive.ubuntu.com/ubuntu/ jaunty-updates universe## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu## team, and may not be under a free licence. Please satisfy yourself as to## your rights to use the software. Also, please note that software in## multiverse WILL NOT receive any review or updates from the Ubuntu## security team.deb http://hk.archive.ubuntu.com/ubuntu/ jaunty multiversedeb-src http://hk.archive.ubuntu.com/ubuntu/ jaunty multiversedeb http://hk.archive.ubuntu.com/ubuntu/ jaunty-updates multiversedeb-src http://hk.archive.ubuntu.com/ubuntu/ jaunty-updates multiverse## Uncomment the following two lines to add software from the 'backports'## repository.## N.B. software from this repository may not have been tested as## extensively as that contained in the main release, although it includes## newer versions of some applications which may provide useful features.## Also, please note that software in backports WILL NOT receive any review## or updates from the Ubuntu security team.# deb http://hk.archive.ubuntu.com/ubuntu/ jaunty-backports main restricted universe multiverse# deb-src http://hk.archive.ubuntu.com/ubuntu/ jaunty-backports main restricted universe multiverse## Uncomment the following two lines to add software from Canonical's## 'partner' repository.## This software is not part of Ubuntu, but is offered by Canonical and the## respective vendors as a service to Ubuntu users.# deb http://archive.canonical.com/ubuntu jaunty partner# deb-src http://archive.canonical.com/ubuntu jaunty partnerdeb http://security.ubuntu.com/ubuntu jaunty-security main restricteddeb-src http://security.ubuntu.com/ubuntu jaunty-security main restricteddeb http://security.ubuntu.com/ubuntu jaunty-security universedeb-src http://security.ubuntu.com/ubuntu jaunty-security universedeb http://security.ubuntu.com/ubuntu jaunty-security multiversedeb-src http://security.ubuntu.com/ubuntu jaunty-security multiverse
7
 樓主| 發(fā)表于 2009-11-11 13:05:45 | 只看該作者
cn.ubuntun.com有問(wèn)題。經(jīng)常連不上,不知道是不是被河蟹了。
8
發(fā)表于 2009-11-11 13:09:21 | 只看該作者
會(huì )計也用ubuntu了?
9
發(fā)表于 2009-11-11 20:21:53 | 只看該作者
裝了一個(gè)Ubuntu,一直還沒(méi)用過(guò)~
10
發(fā)表于 2009-11-11 20:26:28 | 只看該作者
現在的源用的是163的,速度還不錯。
11
 樓主| 發(fā)表于 2009-11-11 21:37:57 | 只看該作者
地址,給個(gè)具體地址。
12
發(fā)表于 2009-11-11 21:53:06 | 只看該作者
163 , 臺灣的都不錯。
13
發(fā)表于 2009-11-11 22:19:30 | 只看該作者
163的源:
deb http://mirrors.163.com/ubuntu/ karmic main restricted universe multiverse
deb http://mirrors.163.com/ubuntu/ karmic-security main restricted universe multiverse
deb http://mirrors.163.com/ubuntu/ karmic-updates main restricted universe multiverse
deb http://mirrors.163.com/ubuntu/ karmic-proposed main restricted universe multiverse
deb http://mirrors.163.com/ubuntu/ karmic-backports main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ karmic main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ karmic-security main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ karmic-updates main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ karmic-proposed main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ karmic-backports main restricted universe multiverse
14
發(fā)表于 2009-11-11 22:19:47 | 只看該作者
安裝剛發(fā)行的ubuntu,一般就看看速配指南就行了
http://wiki.ubuntu.org.cn/Qref/Source#.E6.BA.90.E5.88.97.E8.A1.A8
15
發(fā)表于 2009-11-11 22:19:59 | 只看該作者
sohu的源:
deb http://mirrors.sohu.com/ubuntu/ karmic main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ karmic-security main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ karmic-updates main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ karmic-proposed main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ karmic-backports main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ karmic main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ karmic-security main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ karmic-updates main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ karmic-proposed main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ karmic-backports main restricted universe multiverse
16
發(fā)表于 2009-11-12 11:34:26 | 只看該作者
看來(lái)我要順應潮流換ubuntu了~~~
17
發(fā)表于 2009-11-12 22:27:39 | 只看該作者
linuxsir 那邊的老鳥(niǎo)都玩gentoo和archlinux。。。
還記得上課時(shí)老師對我們說(shuō):你們現在還太粉了所以在玩 linux,和我當年一樣,高手玩的是 FreeBSD和OpenBSD...
18
發(fā)表于 2009-11-12 22:38:40 | 只看該作者
學(xué)到詞了,粉……
19
 樓主| 發(fā)表于 2009-11-13 15:22:36 | 只看該作者
ubuntu 啟動(dòng)調用的不是inittab,而是/ectc/event.d/rc-default !
可能是修改了init文件吧。沒(méi)看源碼。
花了不少功夫才發(fā)現的。


upstart和ubuntu啟動(dòng)過(guò)程原理介紹
作者:貝殼漢姆   出處:IT實(shí)驗室系統管理   2009年10月30日 00:00   進(jìn)入論壇
相關(guān)主題:

    * ubuntu 啟動(dòng)
    * ubuntu 啟動(dòng)項
    * ubuntu 啟動(dòng)順序
    * ubuntu 啟動(dòng)菜單
    * ubuntu 啟動(dòng)界面
    * ubuntu 開(kāi)機啟動(dòng)
    * ubuntu u盤(pán)啟動(dòng)
    * ubuntu 啟動(dòng)程序
    * ubuntu mysql啟動(dòng)
    * ubuntu 啟動(dòng)ssh

    ubuntu從6.10開(kāi)始逐步用upstart代替原來(lái)的sysinit,進(jìn)行服務(wù)進(jìn)程的管理。也正是從6.10開(kāi)始,ubuntu的啟動(dòng)過(guò)程開(kāi)始變得有點(diǎn)“變幻莫測”。也沒(méi)辦法,這是正在開(kāi)發(fā)中的upstart不可避免的。為了對原有的 init實(shí)現向后兼容,upstart可以說(shuō)是在表象上保留了大部分原來(lái)init的特性,因而目前l(fā)inux初始化進(jìn)程名仍然叫init,而改變的核心,乃是Event機制。理解并講清楚這個(gè)改變的重要意義和內在機理可不是件容易的事,所以我只打算研究一下目前 upstart(0.3.9, ubuntu 8.04)在系統啟動(dòng)中的表象行為。[注:據Scott James Remnant在其博客上所說(shuō),upstart 0.5.0版本將在未來(lái)幾周發(fā)布。]

    關(guān)于系統啟動(dòng),熟悉Linux的人大多應該知道,init進(jìn)程(PID=1)乃是所有進(jìn)程的父進(jìn)程,所有進(jìn)程由它控制。init進(jìn)程的運行時(shí)間是內核完成文件系統的加載后。那么init進(jìn)程是如何開(kāi)啟系統中的其它進(jìn)程的呢?在闡述這個(gè)問(wèn)題之前,大致地說(shuō)明一下目前ubuntu中與init相關(guān)的幾個(gè)目錄和應用程序,可以方便后面的論述。這些目錄和程序包括:

    init

    telinit

    runlevel

    /etc/event.d/ /etc/init.d/ /etc/rcX.d/

    前三個(gè)是應用程序(注意哦,它們都不是shell腳本),可以理解為是由內核調用的。關(guān)于它們的功能,從manpage查看就可以了。我們的重點(diǎn)是后面給出的三個(gè)目錄。

    首先是/etc/event.d/目錄,這是upstart的核心,upstart不同于原有的init的地方就在于它引入了event機制。Event 機制通俗的講就是將所有進(jìn)程的觸發(fā)、停止等等都看作event(事件)。/etc/event.d/中就存放了目前upstart需要識別的event。這其中主要有三種rc-default, rcX(x=0,1,...6,S。sysv-rc-conf這個(gè)工具里就顯示了0,1,...6,S這幾個(gè)級別)以及ttyX。這rc-default 就類(lèi)似于那大名鼎鼎的inittab文件,它就是設置默認運行級別的 [注:upstart中實(shí)際并沒(méi)有運行級別的概念,這么稱(chēng)呼是為了init向后的兼容性],F在你應該知道了ubuntu里沒(méi)有了inittab文件后該到哪里設置默認運行級別的了吧!cat rc-default一下吧!rcX文件是發(fā)生相應運行級別事件(可以注意到event這個(gè)詞在upstart里真是無(wú)處不見(jiàn)啊)時(shí),需要運行程序的腳本,而ttyX則是設置偽終端數目的,也就是你Ctrl+Alt+F(1~6)調出的那個(gè)Console。我們以rc2為例,cat rc2:

    start on runlevel 2

    stop on runlevel [!2]

    console output

    script

    set $(runlevel --set 2 || true)

    if [ "$1" != "unknown" ]; then

    PREVLEVEL=$1

    RUNLEVEL=$2

    export PREVLEVEL RUNLEVEL

    fi

    exec /etc/init.d/rc 2

    end script

    ..

    不去考慮細節,只要注意到前兩行和倒數第二行就可以了?梢钥吹,rc2文件是定義在發(fā)生運行級別2的時(shí)候所要執行的東西,核心就是這句:exec /etc/init.d/rc 2。這樣,我們就可以自然地過(guò)渡到下一個(gè)重要的目錄,/etc/init.d/了。

    你可以ls /etc/init.d/看一下里面的內容,對它有個(gè)大致的了解。/etc/init.d/中存放的是服務(wù)(services)或者任務(wù)(tasks)的執行腳本?梢赃@么說(shuō),只要你安裝了一個(gè)程序(特別是服務(wù)程序daemon),它可以在系統啟動(dòng)的時(shí)候運行,那么它必定會(huì )在/etc/init.d/中有一個(gè)腳本文件。我們還回到上面的rc2文件,它執行了一個(gè)exec /etc/init.d/rc 2的命令。也就是說(shuō),給/etc/init.d/rc腳本傳遞了一個(gè)參數"2",讓它執行。我們仔細查看一下rc腳本(很長(cháng),耐心點(diǎn)),能看到這樣的一段:

    # Now run the START scripts for this runlevel.

    # Run all scripts with the same level in parallel

    ....... for s in /etc/rc$runlevel.d/S* .......

    這說(shuō)明,當給rc腳本傳遞一個(gè)數字參數"X"的時(shí)候,它在經(jīng)過(guò)一系列的設置后,將會(huì )開(kāi)始執行/etc/rcX.d/下S開(kāi)頭的腳本。這就過(guò)渡到下一個(gè)目錄/etc/rcX.d/了。

    進(jìn)入/etc/rcX.d/,ls -l /etc/rcX.d/看看有些什么內容?哈哈,沒(méi)錯,都是一些到/etc/init.d/中腳本的符號鏈接。不同的是它們的開(kāi)頭加上了S和一個(gè)數字。熟悉原本init的人應該知道,S表示在啟動(dòng)時(shí)運行,數字則表示執行的先后順序。

    這樣一來(lái),upstart管理的ubuntu啟動(dòng)過(guò)程應該就清楚了。梳理一下:1,內核啟動(dòng)init 2,init找到/etc/event.d/rc-default文件,確定默認的運行級別(X) 3,觸發(fā)相應的runlevel事件,開(kāi)始運行/etc/event.d/rcX 4,rcX運行/etc/init.d/rc,傳入參數X 5,/etc/init.d/rc腳本進(jìn)行一系列設置,最后運行相應的/etc/rcX.d/中的腳本6,/etc/rcX.d/中的腳本按事先設定的優(yōu)先級依次啟動(dòng),直至最后給出登錄畫(huà)面(啟動(dòng)X(jué)服務(wù)器和GDM)

    理解了這些,手動(dòng)配置開(kāi)機服務(wù)的啟動(dòng)與否就很簡(jiǎn)單了。Ubutnu默認的啟動(dòng)級別是2,不想啟動(dòng)的程序,只要把相應的符號鏈接從/etc/rc2.d/中刪去即可!
20
 樓主| 發(fā)表于 2009-11-13 15:25:02 | 只看該作者
現在搞linux,真的覺(jué)得容易太多了。網(wǎng)上資料很多,只要知道大概,總能找到。
我記得,俺最初搞的時(shí)候,只能自己看英文官方文檔。
把程序源碼看一遍,F在,會(huì )google就行啦。
您需要登錄后才可以回帖 登錄 | 立即注冊

本版積分規則

關(guān)于我們  -  服務(wù)條款  -  使用指南  -  站點(diǎn)地圖  -  友情鏈接  -  聯(lián)系我們
電子工程網(wǎng) © 版權所有   京ICP備16069177號 | 京公網(wǎng)安備11010502021702
快速回復 返回頂部 返回列表
午夜高清国产拍精品福利|亚洲色精品88色婷婷七月丁香|91久久精品无码一区|99久久国语露脸精品|动漫卡通亚洲综合专区48页