文件系統存儲的有

㈠ 文件系統有哪些

FAT
在Win 9X下，FAT16支持的分區最大為2GB
同FAT16相比FAT32最大的優點是可以支持的磁碟大小達到2TB（2047GB），但是不能支持小於512MB的分區。
基於FAT32的Win 2000可以支持分區最大為32GB，而基於 FAT16的Win 2000支持的分區最大為4GB

NTFS
NTFS文件系統是一個基於安全性的文件系統，是Windows NT所採用的獨特的文件系統結構，它是建立在保護文件和目錄數據基礎上，同時照顧節省存儲資源、減少磁碟佔用量的一種先進的文件系統

CDFS
CDFS是大部分的光碟的文件系統，只有小部分光碟使用其他文件系統。這些文件系統只能在CD-R或CD-RW上讀取。

exFAT
是 擴展文件分配表主界面
Microsoft在Windows Embeded 5.0以上（包括Windows CE 5.0、6.0、Windows Mobile5、6、6.1）中引入的一種適合於快閃記憶體的文件系統，為了解決FAT32等不支持4G及其更大的文件而推出。對於快閃記憶體，NTFS文件系統不適合使用，exFAT更為適用。

RAW
RAW文件系統是一種磁碟未經處理或者未經格式化產生的的文件系統，一般來說有這幾種可能造成正常文件系統變成RAW文件系統

Ext2
Ext2是 GNU/Linux 系統中標準的文件系統，其特點為存取文件的性能極好，對於中小型的文件更顯示出優勢，這主要得利於其簇快取層的優良設計。

Ext3
Ext3是一種日誌式文件系統,是對ext2系統的擴展,它兼容ext2。日誌式文件系統的優越性在於:由於文件系統都有快取層參與運作，如不使用時必須將文件系統卸下，以便將快取層的資料寫回磁碟中。因此每當系統要關機時，必須將其所有的文件系統全部shutdown後才能進行關機。

Ext4
Linux kernel 自 2.6.28 開始正式支持新的文件系統 Ext4。 Ext4 是 Ext3 的改進版，修改了 Ext3 中部分重要的數據結構，而不僅僅像 Ext3 對 Ext2 那樣，只是增加了一個日誌功能而已

Btrfs
Btrfs（通常念成Butter FS），是由Oracle於2007年宣布並進行中的-on-write文件系統。目標是取代Linux目前的ext3文件系統，改善ext3的限制，特別是單個文件的大小，總文件系統大小或文件檢查和加入目前ext3未支持的功能，像是 writable snapshots、snapshots of snapshots、內建磁碟陣列（RAID）支持，以及 subvolumes。Btrfs 也宣稱專注在「容錯、修復及易於管理」。

ZFS
ZFS 源自於Sun Microsystems為Solaris操作系統開發的文件系統。ZFS是一個具有高存儲容量、文件系統與卷管理概念整合、嶄新的磁碟邏輯結構的輕量級文件系統，同時也是一個便捷的存儲池管理系統。ZFS是一個使用CDDL協議條款授權的開源項目。

以下不常見，詳情看網路
HFS
ReiserFS
JFS
VMFS
XFSUFS
VXFS

㈡ 是否存在一種文件系統能夠應對所有類型的文件存儲為什麼

你這里所說的系統是什麼系統?數據系統?管理系統?操作系統?既然你問的籠統,我也就籠統的答下.
數據系統,他只是針對企業或單位所產生的數字進行存儲或轉換,但對於圖片或視頻文件是不可能可以存儲的.
管理系統,管理系統是一個單位在自己體系內所創構的一套系統,以便管理自己的人員狀況和生產狀況.
操作系統,這里有電腦的操作系統,也指某種智能機械的操作系統.如果電腦系統,因他的普遍性和多功能性,所以開發者也把各類文件都開發成互聯網里能共享或傳輸儲存的格式,當然就能應對大多類的文件儲存方式了.但智能機械的操作系統只針對機械運行中本身需存儲的數據進行儲存.

㈢ 文件系統中分配存儲空間的基本單位是什麼

以塊為單位進行的。

為了提高存儲空間的利用率，對存儲空間的分配，通常是採用離散分配方式，以減少外存零頭，並以盤塊為基本分配單位。盤塊的大小通常為 1～8KB。

