❶ uefi分區msr是否可以存儲文件
MSR 是系統的保留分區，不能存儲用戶數據，是為了調整分區結構而保留的分區。MSR分區的用途是防止將一塊GPT磁碟接到擾閉老系統中，被當作未格式化的空硬碟而繼續操作（例如重新格式化）導致數據丟失。GPT磁碟上有了這個分區後，當把它接入XP等老系統中，會提示無法識別的磁碟，也無法進一步操作，以保護儲存的數據。微軟官方建議，應為每個驅動器添加一個 MSR 分區以進行磁碟管理。實際上，在使用Windows的「磁碟管理」工具格式化或罩李頌分區時，會默認創建MSR分區，無需手物鄭動操作和設置
❷ Win10的EFI分區內究竟有什麼
重裝系統，突然對EFI分區內的文件感興趣。
在Win10系統內即使給EFI分配了盤符，仍然看不到內容。需要以管理員身份運行第三方文件管理軟體才能看到，或者開啟Adminstatror賬號才能瀏覽。
恰恰我安裝了CentOS，在CentOS中掛載之後。可以瀏覽了，需要安裝ntfs-3g，才可以掛載。
yum -y install ntfs-3g
用tree命令導出了文本文件，貼到下面。
當然Win10版本不同，可能會有差異。這是我自己系統的。
.
├── EFI
│ ├── Boot
│ │ └── bootx64.efi
│ └── Microsoft
│ ├── Boot
│ │ ├── BCD
│ │ ├── BCD.LOG
│ │ ├── BCD.LOG1
│ │ ├── BCD.LOG2
│ │ ├── bg-BG
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── bootmgfw.efi
│ │ ├── bootmgr.efi
│ │ ├── BOOTSTAT.DAT
│ │ ├── boot.stl
│ │ ├── cs-CZ
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── da-DK
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├薯數源── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │畢沒 ├── de-DE
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── el-GR
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── en-GB
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── en-US
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── es-ES
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └─數態─ memtest.efi.mui
│ │ ├── es-MX
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── et-EE
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── fi-FI
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── Fonts
│ │ │ ├── chs_boot.ttf
│ │ │ ├── cht_boot.ttf
│ │ │ ├── jpn_boot.ttf
│ │ │ ├── kor_boot.ttf
│ │ │ ├── malgun_boot.ttf
│ │ │ ├── malgunn_boot.ttf
│ │ │ ├── meiryo_boot.ttf
│ │ │ ├── meiryon_boot.ttf
│ │ │ ├── msjh_boot.ttf
│ │ │ ├── msjhn_boot.ttf
│ │ │ ├── msyh_boot.ttf
│ │ │ ├── msyhn_boot.ttf
│ │ │ ├── segmono_boot.ttf
│ │ │ ├── segoen_slboot.ttf
│ │ │ ├── segoe_slboot.ttf
│ │ │ └── wgl4_boot.ttf
│ │ ├── fr-CA
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── fr-FR
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── hr-HR
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── hu-HU
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── it-IT
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── ja-JP
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── kd_02_10df.dll
│ │ ├── kd_02_10ec.dll
│ │ ├── kd_02_1137.dll
│ │ ├── kd_02_14e4.dll
│ │ ├── kd_02_15b3.dll
│ │ ├── kd_02_1969.dll
│ │ ├── kd_02_19a2.dll
│ │ ├── kd_02_1af4.dll
│ │ ├── kd_02_8086.dll
│ │ ├── kd_07_1415.dll
│ │ ├── kd_0C_8086.dll
│ │ ├── kdstub.dll
│ │ ├── ko-KR
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── lt-LT
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── lv-LV
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── memtest.efi
│ │ ├── nb-NO
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── nl-NL
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── pl-PL
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── pt-BR
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── pt-PT
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── qps-ploc
│ │ │ └── memtest.efi.mui
│ │ ├── Resources
│ │ │ ├── bootres.dll
│ │ │ ├── en-US
│ │ │ │ └── bootres.dll.mui
│ │ │ └── zh-CN
│ │ │ └── bootres.dll.mui
│ │ ├── ro-RO
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── ru-RU
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── sk-SK
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── sl-SI
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── sr-Latn-RS
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── sv-SE
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── tr-TR
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ ├── uk-UA
│ │ │ ├── bootmgfw.efi.mui
│ │ │ └── bootmgr.efi.mui
│ │ ├── winsipolicy.p7b
│ │ ├── zh-CN
│ │ │ ├── bootmgfw.efi.mui
│ │ │ ├── bootmgr.efi.mui
│ │ │ └── memtest.efi.mui
│ │ └── zh-TW
│ │ ├── bootmgfw.efi.mui
│ │ ├── bootmgr.efi.mui
│ │ └── memtest.efi.mui
│ └── Recovery
│ ├── BCD
│ ├── BCD.LOG
│ ├── BCD.LOG1
│ └── BCD.LOG2
└── System Volume Information
├── AadRecoveryPasswordDelete
└──
48 directories, 139 files
❸ 想了解一下下面盤符的作用，EFI系統分區有什麼作用
EFI分區是您的系統啟動引導的分區，存放引導啟動的文件的。
下面的600M和20G的分區都是您的開機F9恢復系統的功能使用的分區，存放恢復文件和引導使用該功能的文件程序。
❹ 我想知道MBR和GUID有什麼區別
MBR分區為常用分區模式
GUID分區不常用,為新分區模式,現今預裝WIN8默認為GUID分區,各有好處,及缺陷。
最嫌亂關鍵的是MBR分區方案無法跡梁支持超過2TB容量的磁碟,也即3TB硬碟以MBR分區方案分區,有三分之一容量會認不到。
以GUID 分區表(GPT)方案分區則可認到最大18 EB(18X1024GB) 容量的磁碟,新技術好是好,可是:現今大多電腦2TB以上硬碟只作數據盤用的話，在Windows 7/8系統下只需要將硬碟轉換為GPT形式即可。
但是如果將GPT硬碟作為系統盤，則必須使用採用了EFI BIOS的主板，同時南橋驅動還要求兼容Long LBA，還必須安裝64位的操作系統。
(4)efi的盤符可以存儲視頻播放嗎擴展閱讀
分區類型
A、如果需要將行映射到基於列值范圍的分區時，就使用范圍分區方法--條件是數據可以被劃分成邏輯范圍；當數據在整個范圍內能被均等地劃分時性能最好，明顯不能均分時須使用其他分區方式。
B、如果數據不那麼容易進行范圍分區，但為了性能和管理的原因又想分區時，就使用散列分區方法--散列分區方法提供了在指定數量的分區中均等地劃分數據的方法。基於分區鍵的散列值將行映射到分區中。
C、當需要明確地控制如何將行映射到分區時，就使用列表分區方法--每個分區的描述中為該分區列制定一列離散值。是特意為例三支的模塊化數據劃分而設計的，可以將無序的和不相關的數據集進行分組和組織到一起。不支持多列分區。
D、組合分區方法是在分區中使用范圍分區方法分區數據，而在子分區中使用散列分區方法--適合於歷史數據和條塊數據兩者，改善了范圍分區及其數據防止的管理型，並提供了散列分區的秉性機制的優點；實際數據存儲在自分區，分區只是個邏輯屬性
文件分配表FAT(File Allocation Table)用來記錄文件所在位置的表格.它對於硬碟的使用是非常重要的，假若丟失文件分配表，那麼硬碟上的數據就會因無法定位而不能使用了。
不同的操作系統所使用的文件系統不盡相同，在個人計算機上常用的操作系統中，DOS 6.x及以下版本和Windows 3.x使用FAT16；OS/2使用HPFS；Windows NT則使用NTFS；而MS-DOS7.10/8.0（Windows 95 OSR2及Windows 98自帶的DOS）及ROM-DOS 7.x同時提供了FAT16及FAT32供用戶選用。其中我們接觸最多的是FAT16、FAT32文件系統。
Windows95 OSR2和Windows 98開始支持FAT32 文件系統，它是對早期DOS的FAT16文件系統的增強，由於文件系統的核芹州檔心--文件分配表FAT由16位擴充為32位，所以稱為FAT32文件系統。在一邏輯盤（硬碟的一分區）超過 512兆位元組時使用這種格式，會更高效地存儲數據，減少硬碟空間的浪費，一般還會使程序運行加快，使用的計算機系統資源更少，因此是使用大容量硬碟存儲文件的極有效的系統。