rootfslinux

❶ linux啟動時掛載rootfs的幾種方式

一直對linux啟動時掛載根文件系統的過程存在著很多疑問，今天在水木精華區找到了有用的資料，摘錄如下：
1。linux啟動時，經過一系列初始化之後，需要mount 根文件系統，為最後運行init進程等做准備，mount 根文件系統有這么幾種方式：
1）文件系統已經存在於硬碟（或者類似的設備）的某個分區上了，kernel根據啟動的命令行參數（root＝/dev/xxx),直接進行mount。 這里有一個問題，在root文件系統本身還不存在的情況下，kernel如 何根據/dev/xxx來找到對應的設備呢？注意：根文件系統和其他文件系統的mount方式是不一樣的，kernel通過直接解析設備的名稱來獲得設備的主、從設備號，然後就可以訪問對應的設備驅動 了。所以在init/main.c中有很長一串的root_dev_names（如hda,hdab,sda,sdb,nfs,ram,mtdblock……），通過這個表就可以根據設備名稱得到設備號。注意，bootloader或內核中設定的啟動參數（root＝/dev/xxx)只是一個代號，實際的根文件系統中不一定存在這個設備文件！
2）從軟碟機等比較慢的設備上裝載根文件系統，如果kernel支持ramdisk，在裝載root文件系統時，內核判斷到需要從軟盤（fdx）mount(root=/dev/fd0)，就會自動把文件系統映象復制到ramdisk，一般對應設備ram0，然後在ram0上mount 根文件系統。 從源碼看，如果kernel編譯時沒有支持ramdisk，而啟動參數又是root=/dev/fd0, 系統將直接在軟盤上mount，除了速度比較慢，理論上是可行的（沒試過，不知道是不是這樣？）
3）啟動時用到initrd來mount根文件系統。注意理解ramdisk和initrd這兩個概念，其實ramdisk只是在ram上實現的塊設備，類似與硬碟操作，但有更快的讀寫速度，它可以在系統運行的任何時候使用，而不僅僅是用於啟動；initrd（boot loader initialized RAM disk）可以說是啟動過程中用到的一種機制，具體的實現過程也使用ramdisk技術。就是在裝載linux之前，bootloader可以把一個比較小的根文件系統的映象裝載在內存的某個指定位置，姑且把這段內存稱為initrd（這里是initrd所佔的內存，不是ramdisk，注意區別），然後bootloader通過傳遞參數的方式告訴內核initrd的起始地址和大小（也可以把這些參數編譯在內核中），在啟動階段就可以暫時的用initrd來mount根文件系統。initrd的最初的目的是為了把kernel的啟動分成兩個階段：在kernel中保留最少最基本的啟動代碼，然後把對各種各樣硬體設備的支持以模塊的方式放在initrd中，這樣就在啟動過程中可以從initrd所mount的根文件系統中裝載需要的模塊。這樣的一個好處就是在保持kernel不變的情況下，通過修改initrd中的內容就可以靈活的支持不同的硬體。在啟動完成的最後階段，根文件系統可以重新mount到其他設備上，但是也可以不再 重新mount（很多嵌入式系統就是這樣）。 initrd的具體實現過程是這樣的：bootloader把根文件系統映象裝載到內存指定位置，把相關參數傳遞給內核，內核啟動時把initrd中的內容復制到ramdisk中（ram0），把initrd佔用的內存釋放掉，在ram0上mount根文件系統。從這個過程可以看出，內核需要對同時對ramdisk和initrd的支持（這種需要都編入內核，不能作為模塊）。
2。嵌入式系統根文件系統的一種實現方法：對於kernel和根文件系統都存儲在flash中的系統，一般可以利用linux啟動的initrd的機制。具體的過程前面已經比較清楚了，還有一點就是在啟動參數中傳遞root=/dev/ram0，這樣使得用initrd進行mount的根文件系統不再切換，因為這個時候實際的設備就是ram0。還有就是initrd的起始地址參數為虛擬地址，需要和bootloader中用的物理地址對應。

❷ 怎樣查看linux系統的boot.img 和rootfs.img文件

