在做每一個步驟的時候，首先問問自己，爲什麼要這樣做，然後再問問自己正在做什麼？搞明白這幾個問題，我覺得就差不多了，以後不管更換什麼平臺，什麼芯片，什麼開發環境，你都不會迷糊，很快就會上手。對於嵌入式的學習方法，我個人方法就是：從宏觀上把握(解決爲什麼的問題)，微觀上研究(解決正在做什麼的問題)，下面以自己學習的arm-cortex_a8開發板爲目標，介紹下自己的學習方法和經驗。
嵌入式Linux系統移植主要由四大部分組成：
一、搭建交叉開發環境
二、bootloader的選擇和移植
三、kernel的配置、編譯、和移植
四、根文件系統的製作
第一部分：搭建交叉開發環境
然後回答第二個問題，爲什麼需要交叉開發環境？主要原因有以下幾點：
原因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的選擇和移植
一、Boot Loader 概念
就是在操作系統內核運行之前運行的一段小程序。通過這段小程序，我們可以初始化硬件設備、建立內存空間的映射圖，從而將系統的軟硬件環境帶到一個合適的狀態，以便爲最終調用操作系統內核準備好正確的環境，他就是所謂的引導加載程序（Boot Loader）。
BootLoader的任務是引導操作系統，所謂引導操作系統，就是啓動內核，讓內核運行就是把內核加載到內存RAM中去運行，那先問兩個問題：第一個問題，是誰把內核搬到內存中去運行？第二個問題：我們說的內存是SDRAM，大家都知道，這種內存和SRAM不同，最大的不同就是SRAM只要系統上電就可以運行，而SDRAM需要軟件進行初始化才能運行，那麼在把內核搬運到內存運行之前必須要先初始化內存吧，那麼內存是由誰來初始化的呢？其實這兩件事情都是由bootloader來乾的，目的是爲內核的運行準備好軟硬件環境，沒有bootloadr我們的系統當然不能跑起來。
三、bootloader的分類。
首先更正一個錯誤的說法，很多人說bootloader就是U-boot，這種說法是錯誤的，確切來說是u-boot是bootloader的一種。也就是說bootloader具有很多種類，大概的分類如下圖所示：
u-boot具有以下特點：
② 支持多種嵌入式操作系統內核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS；
③ 支持多個處理器系列，如PowerPC、ARM、x86、MIPS、XScale；
④ 較高的可靠性和穩定性；
⑤ 高度靈活的功能設置，適合U-Boot調試、操作系統不同引導要求、產品發佈等；
⑥ 豐富的設備驅動源碼，如串口、以太網、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、鍵盤等；
⑦ 較爲豐富的開發調試文檔與強大的網絡技術支持；
其實，把u-boot可以理解爲是一個小型的操作系統。
四、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鏡像文件的工具；
五、u-boot的工作模式
U-Boot的工作模式有啓動加載模式和下載模式。啓動加載模式是Bootloader的正常工作模式，嵌入式產品發佈時，Bootloader必須工作在這種模式下，Bootloader將嵌入式操作系統從FLASH中加載到SDRAM中運行，整個過程是自動的。下載模式就是Bootloader通過某些通信手段將內核映像或根文件系統映像等從PC機中下載到目標板的SDRAM中運行，用戶可以利用Bootloader提供的一些令接口來完成自己想要的操作，這種模式主要用於測試和開發。
六、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的工作循環），接受用戶從串口輸入的命令，然後進行相應的工作。
七、基於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，並且運行系統初始化腳本
八、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啓動
第三部分：kernel的配置、編譯、和移植
一、將下載好的linux-2.6.35.tar.bz2拷貝到主目錄下解壓
二、修改頂層目錄下的Makefile，主要修改平臺的體系架構和交叉編譯器，代碼如下：
ARCH ?= $(SUBARCH)
CROSS_COMPILE ?=
CROSS_COMPILE ?= $(CONFIG_CROSS_COMPILE:"%"=%)
修改以上代碼爲：
ARCH ?= arm ---->體系架構是arm架構
CROSS_COMPILE ?= arm-cortex_a8-linux-gnueabi- ---->交叉編譯器是arm-cortex_a8平臺的
注意：這兩個變量值會直接影響頂層Makefile的編譯行爲，即選擇編譯哪些代碼，用什麼編譯器進行編譯。
三、拷貝標準版配置文件，目的是得到跟我們開發板相關的配置信息。
$ cp arch/arm/configs/s5pc100_defconfig .config
這裏拷貝arch/arm/configs/s5pc100_defconfig到 .config文件是選取跟我們開發板相關的代碼。因爲Linux支持的平臺非常非常多，不僅僅是ARM處理器，當然我們編譯的時候只需要編譯跟我們平臺相關的代碼就可以了，平臺相關的不需要編譯，那麼就有個問題，Linux系統中的源代碼文件有一萬多以個，面對這麼龐大的文件數量，我們如何去選擇呢？
其實，我們擔心的問題也是寫操作系統的那哥們早就擔心過的問題了，只不過人家已經把這個問題幫我們解決了，我們只需進行很簡單的操作，就可以選擇出我們要編譯的代碼，具體的方法就是把相應平臺的_deconfig直接拷貝到頂層目錄的.config文件中，這樣.config文件中就記錄了我們要移植平臺的平臺信息，因爲在配置內核時，系統會把所有的配置信息都保存在頂層目錄的.config文件中。注意在第一次，進行make
menuconfig時，系統會根據我們選取的平臺信息自動選取相關的代碼和模塊，因此我們只需要進入然後再退出，選擇保存配置信息就行了，系統會把這些跟我們移植平臺相關的所有配置信息全部保存在頂層目錄的.config文件中。
四、配置內核
$make menuconfig
注意：第一次進去，不做任何操作，直接推出，在推出時提示是否保存配置信息，一定要保存配置信息，點擊“YES”。這樣我們的.config中就已經保存了我們開發平臺的信息。
在這個環節，我們需要關心一個問題，make menuconfig時，系統到低都做了哪些事情？爲什麼會出現圖形化的界面？圖形化的界面中的相關內容是從哪裏來的？
圖形化的界面當然是由一個特殊的圖形庫來實現的，還記得第一次make menuconfig時，系統並沒有出現圖形化的界面，而是報錯了，並且提示我們缺少 ncurses-devel ,此時只需要按照要求安裝一個libncurses5-dev就行了，sudo apt-get install libncurses5-dev，有了這個圖形化庫的支持，我們才能夠正常顯示圖形化界面。
好了，圖形化界面的問題解決了，那還有另外一個問題就是圖形化界面裏面的內容是從哪裏來的？要回答這個問題，我們就要提一下Linux內核的設計思想了，Linux 內核是以模塊的方式來組織這個操作系統的，那麼，爲什麼要用模塊的方式來組織呢？模塊的概念又是什麼呢？在此來一一回答這個問題。
Linux2.6內核的源碼樹目錄下一般都會有兩個文件：Kconfig和Makefile。分佈在各目錄下的Kconfig構成了一個分佈式的內核配置數據庫，每個Kconfig分別描述了所屬目錄源文件相關的內核配置菜單。每個目錄都會存放功能相對獨立的信息，在每個目錄中會存放各個不同的模塊信息，比如在/dev/char/目錄下就存放了所有字符設備的驅動程序，而這些程序代碼在內核中是以模塊的形式存在的，也就是說當系統需要這個驅動的時候，會把這個驅動以模塊的方式編譯到系統的內核中，編譯分爲靜態編譯和動態編譯，靜態編譯內核體積比動態編譯的體積要大，前面已經說了每個目錄下面都會有一個Kconfig的文件，我們還會問，這個文件中都存放了什麼信息？前面說了，每個目錄的Kconfig文件描述了所屬目錄源文件相關的內核配置菜單，有其特殊的語法格式，圖形化界面的文字正是從這個文件中讀取出來的，如果把這個文件中的相應目錄文件的信息全部刪除，那麼在圖形化界面中將看不到該模塊的信息，因此也不能進行模塊的配置。
在內核配置make menuconfig(或xconfig等)時，系統會自動從Kconfig中讀出配置菜單，用戶配置完後保存到.config(在頂層目錄下生成)中。在內核編譯時，主Makefile調用這個.config，(.config的重要性就體現在，它保存了我們的所有的配置信息，是我們選取源代碼並且進行編譯源代碼的最終依據！！！)就知道了用戶對內核的配置情況。上面的內容說明：Kconfig就是對應着內核的配置菜單。假如要想添加新的驅動到內核的源碼中，可以通過修改Kconfig來增加對我們驅動的配置菜單，這樣就有途徑選擇我們的驅動，假如想使這個驅動被編譯，還要修改該驅動所在目錄下的Makefile。因此，一般添加新的驅動時需要修改的文件有兩種，即：Kconfig
和相應目錄的Makefile（注意不只是兩個），系統移植的重要內容就是給內核添加和刪除相應的模塊，因此主要修改的內核文件就是Kconfig 和相應目錄的Makefile這兩個文件。
五、編譯內核
$make zImage
通過上述操作我們能夠在 arch/arm/boot 目錄下生成一個 zImage 文件，這就是經過壓縮的內核鏡像。
內核的編譯過程是非常複雜的，注意這裏的編譯是靜態編譯，此時會執行頂層目錄下的Makefile中的zImage命令，在執行的過程中，會根據當前目錄的.config文件去選擇編譯源代碼。編譯內核的具體步驟比較複雜，有時間會另寫文章詳細描述。
六、通過tftp網絡服務下載測試內核
setenv bootcmd tftp 20008000(內存地址) zImage\;Go 20008000
setenv bootargs nfs nfsroot=192.168.1.199(虛擬機的ip):/source/rootfs ip=192.168.1.200(開發板的ip) init=/linuxrc(第一個要啓動的用戶進程) ttySAC0,115200(設置中斷爲串口1，波特率爲：115200)
保存環境變量，復位開發板，測試是否能夠正常啓動(注意：在此之前應設置好需要nfs掛載的文件系統，最後才能看到效果).內核測試和啓動過程也是比較複雜的，在後續的文章中會詳細介紹。
第四部分：根文件系統的介紹
由本文的第一張圖：Flash存儲中存放文件的分佈圖可知，文件系統的製作和移植是系統移植的最後一道工序了，在這裏首先要提幾個問題：
1.什麼是文件系統？
2.如何實現文件系統？
3.常用的文件系統有哪些？爲什麼需要這些文件系統？
下面來一一回答這些問題：
文件系統我們在日常生活中則很少聽說，但是它確實存在，只是名字不叫文件系統罷了，一般叫資料庫。資料庫裏面的文件衆多，我們如何快速準確的找到我們要的那份文件呢？資料庫採用了分類索引的方法來實現快速查找。類似於我們學校圖書館的管理方式，一樓可能是哲學類，二樓是社科類的，三樓是電子類的，四樓是計算機類的…………等等，我們把這種進行了分類索引的資料庫叫文件系統。
對於計算機而言，文件其實就是資料數據，只能存儲在物理介質上面，比如：硬盤，但是我們人不可能自己讀取物理介質上的文件，或者自己把文件寫入物理介質，物理介質上文件的讀寫只能採用程序來完成，爲了方便實現，程序又被分成了物理介質驅動程序、內容存儲程序和文件內容存儲程序。物理介質驅動程序專門用於從物理介質上存取數據；內容存儲程序用於把文件內容和文件屬性信息打包；文件內容存儲程序用於把用戶輸入形成文件內容，或者取得文件內容顯示出來。
我們可以把一個文件系統(倒樹)分解成多個文件系統(倒樹)分別存放到存儲介質上，比如：一個存儲到光盤裏，一個存儲到硬盤中，在使用時，我們把光盤裏的文件系統的根目錄掛到硬盤文件系統的一個目錄下面，這樣訪問這個目錄就相當於是訪問光盤的根目錄了，找到了根目錄，我們也就可以訪問整個光盤上的文件系統了。
“在Linux系統中一切皆是文件”這句話是我們學習Linux系統的時候常常聽到的一句話。雖然有些誇張，但是它揭示了文件系統對於Linux系統的重要性；實際上文件系統對於所有的操作系統都很重要，因爲它們把大部分的硬件設備和軟件數據以文件的形式進行管理。Linux系統對設備和數據的管理框架圖如下：
【圖3】文件系統實現
[說明]
A. VFS(virtual file system)是虛擬文件系統，它管理特殊文件(虛擬文件)、磁盤文件和設備文件
B. fs_operations結構是由一系列文件操作接口函數組成，由文件系統層來完成，爲VFS提供文件操作；
C. 在文件系統層，磁盤文件要實現各種文件系統(如：ext2)，設備文件要實現各種抽象的設備驅動
D. 在設備驅動層，磁盤驅動要實現各種磁盤的驅動程序，其他設備驅動要實現具體的設備驅動
E. 物理層就是設備自身
爲什麼會有不同的文件類型？
由於存儲介質有很多種，所以沒有辦法用一種統一的格式存放文件系統到各種不同的存儲介質上，而是需要多種不同的存儲格式來適應各種存儲介質的特性，以求達到存取效率和空間利用率的最優化，這樣就需要對每種存儲格式制定一個規範，這寫規範就叫文件系統類型。常見的文件系統類型有：
1.Dos
FAT16
2.windows
FAT16、FAT32、NTFS
3.Linux
Minix、ext、ext2 、ext3 、ISO9660 、jffs2, yaffs, yaffs2、cramfs, romfs, ramdisk, rootfs、proc、sysfs、usbfs、devpts、 tmpfs & ramfs、 NFS
? 磁盤
FAT16、 FAT16、FAT32、NTFS、ext、ext2 、ext3、Minix
? 光盤
ISO9660、
? Flash
jffs2, yaffs, yaffs2、cramfs, romfs
? 內存
Ramdisk、tmpfs & ramfs
? 虛擬
rootfs、proc、sysfs、usbfs、devpts、NFS
常用的存儲介質理論上都可以用於存儲Linux支持的文件系統；因爲我們這裏只研究嵌入式系統，而嵌入式系統由於體積和移動特性的限制，不能採用磁盤和光盤，所以只能採用flash類的存儲設備、內存和虛擬存儲設備作爲文件系統的存儲介質；
flash芯片的驅動程序是由系統來提供，所以它的存取特點完全是flash自身的特點，這時最好有更加適合flash的文件系統——Jffs、Yaffs、Cramfs和Romfs。這些文件系統都是嵌入式Linux系統中常用的文件系統，可以根據特點來選擇使用它們，特點如下：
共同點
基於MTD驅動
Jffs
A.針對NOR Flash的實現
B.基於哈希表的日誌型文件系統
C.採取損耗平衡技術，每次寫入時都會盡量使寫入的位置均勻分佈
D.可讀寫，支持數據壓縮
E.崩潰/掉電安全保護
F.當文件系統已滿或接近滿時，因爲垃圾收集的關係，運行速度大大放慢
Yaffs
A.針對Nand Flash的實現
B.日誌型文件系統
C.採取損耗平衡技術，每次寫入時都會盡量使寫入的位置均勻分佈
D.可讀寫，不支持數據壓縮
E.掛載時間短，佔用內存小
F.自帶Nandflash驅動，可以不使用VFS和MTD
Cramfs
A.單頁壓縮，支持隨機訪問，壓縮比高達2：1
B.速度快，效率高
C.只讀，有利於保護文件系統免受破壞，提高了系統的可靠性，但是無法對其內容進行擴充
Romfs
A.簡單的、緊湊的、只讀的文件系統
B.順序存放數據，因而支持應用程序以XIP(execute In Place，片內運行)方式運行，在系統運行時，節省RAM空間
特有的文件系統類型：Ramdisk文件系統
在Linux系統中，內存經常用於存儲文件系統，這種叫做Ramdisk，Ramdisk有兩種，一種是完全把內存看成物理存儲介質，利用內存模擬磁盤，運用磁盤的文件系統類型；另一種只是在內存中存儲了文件系統邏輯結構，運用tmpfs & ramfs文件系統類型：
tmpfs & ramfs
1. 概述
用物理內存模擬磁盤分區，掛載這種分區後，就可以跟讀寫磁盤文件一樣讀寫這裏面的文件，但是操作速度要比磁盤文件快得多；所以一般應用在下面幾個方面：
1)讀寫速度要求快的文件應該放在這種文件系統中
2)磁盤分區爲flash的情況下，把需要經常讀寫的文件放在這種文件系統中，然後定期寫回flash
3)系統中的臨時文件，如/tmp、/var目錄下的文件應該放在這種文件系統中
4)/dev設備文件(因爲設備文件隨驅動和設備的加載和卸載而變化)，應該放在這種文件系統中
2. 特點
1)由於數據都存放在物理內存中，所以系統重啓後，這個文件系統中的數據會全部丟失
2)ramfs在沒有指定最大的大小值情況下，會自動增長，直到用掉系統中所有的物理內存爲止，這時會導致系統的崩潰，建議掛載時最好限定其最大的大小值
3)tmpfs如果指定了大小值，自動增長至大小值後，系統會限定它的大小；這個文件系統佔用的物理內存頁可以背置換到swap分區，但是ramfs不行