文件系統中，用於文件的描述和控制並與文件一一對應的是文件控制塊。文件存儲空間的管理就是塊空間的管理，包括空閑塊的分配、回收和組織等幾個問題。

(3)文件系統存儲的有擴展閱讀：

位示圖是利用二進制的一位來表示磁碟中一個盤塊的使用情況。當其值為「0」時，表示對應的盤塊空閑；為「1」時，表示已分配。有的系統把「0」作為盤塊已分配的標志，把「1」作為空閑標志。(它們在本質上是相同的，都是用一位的兩種狀態來標志空閑和已分配兩種情況。)

磁碟上的所有盤塊都有一個二進制位與之對應，這樣，由所有盤塊所對應的位構成一個集合，稱為位示圖。通常可用 m × n 個位數來構成位示圖，並使 m × n 等於磁碟的總塊數。位示圖也可描述為一個二維數組 map：Var map: array of bit；

㈣ 基於flash存儲器的文件系統有哪些

Flash 存儲器( Flash Memory) 是一種高可靠性、高密度的固態存儲器件。 其存儲方式是完全非易失性的，掉電後可以保存數據；可以在線寫入，並可按頁連續位元組寫入，存取速度快，所以嵌入式系統通常使用Flash 存儲器作為存儲設備。 但Flash存儲器也存在著兩個主要缺陷:一是在重寫之前必須進行擦除，因為Flash 存儲器劃分成很多擦除塊(SectorOErase) ，對任何一位數據進行修改必須先擦除整個塊(Sector) ；二是擦除塊的擦除次數有限，當一個塊提前達到擦除次數上限時， 將導致整個Flash 存儲器無法使用。 所以，目前PC 機上很多成熟的基於磁碟的文件系統在Flash 存儲器上使用都存在著不足。
嵌入式系統應具有的特點: 一是高可靠性，在惡劣環境下系統仍能正常工作；二是低消耗，受成本限制系統設計必須量體裁衣，去除冗餘；三是高效率，在佔用較少資源情況下保證功能需求，這樣就要求演算法簡單，效率高。 而日誌文件系統(Log-St ruct ured File System) 在數據更新時無需將數據寫入原存儲區域，適應Flash 存儲器無法進行重寫這一特點。 目前，針對Flash 存儲器的缺陷而設計的Linux 下的J FFS 文件系統，就是採用簡化的日誌文件系統。 J FFS 文件系統將磨損均衡集成於清除機制之中，在帶來掉電可恢復功能的同時，大大減少了塊擦除的次數，提高了文件系統的存取速度和效率。 但是，J FFS 文件系統無法單獨使用，或者使用於其它實時操作系統中。 對由於受成本和實時性限制而無法使用Linux 的一些嵌入式系統，也就無法使用J FFS 文件系統。基於上述分析，該嵌入式文件系統適合在開源實時操作系統(如μC/OS-II) 和無操作系統的情況下使用。
嵌入式文件系統原理
在日誌文件系統中，一個文件被修改後不是被寫入到原來的存儲空間，而是被加到所有內容的後面，象日誌一樣被更新，這就是日誌文件系統的基本原理。 由於同一個文件在文件系統中會留下不同的版本，所以系統需要設置一張表標注文件的最新與以前的版本。 在內容不斷添加時為不將存儲空間占滿，系統設計了一種回收機制，回收無效內容佔用的空間。
日誌文件系統在文件更新時不用將文件寫回原來的地址，這對Flash 存儲器這種存儲介質最為適合。 文中所設計的嵌入式文件系統採用了日誌文件系統的設計原理，以及J FFS 文件系統將磨損均衡集成於清除機制之中的方法。 該系統將一個可擦寫塊平分為多個簇，文件的讀寫以簇為單位進行。簇的狀態有3 種:臟、干凈和空。 臟表示所存內容已被置為無效；干凈表示所存數據有效；空表示可以寫入數據。 文件和目錄在該系統中被作為節點，一個節點佔用若干個簇，節點中的內容連續存儲，但不能越過塊邊界存儲。 該系統設置一個索引節點，保存整個系統的信息，其中包含保存有各簇狀態的簇狀態表。
每一次文件更新後內容都將被添加至末尾處，索引節點也被更新，總是佔用最末尾的干凈簇。 回收臟簇時，將所要擦除塊中的干凈簇重寫到空簇中，再進行塊擦除。 當內容寫至存儲體末端，則從頭部重新開始循環存儲。 所設計的文件系統的操作過程見圖1。
ic72新聞中心
嵌入式文件系統設計
Flash 存儲器中的存儲結構
Flash 存儲器中的存儲結構見圖2。 該存儲器中每個簇的第一個字作為簇的狀態字，表示此簇是否為一個節點的首簇或空簇。 每個節點的首部存放此節點屬性(文件/目錄/索引節點) 和節點標識號。
ic72新聞中心
索引節點
索引節點存放該文件系統的大部分信息。 包括32 位的索引節點更新號、一張簇狀態表、下一個要被擦除塊的塊號、給下一個新建節點(文件或目錄) 的節點編號、系統根目錄信息表。系統每一次更新都會產生新的索引節點，索引節點更新號加1。 按照Flash 存儲器的使用壽命10 年計算，需要每秒更新136 次以上，才能達到索引節點更新號的上限，所以認為擁有最大更新號的索引節點為最新的索引節點。 簇狀態表中對應每一個簇有兩個Bit 位，表示各個簇的狀態(干凈01 ，臟11 ，空00) 。 根目錄信息表存放根目錄下的各個目錄項，每個目錄項包括:屬性(文件0x1/目錄0x0) 、文件名或目錄名、節點編號、此文件(或目錄) 對應節點的起始簇地址、根目錄表的大小可變。
目錄節點
目錄節點存放的內容有目錄名，目錄項個數，及所有目錄項信息。 文件節點存放文件名，文件大小，文件屬性及文件內容，內存中的目錄結構見圖3。
ic72新聞中心
內存數據結構及基本操作
該文件系統載入(Mount ) 後，會在內存中建立一個系統的映象。 該映象包括:索引節點中的信息、目錄及文件信息、每個可擦寫塊中包含的節點信息、未存檔的節點信息。 簇狀態表、索引節點更新號、新節點編號、下一擦除塊號等索引節點中的內容，在內存中均作為不同的變數。 內存中為每個文件和目錄都建立了映象，數據結構見圖4 和圖5。
ic72新聞中心
ic72新聞中心
內存中的文件節點不包含文件真正的數據，而使用指針。 文件被打開時，在內存中創建一塊新存儲區域存放數據，數據指針便指向此存儲區，未被打開時，此指針指向空。 對於每個目錄有1 個目錄層數，表示此目錄的深度，如根目錄的目錄層數為0 ，根目錄的下一級目錄則為1 ，依此類推。 存儲地址保存文件或目錄在Flash 中的地址。 文件和目錄都被存在上一級目錄下，所屬目錄指針即指向上一級目錄在內存中的數據結構，根目錄的所屬目錄指針即為空。 對於同目錄下的不同節點，在內存中使用鏈表將其串聯，同目錄文件指針即聯成鏈表。 鏈表的首指針保存在上一級目錄中，首目錄項指針即指向鏈表的首項。 為提高塊擦寫的效率，存儲在同一個可擦寫塊中的各個節點在內存中也建立一個鏈表，塊隊列指針即用於連成此鏈表。 為標識被修改的節點，利用一個未保存隊列，未保存隊列指針即用來建立此隊列。
該文件系統載入(mount ) 時，首先順序掃描Flash 中的每個索引節點，查找出最大的索引節點更新號，此更新號對應的索引節點即為最新的索引節點。 查找到最新索引節點後，將簇狀態表等信息映射到內存的數據結構中。 依據索引節點中的根目錄信息，遍歷所有節點，建立內存中的目錄文件結構，並將節點添加到對應的擦寫塊隊列中。 對一個文件編輯並保存的過程見圖6。
ic72新聞中心
文件打開時，先在內存中分配一塊空間作為數據區，將內容寫入，並定位文件節點的數據指針指向該內存中的數據區。 如果文件內容被修改，就將文件節點添加到未存檔隊列，依次寫入Flash 存儲器中，並修改簇狀態表。 保存時將內存中數據區內容寫入Fhttp://www.xiupin365.net/sitemap.html?lash 中，釋放申請的內存空間，修改節點中的數據指針和簇狀態表，再將文件的所有上級目錄重新寫入Flash ，最後將更新後的索引節點內容寫入Flash。 如果文件未被修改，則只需修改數據指針即可。
節點加入未存檔隊列的順序按照目錄層數的大小排列，文件節點排在隊列首，目錄層數最大的排在其後，目錄層數為1 的排在隊列末尾，根目錄不加入未存檔隊列。
嵌入式文件系統特殊處理機制
均衡擦寫機制
為了避免任意一個可擦除塊因擦寫次數過多而過早報廢，文件系統對Flash擦寫時採用了均衡擦寫機制。 考慮到系統的精簡性，擦寫在整片Flash 的各塊中依次進行，一塊擦寫完後，下一個被擦寫的塊即為後一個塊，在系統的索引節點中保存了下一個要擦除的塊號。 當文件系統中的剩餘空間減少到設定值時，系統會擦除此塊，以回收臟簇佔用的空間。 對應每個可擦寫塊都有一個節點隊列，此塊中包含的節點都加入其中。塊擦除的流程見圖7。
ic72新聞中心
首先，將未保存於隊列中的節點保存，清未保存隊列。 然後將塊隊列中的所有文件節點轉移到空簇中，同時將文件路徑上的各級目錄加入到未存檔隊列中。 對於塊隊列中的目錄節點，則將它和其路徑上的各級目錄加入未存檔隊列中，按照未保存隊列的順序，依次將各個目錄寫入Flash 中，最後寫入最新的索引節點。 因為目錄節點加入未存檔隊列時，按照目錄層數的大小排列，所以按照未保存隊列的順序寫入時，可以保證當一個目錄要被寫入Flash 時，它的所有下級目錄已被寫入Flash 中。 所有下級目錄在Flash 中的存儲地址都已確定。當該文件系統的空間將達到存儲上限時，可能會出現特殊情況，即廢簇回收時，空簇的空間不足，無法將所有干凈簇重寫。 文件系統為此建立了應急機制，先將文件節點內容存在內存中，這時新建一個臨時未保存隊列，專門保存文件節點，在塊擦寫完成後，將剩餘的文件節點寫入新的空簇中，其演算法與圖7 所示流程大致相同。 但是，一旦在擦寫時斷電，會導致該塊上的所有數據丟失。
斷電錯誤處理機制
當系統遭遇斷電重新啟動後，索引節點中的信息會與系統中的狀態不符，這時便需要錯誤處理機制。 錯誤一般是索引節點中標注的空簇已被寫入了數據，錯誤處理就是將此簇標志為臟簇，並查找下一個空簇重新寫入。
多任務處理機制
該文件系統允許同時打開多個文件，在多任務操作系統下，為了避免沖突建立了多任務處理機制。 系統允許打開的多個文件在內存中同時被編輯修改，但是對Flash 寫入操作有限制。 處理方法是設立Flash 寫入保護區，在此區中只允許當前正在執行的任務執行Flash 寫入操作。 實現Flash 寫入保護區的方法是建立一個初始值為1 的信號量，當一個節點需要Flash 寫入時，首先申請信號量，完成後再釋放信號量。 Flash 寫入保護區見圖6 、圖7。在圖6 中，空操作語句是用來對多個文件的保存進行同步。 例如，有文件1 和文件2 需要保存，先將文件1 的內容寫入Flash 中，文件1 路徑下的目錄節點被添加到未保存隊列中，再將文件2 的內容寫入Flash 中，文件2 路徑下的目錄節點也被添加到未保存隊列中，最後將未保存隊列中的所有節點都寫入Flash 中。 這樣，如果同一路徑下的兩個文件同時存檔，可避免路徑下的相同目錄節點被寫入兩次，從而提高了效率。 不足之處在於，如果很多文件同時存檔，會導致索引節點在一段時間內都無法寫入Flash 存儲器，有斷電丟失的危險。 但對於一般嵌入式系統來說，很少會碰到這種情況。 當進行Flash存儲器擦寫時，在取塊隊列首節點至索引節點寫入完成這段時間內都不允許進行其他Flash 存儲器的寫入操作，這是為了保證數據的完整性，同時也提高了文件系統的穩定性。
無目錄文件系統的優化
許多嵌入式系統設計中雖沒有目錄管理的要求，但是對執行效率和資源消耗的要求較高。 對於不要求有目錄管理的精簡文件系統，在設計時也進行了優化。 精簡文件系統在Flash 中的存儲格式與上述設計相同，文件系統中的所有文件信息都保存在索引節點的根目錄信息表中。 精簡文件系統在內存中的映象則要簡單很多，只包含索引節點中的信息，包括簇狀態表、下一個擦除塊、下一個新節點的標號和根目錄信息，而不用為每個文件都建立內存中的映象，節省大量的內存空間。 文件的編輯存檔過程簡化為:打開文件、編輯、將文件寫入Flash 存儲器、將修改後的索引節點寫入Flash 存儲器。 擦寫則只需通過查詢根目錄信息表中的各個目錄項，將塊中的所有文件節點寫入空簇即可。在無目錄管理的情況下，精簡文件系統佔用的內存資源可以減少，操作也可便捷，提高了效率。 對於大量只需要按名存取的簡單文件管理的小型嵌入式系統而言，針對Flash 存儲器的簡單文件系統將佔用資源少，執行效率高，有很大的應用價值。
嵌入式文件系統實現及性能分析
該文件系統的實現採用了分層方法，分為3 層4 個部分:應用程序介面、文件系統核心、操作系統調用介面、Flash 存儲器驅動，實現結構見圖8。
ic72新聞中心
實現平台中RTOS 為μC/OSOII 實時操作系統，CPU 使用三星S4510B作為處理器，Flash 存儲器晶元為FUJ ITSU 的29LV160 TE。 針對不同的實時操作系統和Flash 存儲器晶元需要實現不同的操作系統介面和Flash 存儲器驅動。
針對μC/ OSOII 編寫操作系統調用介面，包括5個函數: ①系統調用介面初始化FS_Sys_Interface_Init ( ) ，創建互斥信號量和內存分區； ② Flash 寫入關閉FS_Sys_Write_Lock ( ) ，禁止Flash 寫入操作，調用μC/OS-II 中OSMutePend ( ) ； ③ Flash寫入打開FS_Sys_Write_Unlock ( ) ，重新允許Flash 寫入操作，調用μC/OS-II 中OSMutePost() ； ④內存空間申請FS_Sys_Mem_Alloc( ) 和內存空間添加FS_Sys_Mem_Add ( ) ， 都調用OSMemGet ( ) 來完成； ⑤內存空間釋放FS_Sys_Mem_Free ( ) ，調用OSMemPut ( ) 完成，將申請的內存塊全部釋放。針對29LV160 TE 這款Flash 存儲器晶元，定義一個FlashDef 結構體的全局變數， 用於存儲Flash 器件信息，並且編寫針對此款Flash 的塊擦寫函數FS_Device_Sector_Erase ( ) 和數據寫入函數FJ FS_Device_Write ( ) 。
完成這兩部分的實現後，該系統就可運行調試。 測試應用程序介面(API) 。 應該提供的各部分功能，並在突然斷電情況下，測試文件系統的恢復情況。無目錄管理的精簡文件系統的載入，可在2μs內完成，文件寫入耗時主要為快閃記憶體的等待時間，系統本身只佔用不到200 個位元組的內存，產生的代碼段大小為7 K。 完整的文件系統載入時，需要建立內存中映象，耗時根據文件數量的多少而不同，一般為10μs ，產生的代碼段大小為11 K。 系統寫入效率較高，在無目錄管理的配置下尤其明顯。 試驗中系統在多次斷電的情況下，系統仍能恢復至上次存檔的狀態，雖會導致個別文件未更新，但不會導致文件系統崩潰。