linux基本配置和管理----linux系統啟動詳解1系統啟動的流程BIOS->MBR+bootcode->執行引導程序：GRUB->載入內核->執行init->運行runlevel2啟動詳解1BIOS1BIOS指的是基本的輸入輸出系統(basicinputoutputsystem)，一般保存在主板上的BIOS晶元中2計算機啟動的第一步一般都是先啟動BIOS，然後BIOS去檢查硬體以及查找可啟動的設備3可啟動的設備可以在BIOS中進行設置，包括USB,CDROM,HD等2MBR1MBR是512位元組的，前446位元組為引導代碼2BIOS通過第一個扇區的512位元組中最後兩個位元組為55aa來判斷設備為啟動設備3MBR只是去載入引導程序GURB3GRUB1GRUB是現在linux使用的主流的引導程序2GRUB可以引導幾乎所有的操作系統3GRUB的相關文件保存在/boot/grub中4KERNEL1MBR的引導代碼將負責找到並載入linux的內核2linux內核保存在/boot/vmlinuz3一般還會載入內核模塊的打包文件/boot/init..4linux為了保持內核的精簡會將一些不常用的驅動，功能編譯為模塊，然後在要用的時候動態的載入，而這些模塊被保存為initrmfs文件5早期的linux是使用initrd文件，但是現在的絕大多數的linux版本都是使用initrmfs，這樣能夠更節省空間，更加靈活6命令dmesg可以用來查看被次啟動內核的輸出信息5INIT1init是linux運行的第一個進程，init是所有進程的父進程，編號為12調用/etc/rc.d/rc.sysinit來對系統進行初始化，掛載文件系統，並且根據運行級別啟動相應的程序3linux的運行級別0關機1單用戶模式2不帶網路的多用戶模式3命令行的多用戶模式4未使用5圖形界面多用戶模式6重啟4我們可以通過runlevel查看之前和當前的運行級別5命令init可以用來查看改變當前的運行級別6單用戶修改root密碼1為內核傳遞參數1或者是single可使系統進入單用戶模式2單用戶模式不啟動任何的服務3單用戶模式直接以root登錄，不需要密碼4我們可以通過passwd來修改root的密碼5由於任何接近我們這個物理機的人都有可能修改我們的root密碼，因此我們可以通過GRUB加密來防止密碼被修改6我們在grub.conf中的啟動設置裡面添加一行password--md5加密後的串密碼我們可以通過grub-md5-crypt生成

❸ Linux根文件系統詳解

Linux的文件和目錄組織是一個單根的倒置的樹狀結構，文件系統從根目錄下開始，用"/"表示，我們也可稱為根文件系統(rootfs),這樣的根文件系統，有以下特性：

（1） 文件名稱區分大小寫

（2） 以.開頭的文件為隱藏文件

（3） 以/作為路徑分隔符

在Linux各大發行版中它們的文件和目錄組織其實是遵循FHS（Filesystem Hierarchy Standard）標准，FHS定義了系統中每個目錄的用途。FHS有2層規范，第一層里定義了/下的各個目錄應該要放什麼數據。第2層則是針對/usr及/var這2個目錄的子目錄來定義。最新版本FHS2.3，大致內容如下表所示：

各大發行版除了遵循基本的LFS之外，也可以追加自己的目錄結構，形成自己的風格；例如：在Ubuntu中網卡配置文件是存放在/etc/network/目錄下，CentOS是在/etc/sysconfig/network-scripts/目錄下。CentOS系統一些重要的目錄及其基本用途如下圖所示：

CentOS7之後bin,lib,lib64,sbin合並到/usr/bin,/usr/lib/,/usr/lib64,/usr/sbin里了。

❹ 「干貨」嵌入式Linux系統移植的四大步驟（上）

在學習系統移植的相關知識，在學習和調試過程中，發現了很多問題，也解決了很多問題，但總是對於我們的開發結果有一種莫名其妙的感覺，糾其原因，主要對於我們的開發環境沒有一個深刻的認識，有時候幾個簡單的命令就可以完成非常復雜的功能，可是我們有沒有想過，為什麼會有這樣的效果？

如果沒有去追問，只是機械地完成，並且看到實驗效果，這樣做其實並沒有真正的掌握系統移植的本質。

在做每一個步驟的時候， 首先問問自己，為什麼要這樣做，然後再問問自己正在做什麼？ 搞明白這幾個問題，我覺得就差不多了，以後不管更換什麼平台，什麼晶元，什麼開發環境，你都不會迷糊，很快就會上手。對於嵌入式的學習方法，我個人方法就是：從宏觀上把握(解決為什麼的問題)，微觀上研究(解決正在做什麼的問題)，下面以自己學習的arm-cortex_a8開發板為目標，介紹下自己的學習方法和經驗。

