linux登陸載入配置文件順序linux
登陸分為本地登陸
和遠程登陸遠程登陸載入文件順序a.使用telnet.ssh等連接到伺服器b.伺服器啟動loginc.用戶輸入賬號與口令d.伺服器打開/etc/shadow
，
/etc/passwd
核對信息。
如果正確就在內存載入環境變數e.切換到主目錄f.啟動shell啟動shell分為登陸載入和非登陸載入1.登陸載入
--
遠程登陸或者本地使用
命令
xxshell
-l系統載入的文件只有2個
為
/etc/profile
和
~/.bash_profile(或者.bash_login
或者
.profile)但是系統默認的.pash_profile裡面又調用了~/.bashrc
所以登陸載入shell表現為載入了3個文件profile
.bash_profile
.bashrc2.非登陸載入只會載入.bashrc登陸載入和非登陸載入的文件其實正好算互補關系
⑵ Linux系統啟動及定製過程
CentOS的啟動流程總體順序如下:
POST --> Boot Sequence --> bootloader(MBR) --> Kernel --> 載入rootfs --> switchroot --> /sbin /init --> (配置文件：/etc/inittab, /etc/init/*.conf) --> 根據init配置文件設置默認運行級別 --> 運行系統初始化腳本/etc/rc.d/rc.sysinit，完成系統初始化 --> 開啟或關閉用戶選定的對應運行級別下所對應的服務 --> 啟動終端，列印登錄提示符。
註：前面加粗部分代表內核空間的系統啟動流程，後面未加粗部分代表用戶空間的系統啟動流程。
第一步：硬體啟動過程
POST加電自檢
主要實現的功能是檢測各個外圍硬體設備是否存在而且能夠正常運行起來，實現這一自檢功能的是固化在主板上的ROM(主要代表為CMOS)晶元上的BIOS(Basic Input/Output System)程序；例如BIOS會檢測CPU、Memory以及I/O設備是否能夠正常運行，如果是個人計算機的話可能還會檢測一下顯示器。只要一通電，CPU就會自動去載入ROM晶元上的BIOS程序，是這樣來實現的。而檢測完成之後就進行硬體設備的初始化。
選擇啟動設備以載入MBR
主要實現的功能是選擇要啟動的硬體設備，選擇了之後就可以讀取這個設備上位於MBR里頭的bootloader了。這一步的實現是這樣的：根據BIOS中對啟動順序的設定，BIOS自己會依次掃描各個引導設備，然後第一個被掃描到具有引導程序(bootloader)的設備就被作為要啟動的引導設備。
MBR（Main Boot Record），是硬碟的0柱面，0磁軌、1扇區（第一個扇區），稱為主引導扇區，也稱為主引導記錄。它由三部分組 成：主引導程序（BootLoader）、硬碟分區表DPT（Disk Partition table）和硬碟有效標志（55AA）。
註：硬碟默認一個扇區大小為512位元組。
第一部分，主引導程序（BootLoader）佔446個位元組，負責從活動分區中裝載，並運行系統引導程序。
第二部分，硬碟分區表DPT佔64個位元組，有4個分區表項，每個分區表項佔16個位元組，硬碟中分區有多少以及每一個分區的大小都記 錄在其中。
第三部分，硬碟有效標志，佔2個位元組，固定為55AA。如果這個標志位0xAA55，就認為這個是MB
第二步：GRUB引導階段
不同的系統有不同的主引導程序（BootLoader）。Windows使用的是NTLDR（NT Loader，Windows NT系列操作系統）、Bootmgr（Boot Manager，Windows Vista，7，8，10），Linux一般使用的是grub（也叫grub legacy）和grub2。GRUB程序載入執行並引導kernel（內核）程序，其中有三個階段，Grub引導階段的文件都在/boot/grub/目錄下。
stage1： 這一階段執行的就是系統安裝時預先寫入到MBR的Bootloader程序，即是存放在MBR的前446位元組里的程序。它的任務僅是讀取（載入）硬碟的0柱面，0磁軌，2扇區的內容（/boot/grub/stage1）並執行。
stage1.5： 這一階段是Stage1階段和Stage2階段的橋梁，功能是載入stage2所在分區的文件系統驅動，讓stage1中的bootloader能識別stage2所在分區的文件系統，此後grub程序便有能力去訪問/boot/grub/stage2。
stage2： 這一階段讀取並解析grub的配置文件/boot/grub/grub.cnf，根據配置文件載入內核鏡像到內存中，通過initrd程序建立虛擬根文件系統，最後調用（轉交）內核。
第三步：內部引導階段
載入內核，核心開始解壓，啟動一些最核心的程序。為了讓內核足夠的輕小，硬體驅動並沒放在內核文件裡面。系統僅探測可識別到的所有硬體設備，載入硬體驅動程序，即載入真正的根文件系統所在設備的驅動程序（有可能會藉助於ramdisk載入驅動），以只讀方式掛載根文件系統，運行用戶空間的第一個應用程序：/sbin/init。
第四步：init初始化階段（系統初始化階段）
雖然CentOS 5、CentOS 6以及CentOS 7的/etc/init配置文件內容各不相同，但總體的啟動流程相同：/sbin/init --> 根據/etc/inittab配置文件設置默認運行級別 --> 運行系統初始化腳本/etc/rc.d/rc.sysinit，完成系統初始化 --> 關閉或啟動用戶選定的默認運行級別所對應的服務 。
對於CentOS 5來說，初始化程序init是SysV init，其配置文件為：/etc/inittab； 對於CentOS 6來說，初始化程序init是upstart，其配置文件為：/etc/inittab， /etc/init/ .conf，也就是upstart將配置文件拆分成多個，在/etc/init/目錄下以conf結尾的都是upstart風格的配置文件，而/etc/inittab僅用於設置默認運行級別； 對於CentOS 7來說，初始化程序init是systemd，其配置文件：/usr/lib/system/systemd/, /etc/systemd/system/ ；
具體執行過程：/sbin/init程序會讀取/etc/inittab文件確認運行級別，然後執行/etc/rc.d/rc腳本，根據確認的運行級別啟動對應/etc/rc.d/rc#.d/目錄下的服務（#為0~6），與此同時執行系統初始化腳本/etc/rc.sysinit（軟鏈接，指向/etc/rc.d/rc.sysinit），還會載入/etc/rc.local（軟鏈接，指向/etc/rc.d/rc.local文件）用戶自定義服務（腳本）。
CentOS7中初始化進程變為了systemd，systemd即為system daemon，是Linux下的一種init軟體，開發目標是提供更優秀的框架以表示系統服務間的依賴關系，並依此實現系統初始化時服務的並行啟動，同時達到降低Shell系統開銷的效果，最終代替現在常用的System V與BSD風格的init程序。與多數發行版使用的System V風格的init相比，systemd採用了以下的新技術：A.採用Socket激活式與匯流排激活式服務，以提高相互依賴的各服務的並行運行性能；B.用Cgroup代替PID來追蹤進程，即使是兩次fork之後生成的守護進程也不會脫離systemd的控制。
第五步：啟動終端
根據前面獲取的運行級別來啟動終端，mingetty程序是用於啟動終端的，它會調用登錄程序login，這樣就能顯示出登錄提示符了，類似mingetty這種用於打開終端的程序還有getty等。而如果默認運行級別為5，則會打開圖形界面。
第一步：硬體啟動過程
這一步和CentOS6差不多，詳細請看1.1內容。
第二步：GRUB引導階段
從這一步開始，CentOS6和CentOS7的啟動流程區別開始展現出來了。CentOS7的主引導程序使用的是grub2，執行過程是先載入boot.img、core.img兩個鏡像，再載入MOD模塊文件，把grub2程序載入執行，接著解析配置文件/boot/grub/grub.cfg，根據配置文件載入內核鏡像到內存，之後構建虛擬根文件系統，最後轉到內核。
CentOS7中使用命令進行配置，而不直接去修改配置文件了。grub.cfg配置文件開頭注釋部分說明了由/etc/grub.d/目錄下文件和/etc/default/grub文件組成。改好配置後都需要使用命令grub2-mkconfig -o /boot/grub2/grub.cfg，將配置文件重新生成。
第三步：內部引導階段
這一步與CentOS6也差不多，載入驅動，切換到真正的根文件系統，唯一不同的是執行的初始化程序變成了/usr/lib/systemd/systemd。
第四步：init初始化階段（系統初始化階段）
CentOS7中我們的初始化進程變為了systemd。執行默認target配置文件/etc/systemd/system/default.target（這是一個軟鏈接，與默認運行級別有關）。然後執行sysinit.target來初始化系統和basic.target來准備操作系統。接著啟動multi-user.target下的本機與伺服器服務，並檢查/etc/rc.d/rc.local文件是否有用戶自定義腳本需要啟動。最後執行multi-user下的getty.target及登錄服務，檢查default.target是否有其他的服務需要啟動。
注意：/etc/systemd/system/default.target指向了/lib/systemd/system/目錄下的graphical.target或multiuser.target。而graphical.target依賴multiuser.target，multiuser.target依賴basic.target，basic.target依賴sysinit.target，所以倒過來執行。
unit對象：unit表示不同類型的systemd對象，通過配置文件進行標識和配置；文件中主要包含了系統服務、監聽socket、保存的系統快照以及其他與init相關的信息。（也就是CentOS6中的伺服器啟動腳本）
第五步：啟動終端
systemd執行sysinit.target
systemd啟動multi-user.target下的本機與伺服器服務
systemd執行multi-user.target下面的/etc/rc.d/rc.local
Systemd執行multi-user.target下的getty.target及登錄服務
getty.target是啟動終端的systemd對象。如果到此步驟，系統沒有指定啟動圖形桌面，到此就可以結束了，如果需要啟動圖形界面，要在此基礎上啟動桌面程序。
從 CentOS 7 版本之後，系統開始用 systemd 實現init進程，系統啟動和伺服器守護進程管理器功能，負責在系統啟動或運行時，激活系統資源，伺服器進程和其它進程。
unit表示不同類型的systemd對象，通過配置文件進行標識和配置；文件中主要包含了系統服務、監聽socket、保存的系統快照以及其它與init相關的信息。
3.2 system unit文件格式
/usr/lib/systemd/system：發行版打包者使用，每個服務最主要的啟動腳本設置，類似於之前的/etc/init.d/
/etc/systemd/system：系統管理員和用戶使用，管理員建立的執行腳本，類似於/etc/rcN.d/Sxx的功能，比上面目錄優先運行
/lib/systemd/system:：ubutun的對應目錄
/run/systemd/system：系統執行過程中所產生的服務腳本，比上面目錄優先運行
unit 格式說明：
service unit file文件通常由三部分組成：
Unit段的常用選項：
Service段的常用選項：
Install段的常用選項：
注意：對於新創建的unit文件，或者修改了的unit文件，要通知systemd重載此配置文件,而後可以選擇重啟。
首先在啟動界面按e編輯啟動參數,
將ro參數更改為rw init=/sysroot/bin/sh，按ctr + x啟動系統
按下圖執行命令更改root密碼
⑶ Linux如何在系統啟動時自動載入模塊
rc.sysinit中有這樣的一段代碼：
# Load other user-defined moles
for file in /etc/sysconfig/moles/*.moles ; do
[ -x $file ] && $file
done
# Load moles (for backward compatibility with VARs)
if [ -f /etc/rc.moles ]; then
/etc/rc.moles
fi
可見只需要配置兩個地方的任何一個就可以了（專以載入fuse內核模塊為屬例）
(1) 在/etc/sysconfig/moles/下面創建*.moles文件，參考已經有的*.moles文件，例如我寫創建文件my.moles，內容為modprobe fuse
記得最後chmod 755 my.moles
(2) 或者在/etc/rc.moles裡面加上modprobe fuse，沒有的話創建該文件。
然後reboot，lsmod | grep fuse驗證一下就OK了。
⑷ linux啟動時會載入的腳本文件會有哪些順序是咋樣的
啟動載入的腳本是/etc/rc[0-6,S].d/S*， 它們鏈接的是/etc/rc.d/init.d/*。其中，[0-6,S]對應啟動模式[0-6,S]。
每種啟動模式下S*腳本的執行順序是腳本名稱中的數字順序。