㈤ 哪類儲存系統有自己的文件系統

最好保存在C盤之外的其它盤，如D、F等盤。如果電腦出現故障，當恢復出廠設置或重新安裝系統時，C盤的所有文件將會隨著系統的重新安裝而被格式化，如果文件保存在C盤或桌面，忘記了備份或電腦進入不了C盤，保存的文件將會全部丟失，因此平時文件最好保存在除C盤之外的其它盤。

㈥ 什麼是文件系統常見的文件系統有哪些

文件系統是操作系統用於明確磁碟或分區上的文件的方法和數據結構；即在磁碟上組織文件的方法。也指用於存儲文件的磁碟或分區，或文件系統種類。因此，可以說"我有2個文件系統"意思是他有2個分區，一個存文件，或他用
"擴展文件系統"，意思是文件系統的種類。
磁碟或分區和它所包括的文件系統的不同是很重要的。少數程序(包括最有理由的產生文件系統的程序)直接對磁碟或分區的原始扇區進行操作；這可能破壞一個存在的文件系統。大部分程序基於文件系統進行操作，在不同種文件系統上不能工作。
一個分區或磁碟能作為文件系統使用前，需要初始化，並將記錄數據結構寫到磁碟上。這個過程就叫建立文件系統。
大部分UNIX文件系統種類具有類似的通用結構，即使細節有些變化。其中心概念是超級塊superblock,
i節點inode,
數據塊data
block,目錄塊directory
block,
和間接塊indirection
block。超級塊包括文件系統的總體信息，比如大小(其准確信息依賴文件系統)。
i節點包括除了名字外的一個文件的所有信息，名字與i節點數目一起存在目錄中，目錄條目包括文件名和文件的i節點數目。
i節點包括幾個數據塊的數目，用於存儲文件的數據。
i節點中只有少量數據塊數的空間，如果需要更多，會動態分配指向數據塊的指針空間。這些動態分配的塊是間接塊；為了找到數據塊，這名字指出它必須先找到間接塊的號碼。
UNIX文件系統通常允許在文件中產生孔(hole)
(用lseek
;
請看手冊),
意思是文件系統假裝文件中有一個特殊的位置只有0位元組，但沒有為這文件的這個位置保留實際的磁碟空間(這意味著這個文件將少用一些磁碟空間)。這對小的二進制文件經常發生，Linux共享庫、一些資料庫和其他一些特殊情況。
(孔由存儲在間接塊或i節點中的作為數據塊地址的一個特殊值實現，這個特殊地址說明沒有為文件的這個部分分配數據塊，即，文件中有一個孔。)
孔有一定的用處。在筆者的系統中，一個簡單的測量工具顯示在200MB使用的磁碟空間中，由於孔，節約了大約4MB。在這個系統中，程序相對較少，沒有資料庫文件。有關這個測量工具的細節請看附錄
A.