嵌入式Linux系統移植主要由四大部分組成：

一、搭建交叉開發環境
二、bootloader的選擇和移植
三、kernel的配置、編譯、和移植
四、根文件系統的製作

第一部分：搭建交叉開發環境

先介紹第一分部的內容：搭建交叉開發環境，首先必須得思考兩個問題，什麼是交叉環境? 為什麼需要搭建交叉環境？

先回答第一個問題，在嵌入式開發中，交叉開發是很重要的一個概念，開發的第一個環節就是搭建環境，第一步不能完成，後面的步驟從無談起，這里所說的交叉開發環境主要指的是：在開發主機上(通常是我的pc機)開發出能夠在目標機(通常是我們的開發板)上運行的程序。嵌入式比較特殊的是不能在目標機上開發程序(狹義上來說)，因為對於一個原始的開發板，在沒有任何程序的情況下它根本都跑不起來，為了讓它能夠跑起來，我們還必須要藉助pc機進行燒錄程序等相關工作，開發板才能跑起來，這里的pc機就是我們說的開發主機，想想如果沒有開發主機，我們的目標機基本上就是無法開發，這也就是電子行業的一句名言：搞電子，說白了，就是玩電腦！

然後回答第二個問題，為什麼需要交叉開發環境？主要原因有以下幾點：

原因 1： 嵌入式系統的硬體資源有很多限制，比如cpu主頻相對較低，內存容量較小等，想想讓幾百MHZ主頻的MCU去編譯一個Linux kernel會讓我們等的不耐煩，相對來說，pc機的速度更快，硬體資源更加豐富，因此利用pc機進行開發會提高開發效率。

原因2： 嵌入式系統MCU體系結構和指令集不同，因此需要安裝交叉編譯工具進行編譯，這樣編譯的目標程序才能夠在相應的平台上比如：ARM、MIPS、 POWEPC上正常運行。

交叉開發環境的硬體組成主要由以下幾大部分 ：

1.開發主機
2.目標機（開發板）
3.二者的鏈接介質，常用的主要有3種方式：(1)串口線 (2)USB線 (3)網線

對應的硬體介質，還必須要有相應的軟體「介質」支持：

1.對於串口，通常用的有串口調試助手，putty工具等，工具很多，功能都差不多，會用一兩款就可以；

2.對於USB線，當然必須要有USB的驅動才可以，一般晶元公司會提供，比如對於三星的晶元，USB下載主要由DNW軟體來完成；

3.對於網線，則必須要有網路協議支持才可以， 常用的服務主要兩個

第一：tftp服務：

主要用於實現文件的下載，比如開發調試的過程中，主要用tftp把要測試的bootloader、kernel和文件系統直接下載到內存中運行，而不需要預先燒錄到Flash晶元中，一方面，在測試的過程中，往往需要頻繁的下載，如果每次把這些要測試的文件都燒錄到Flash中然後再運行也可以，但是缺點是：過程比較麻煩，而且Flash的擦寫次數是有限的；另外一方面：測試的目的就是把這些目標文件載入到內存中直接運行就可以了，而tftp就剛好能夠實現這樣的功能，因此，更沒有必要把這些文件都燒錄到Flash中去。

第二： nfs服務：

主要用於實現網路文件的掛載，實際上是實現網路文件的共享，在開發的過程中，通常在系統移植的最後一步會製作文件系統，那麼這是可以把製作好的文件系統放置在我們開發主機PC的相應位置，開發板通過nfs服務進行掛載，從而測試我們製作的文件系統是否正確，在整個過程中並不需要把文件系統燒錄到Flash中去，而且掛載是自動進行掛載的，bootload啟動後，kernel運行起來後會根據我們設置的啟動參數進行自動掛載，因此，對於開發測試來講，這種方式非常的方便，能夠提高開發效率。

另外，還有一個名字叫 samba 的服務也比較重要，主要用於文件的共享，這里說的共享和nfs的文件共享不是同一個概念，nfs的共享是實現網路文件的共享，而samba實現的是開發主機上 Windows主機和Linux虛擬機之間的文件共享，是一種跨平台的文件共享 ，方便的實現文件的傳輸。

以上這幾種開發的工具在嵌入式開發中是必備的工具，對於嵌入式開發的效率提高做出了偉大的貢獻，因此，要對這幾個工具熟練使用，這樣你的開發效率會提高很多。等測試完成以後，就會把相應的目標文件燒錄到Flash中去，也就是等發布產品的時候才做的事情，因此對於開發人員來說，所有的工作永遠是測試。

通過前面的工作，我們已經准備好了交叉開發環境的硬體部分和一部分軟體，最後還缺少交叉編譯器，讀者可能會有疑問，為什麼要用交叉編譯器？前面已經講過，交叉開發環境必然會用到交叉編譯工具，通俗地講就是在一種平台上編譯出能運行在體系結構不同的另一種平台上的程序，開發主機PC平台（X86 CPU）上編譯出能運行在以ARM為內核的CPU平台上的程序，編譯得到的程序在X86 CPU平台上是不能運行的，必須放到ARM CPU平台上才能運行，雖然兩個平台用的都是Linux系統。相對於交叉編譯，平常做的編譯叫本地編譯，也就是在當前平台編譯，編譯得到的程序也是在本地執行。用來編譯這種跨平台程序的編譯器就叫交叉編譯器，相對來說，用來做本地編譯的工具就叫本地編譯器。所以要生成在目標機上運行的程序，必須要用交叉編譯工具鏈來完成。

這里又有一個問題，不就是一個交叉編譯工具嗎？為什麼又叫交叉工具鏈呢？原因很簡單，程序不能光編譯一下就可以運行，還得進行匯編和鏈接等過程，同時還需要進行調試，對於一個很大工程，還需要進行工程管理等等，所以，這里 說的交叉編譯工具是一個由 編譯器、連接器和解釋器 組成的綜合開發環境，交叉編譯工具鏈主要由binutils(主要包括匯編程序as和鏈接程序ld)、gcc(為GNU系統提供C編譯器)和glibc(一些基本的C函數和其他函數的定義) 3個部分組成。有時為了減小libc庫的大小，也可以用別的 c 庫來代替 glibc，例如 uClibc、dietlibc 和 newlib。

那麼，如何得到一個交叉工具鏈呢？是從網上下載一個「程序」然後安裝就可以使用了嗎？回答這個問題之前先思考這樣一個問題，我們的交叉工具鏈顧名思義就是在PC機上編譯出能夠在我們目標開發平台比如ARM上運行的程序，這里就又有一個問題了，我們的ARM處理器型號非常多，難道有專門針對我們某一款的交叉工具鏈嗎？若果有的話，可以想一想，這么多處理器平台，每個平台專門定製一個交叉工具鏈放在網路上，然後供大家去下載，想想可能需要找很久才能找到適合你的編譯器，顯然這種做法不太合理，且浪費資源！因此，要得到一個交叉工具鏈，就像我們移植一個Linux內核一樣，我們只關心我們需要的東西，編譯我們需要的東西在我們的平台上運行，不需要的東西我們不選擇不編譯，所以，交叉工具鏈的製作方法和系統移植有著很多相似的地方，也就是說，交叉開發工具是一個支持很多平台的工具集的集合(類似於Linux源碼)，然後我們只需從這些工具集中找出跟我們平台相關的工具就行了，那麼如何才能找到跟我們的平台相關的工具，這就是涉及到一個如何製作交叉工具鏈的問題了。

通常構建交叉工具鏈有如下三種方法：

方法一 ： 分步編譯和安裝交叉編譯工具鏈所需要的庫和源代碼，最終生成交叉編譯工具鏈。該方法相對比較困難，適合想深入學習構建交叉工具鏈的讀者。如果只是想使用交叉工具鏈，建議使用下列的方法二構建交叉工具鏈。

方法二： 通過Crosstool-ng腳本工具來實現一次編譯，生成交叉編譯工具鏈，該方法相對於方法一要簡單許多，並且出錯的機會也非常少，建議大多數情況下使用該方法構建交叉編譯工具鏈。

方法三 ： 直接通過網上下載已經製作好的交叉編譯工具鏈。該方法的優點不用多說，當然是簡單省事，但與此同時該方法有一定的弊端就是局限性太大，因為畢竟是別人構建好的，也就是固定的，沒有靈活性，所以構建所用的庫以及編譯器的版本也許並不適合你要編譯的程序，同時也許會在使用時出現許多莫名其妙的錯誤，建議讀者慎用此方法。