㈦ 交換機有哪些存儲介質文件系統由什麼文件組成

FAT(File Allocation Table)文件系統誕生於1977年，它最初是為軟盤設計的文件系統，但是後來隨著微軟推出dos和win 9x系統，FAT文件系統經過適配被逐漸用到了硬碟上，並且在那時的20年中，一直是主流的文件系統。

後來隨著硬體技術的進步，硬碟的容量也越來越大，這種文件格式逐漸被擴展了，出現了FAT12，FAT16，FAT32等文件系統，甚至後來還出現了FAT64的文件系統。

在今天，FAT已經不是windows系統的主流文件系統了，但是它在軟盤，快閃記憶體（u盤），以及很多嵌入式設備上還是很常見的。

詳細的情況wikipedia上有幾張表，相關信息都可查看到。 
目前最通用的的是FAT32，很多U盤上都是FAT32格式，關於FAT32文件系統，以下幾點值得注意：

有時候，向U盤拷貝大文件時，會發現拷不進去，實際上就是因為這個U盤是FAT32格式的。

單個文件最大為4G

最大文件數量268,435,437

分區最大容量8TB

可在多種操作系統讀寫

2、NTFS

NTFS全稱是New Technology File System，它是一種比FAT32功能更加強大的文件系統。 
從windows 2000之後的windows系統的默認文件系統都是NTFS，而且這些windows系統只能夠安裝在NTFS格式的磁碟上。 
NTFS具有以下特點：

理論上最大文件尺寸可達16EB-1KB，實際上有16TB-64KB(1EB = 1024PB 1PB = 1024TB，至於理論和實際為什麼差這么多，沒有進行過深入研究，有可能是現在的科技還不足以製造出這么大的磁碟的)

最大文件數量可達232-1個

操作系統支持大部分windows系統，Unix／Linux系統，Mac OS（在Mac OS 10.4+系統上，NTFS格式是只讀的，即在Mac系統下，你只能從NTFS格式的磁碟上讀取數據，而不能寫入數據）

NTFS系統是一個日誌性的文件系統，系統中對文件的操作都可以被記錄下來，當系統崩潰之後，利用日誌功成。

㈧ 存儲系統中常見文件系統類型有哪些

各類文檔(.txt,.doc,.ppt.xls)、電子圖書(.chm)、圖片(.jpg.bmp)、所有流行的音視頻文件(.mps,.wma,.wmv.mp4.rm)