crosstool-ng是一個腳本工具，可以製作出適合不同平台的交叉編譯工具鏈，在進行製作之前要安裝一下軟體：
$ sudo apt-get install g++ libncurses5-dev bison flex texinfo automake libtool patch gcj cvs cvsd gawk
crosstool腳本工具可以在http://ymorin.is-a-geek.org/projects/crosstool下載到本地，然後解壓，接下來就是進行安裝配置了，這個配置優點類似內核的配置。主要的過程有以下幾點：
1. 設定源碼包路徑和交叉編譯器的安裝路徑
2. 修改交叉編譯器針對的構架

3. 增加編譯時的並行進程數，以增加運行效率，加快編譯，因為這個編譯會比較慢。
4. 關閉JAVA編譯器 ，減少編譯時間
5. 編譯
6. 添加環境變數
7. 刷新環境變數。
8. 測試交叉工具鏈

到此，嵌入式Linux系統移植四大部分的第一部分工作全部完成，接下來可以進行後續的開發了。

第二部分：bootloader的選擇和移植

01 Boot Loader 概念

就是在操作系統內核運行之前運行的一段小程序。通過這段小程序，我們可以初始化硬體設備、建立內存空間的映射圖，從而將系統的軟硬體環境帶到一個合適的狀態，以便為最終調用操作系統內核准備好正確的環境，他就是所謂的引導載入程序（Boot Loader）。

02 為什麼系統移植之前要先移植BootLoader？

BootLoader的任務是引導操作系統，所謂引導操作系統，就是啟動內核，讓內核運行就是把內核載入到內存RAM中去運行，那先問兩個問題：第一個問題，是誰把內核搬到內存中去運行？第二個問題：我們說的內存是SDRAM，大家都知道，這種內存和SRAM不同，最大的不同就是SRAM只要系統上電就可以運行，而SDRAM需要軟體進行初始化才能運行，那麼在把內核搬運到內存運行之前必須要先初始化內存吧，那麼內存是由誰來初始化的呢？其實這兩件事情都是由bootloader來乾的，目的是為內核的運行准備好軟硬體環境，沒有bootloadr我們的系統當然不能跑起來。

03 bootloader的分類

首先更正一個錯誤的說法，很多人說bootloader就是U-boot，這種說法是錯誤的，確切來說是u-boot是bootloader的一種。也就是說bootloader具有很多種類，

由上圖可以看出，不同的bootloader具有不同的使用范圍，其中最令人矚目的就是有一個叫U-Boot的bootloader，是一個通用的引導程序，而且同時支持X86、ARM和PowerPC等多種處理器架構。U-Boot，全稱 Universal Boot Loader，是遵循GPL條款的開放源碼項目，是由德國DENX小組開發的用於多種嵌入式CPU的bootloader程序，對於Linux的開發，德國的u-boot做出了巨大的貢獻，而且是開源的。

u-boot具有以下特點：

① 開放源碼；
② 支持多種嵌入式操作系統內核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS；
③ 支持多個處理器系列，如PowerPC、ARM、x86、MIPS、XScale；
④ 較高的可靠性和穩定性；
⑤ 高度靈活的功能設置，適合U-Boot調試、操作系統不同引導要求、產品發布等；
⑥ 豐富的設備驅動源碼，如串口、乙太網、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、鍵盤等；
⑦ 較為豐富的開發調試文檔與強大的網路技術支持；
其實，把u-boot可以理解為是一個小型的操作系統。

04 u-boot的目錄結構

* board 目標板相關文件，主要包含SDRAM、FLASH驅動；
* common 獨立於處理器體系結構的通用代碼，如內存大小探測與故障檢測；
* cpu 與處理器相關的文件。如mpc8xx子目錄下含串口、網口、LCD驅動及中斷初始化等文件；
* driver 通用設備驅動，如CFI FLASH驅動(目前對INTEL FLASH支持較好)
* doc U-Boot的說明文檔；
* examples可在U-Boot下運行的示常式序；如hello_world.c,timer.c；
* include U-Boot頭文件；尤其configs子目錄下與目標板相關的配置頭文件是移植過程中經常要修改的文件；
* lib_xxx 處理器體系相關的文件，如lib_ppc, lib_arm目錄分別包含與PowerPC、ARM體系結構相關的文件；
* net 與網路功能相關的文件目錄，如bootp,nfs,tftp；
* post 上電自檢文件目錄。尚有待於進一步完善；
* rtc RTC驅動程序；
* tools 用於創建U-Boot S-RECORD和BIN鏡像文件的工具；

05 u-boot的工作模式

U-Boot的工作模式有 啟動載入模式和下載模式 。啟動載入模式是Bootloader的正常工作模式，嵌入式產品發布時，Bootloader必須工作在這種模式下，Bootloader將嵌入式操作系統從FLASH中載入到SDRAM中運行，整個過程是自動的。 下載模式 就是Bootloader通過某些通信手段將內核映像或根文件系統映像等從PC機中下載到目標板的SDRAM中運行，用戶可以利用Bootloader提供的一些令介面來完成自己想要的操作，這種模式主要用於測試和開發。

06 u-boot的啟動過程

大多數BootLoader都分為stage1和stage2兩大部分，U-boot也不例外。依賴於cpu體系結構的代碼（如設備初始化代碼等）通常都放在stage1且可以用匯編語言來實現，而stage2則通常用C語言來實現，這樣可以實現復雜的功能，而且有更好的可讀性和移植性。

1、 stage1(start.s代碼結構)
U-boot的stage1代碼通常放在start.s文件中，它用匯編語言寫成，其主要代碼部分如下：
（1） 定義入口。由於一個可執行的image必須有一個入口點，並且只能有一個全局入口，通常這個入口放在rom(Flash)的0x0地址，因此，必須通知編譯器以使其知道這個入口，該工作可通過修改連接器腳本來完成。
（2）設置異常向量(exception vector)。
（3）設置CPU的速度、時鍾頻率及中斷控制寄存器。
（4）初始化內存控制器 。
（5）將rom中的程序復制到ram中。
（6）初始化堆棧 。
（7）轉到ram中執行，該工作可使用指令ldrpc來完成。

2、 stage2（C語言代碼部分）

lib_arm/board.c中的start armboot是C語言開始的函數，也是整個啟動代碼中C語言的主函數，同時還是整個u-boot（armboot）的主函數，該函數主要完成如下操作：
（1）調用一系列的初始化函數。
（2）初始化flash設備。
（3）初始化系統內存分配函數。
（4）如果目標系統擁有nand設備，則初始化nand設備。
（5）如果目標系統有顯示設備，則初始化該類設備。
（6）初始化相關網路設備，填寫ip,c地址等。
（7）進入命令循環（即整個boot的工作循環），接受用戶從串口輸入的命令，然後進行相應的工作。

07 基於cortex-a8的s5pc100bootloader啟動過程分析

s5pc100支持兩種啟動方式，分別為USB啟動方式和NandFlash啟動方式：

1. S5PC100 USB啟動過程

[1] A8 reset, 執行iROM中的程序
[2] iROM中的程序根據S5PC100的配置管腳(SW1開關4，撥到4對面)，判斷從哪裡啟動(USB)
[3] iROM中的程序會初始化USB，然後等待PC機下載程序
[4] 利用DNW程序，從PC機下載SDRAM的初始化程序到iRAM中運行，初始化SDRAM
[5] SDRAM初始化完畢，iROM中的程序繼續接管A8, 然後等待PC下載程序(BootLoader)
[6] PC利用DNW下載BootLoader到SDRAM
[7] 在SDRAM中運行BootLoader

2. S5PC100 Nandflash啟動過程

[1] A8 reset, 執行IROM中的程序
[2] iROM中的程序根據S5PC100的配置管腳(SW1開關4，撥到靠4那邊)，判斷從哪裡啟動(Nandflash)
[3] iROM中的程序驅動Nandflash
[4] iROM中的程序會拷貝Nandflash前16k到iRAM
[5] 前16k的程序(BootLoader前半部分)初始化SDRAM，然後拷貝完整的BootLoader到SDRAM並運行
[6] BootLoader拷貝內核到SDRAM，並運行它
[7] 內核運行起來後，掛載rootfs，並且運行系統初始化腳本

08 u-boot移植(基於cortex_a8的s5pc100為例)

1.建立自己的平台

(1).下載源碼包2010.03版本，比較穩定
(2).解壓後添加我們自己的平台信息，以smdkc100為參考版，移植自己s5pc100的開發板
(3).修改相應目錄的文件名，和相應目錄的Makefile，指定交叉工具鏈。
(4).編譯
(5).針對我們的平台進行相應的移植，主要包括修改SDRAM的運行地址，從0x20000000
(6).「開關」相應的宏定義
(7).添加Nand和網卡的驅動代碼
(8).優化go命令
(9).重新編譯 make distclean(徹底刪除中間文件和配置文件) make s5pc100_config(配置我們的開發板) make(編譯出我們的u-boot.bin鏡像文件)
(10).設置環境變數，即啟動參數，把編譯好的u-boot下載到內存中運行，過程如下：
1. 配置開發板網路
ip地址配置:
$setenv ipaddr 192.168.0.6 配置ip地址到內存的環境變數
$saveenv 保存環境變數的值到nandflash的參數區

網路測試:
在開發開發板上ping虛擬機：
$ ping 192.168.0.157(虛擬機的ip地址)

如果網路測試失敗,從下面幾個方面檢查網路：
1. 網線連接好
2. 開發板和虛擬機的ip地址是否配置在同一個網段
3. 虛擬機網路一定要採用橋接(VM--Setting-->option)
4. 連接開發板時，虛擬機需要設置成 靜態ip地址

2. 在開發板上，配置tftp伺服器(虛擬機)的ip地址
$setenv serverip 192.168.0.157(虛擬機的ip地址)
$saveenv
3. 拷貝u-boot.bin到/tftpboot(虛擬機上的目錄)
4. 通過tftp下載u-boot.bin到開發板內存
$ tftp 20008000(內存地址即可) u-boot.bin(要下載的文件名)

如果上面的命令無法正常下載:
1. serverip配置是否正確
2. tftp服務啟動失敗，重啟tftp服務
#sudo service tftpd-hpa restart

5. 燒寫u-boot.bin到nandflash的0地址
$nand erase 0(起始地址) 40000(大小) 擦出nandflash 0 - 256k的區域
$nand write 20008000((緩存u-boot.bin的內存地址) 0(nandflash上u-boot的位置) 40000(燒寫大小)

6. 切換開發板的啟動方式到nandflash
1. 關閉開發板
2. 把SW1的開關4撥到4的那邊
3. 啟動開發板，它就從nandflash啟動

❺ rootfs.cpio是什麼文件

rootfs是linux中的概念：rootfs是ramfs的特殊實例，在2.6的內核中必然存在。rootfs不能被卸載(與其添加特殊代碼用來維護空的鏈表，不如把rootfs節點始終加入，因此便於kernel維護：簡單、精煉。rootfs是ramfs的一個空實例，佔用空間極小)。大部分其他的文件系統安裝於rootfs之上。
.cpio是將磁碟文件轉儲到磁帶的文件格式。

rootfs.cpio就是一個Linux內核空實例的磁帶備份文件。

❻ Linux rootfs 第一次掛載為什麼是只讀掛載

ro參數告訴內核以只讀方式載入根文件系統，以便進行文件系統完整性檢查，比如運行fsck.

❼ 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中mv rootfs/*./ 是什麼意思

在linux中，mv 是 move的縮寫，為搬移命令，後跟要搬移的東西，及搬移到的位置
而「*」在linux中，是模糊匹配的意思，這里表示所有文檔。
「.」是linux路徑中，一個特殊的路徑名，表示「當前目錄」
所以這句命令的意思就是：將當前目錄下的rootfs目錄下的所有內容，移動到當前目錄下邊。
這句執行完後，rootfs目錄下，應該是沒有可見的文檔了（不詳細解釋其內涵了）。其下邊兒的東西，都在當前目錄放著。
你可以用 ls 命令來查看一下。詳細用法可參考《linux就該這么學》第二站

❾ linux系統開機出現rootfs是什麼意思

找不到根文件系統。

❿ 如何拷貝linux rootfs.ext4內容

把rootfs.ext4掛載到某個目錄，然後再拷貝，掛載的命令如：
sudo mount -o loop -t ext4 rootfs.ext4 /home/user/rootfs
後面的/home/user/rootfs為掛載目錄，你可以任意指定，掛載成功後，就可以像訪問普通文件夾一樣拷貝數據‍