筆記型電腦的一鍵還原功能失效

阿達金田一

可能你誤解我寫的
uefi 開機 我只是單純表示 用 uefi 開機...
我想...你大概想成 uefi 的開機動作 (載入 efi 之類的動作) ... 這個我不是寫在後面了嗎

當然若硬要說細部動作...  uefi 開機的整個動作中...載入 efi 也只是一部份
那也可以說 uefi 開機 包含  熱鍵 和 載入 efi

就拿 legacy bios 開機來說...要嚴格來說...legacy bios 開機還包含開機自檢啥...然後才載入 MBR
不過一般簡易稱 某裝置的 legacy bios 開機 ...大多指 MBR 載入 (或 該裝置的開機引導載入...)

所以要照你的說法...也只能說 bios 熱鍵...也只是含包在 uefi 開機
因為是 uefi bios 開機嘛....(bios 熱鍵當然含包在其中)

我只是把一系列 uefi 開機的動作簡稱 uefi 開機...把其中 熱鍵 和 efi 動作取出...寫個前後順序
當然 熱鍵 -> efi ...2者 之間還有沒有其它 動作...那我就不知道了...不過那也不是重點...略省

另外..你說的隱不隱藏..我不這麼認為
我覺的那只是對系統而言
對於底層動作...沒有隱藏不隱藏之說
這就像我前面提過的...MBR 的啟動分割標記...只是給軟體看的(MBR的引導 或 分割軟體)
MBR 的 FS標記 也是同理

一般安裝 windows 7/8 ...安裝裝好
esp 都是標記不會自動掛載 ...在 windows 中自然也不會掛載
別說 esp 就算是 legacy bios MBR 安裝...啟動分割區 也是一樣在 windows 不會掛載

但在 開機過程式  bootmgr 都是可以讀的到的...沒有隱藏不隱藏的問題
(隱藏問題那是 legacy bios 時會遇到的做法...主要是怕進入 windows 後會顯示)
就像圖中...300M 那個應該是 windows 本身的 esp ... 600M 是 RE(還原系統) 分區...20G最後是 備份系統儲存分區
在 windows 中自己的 esp 都是隱藏的...不過開機一樣不會影響

基本上  300M 和 600M 都可以用 diskpart 去掛載起來

而 legacy bios 時多是 MBR熱鍵...而且 初/中 期 應該也都不是用 PE (大多都像 ghost 那類 dos 程式)
由於為了隱藏 還原分區...在  MBR 中的 FS(檔案系統) 標記 ...都會修改
就像 1C 是標記 隱藏分割 ...但實際分區可能是用 FAT(0c) 或 NTFS(07)
那 MBR 熱鍵 的作為就是把 1C 換成 0C ...讓其 還原系統 開機無誤
要做標記切換...一部份應該是因為...那時還原系統多是 Dos(或同類OS) + 還原程式
Dos 會以 MBR 的 FS標記做判斷...所以用 1C 不切換 0C 就可能開不了機
就算能載入 PBR ...但 開機程序 可能會判斷為 1C ...因為認定為非 FAT 分區...而無法讀取該分區中的檔案
畢竟...開機程序 可能沒做過多的檢查...
實際上 分區 用的 檔案系統 ...可以由分區中的資料來判斷...
( 所以像 DiskGen 一些分割軟體...就算 MBR 中標 1C ...也不會把 檔案系統 當成 無法識別...而是可以正確判斷出是 FAT 還是 NTFS )

所以 MBR 熱鍵 的做法...的確是要確保 開機 和 隱藏
不過 uefi gpt 的不用這樣...當然要這樣搞也不是不行 (修改 gpt guid 嗎)
只是真的沒必要...因為 GPT 中只要設定好 GUID 或 屬性標記 ... windows 就不會去掛載(甚至無法刪除或修改...不過一般都還是能掛載)
在 diskpart 說明中就有提到 分割類型GUID 和 GPT分區屬性
http://technet.microsoft.com/zh-tw/library/cc766465

基本上 windows 7/8 的 FS判斷 大多是直接判斷 分區 中使用的 FS...而不是 分割表
所以不管分割是用 FAT , NTFS 如果是一般分割區
GUID 應該都是 基本資料磁碟分割：ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
而 ESP 是 c12a7328-f81f-11d2-ba4b-00a0c93ec93b
當 GUID 為 ESP 時...就算 屬性 沒設定...windows 也是會隱藏
但如果不是會自動隱藏的 GUID...則要看 屬性設定
不過...實際上 uefi 開機...也不用 GUID 設定 ESP ... 只要分割區是用 FAT 就可以
所以那些...主要也是給 系統(windows) 看的

當然...若是像真的有 2567288大 說的 保護 ...那也是有可能的
bios 熱鍵 會去修 GUID 或是 修改 分割區 中的 FS 判斷資料
不過後者比較有可能...我也說了...若 分區(不是 GPT 分割表) 中 檔案系統 的資料本身沒改...還是能判斷出 分區 是用什麼 檔案系統
所以改 GUID 應該沒意義

DavidTsai

我的WIN 8 也是.... CLONE 到新HD後,都可以正常始用
但，　 按了F9, 就開始悲劇了.....　　　
後來修復了可以正常開機, 但是, F9 就是不能用.... 哪天要是出問題了怎麼辦

christsai

根據經驗一般筆電有原廠recovery用磁碟複製到ssd都會出現錯誤 那個錯誤通常就是原廠建立的recovery區 甚至整區都是失敗 能進入系統但你會發現該區完全沒複製到而變成一個空的區域 我的建議是如果recovery很必要的話 就直接先備分整顆image再用 恢復image的方式回存到ssd
應該就沒問題

2567288

最近買了 acer 的筆電 , 筆電有 alt+f10 的還原功能 , 來看一下可能的情況
把硬碟(500GB)在 pe 內 , 用 atih2014 磁碟複製的方式 , 複製到 500GB 的隋身硬碟
再把500GB 的隋身硬碟 , 用 atih2014 磁碟複製的方式 , 複製到桌機的 VMware Workstation 虛擬機的 128GB 硬碟上

系統可以正常開機


還原系統啟動的模式 :
alt+f10 --> bootmgfw.efi (esp分區下 \efi\oem\boot\) --> bcd(esp分區下 \efi\oem\boot\) --> winre.wim (在 600MB的分區內)

esp分區的結構 :


問題點應該只是 BCD 造成 :


模擬 bootmgfw.efi 啟動 :






樓主的情況 , 藍屏錯誤 0xc0000225


如果只修正 BCD 指向的 winre.wim 分區


藍屏錯誤 0xc000000f


換一個方式來測試一下 winre.wim , 在作業系統下 , 按 shift + 重新啟動 :




重新開機後 , 啟動 winre , 選擇疑難排解 :


重設您的電腦 :


下一步 :


選擇所有磁碟機 :


選擇完全清理磁碟機 :


重設 :


重設中 :


重設完的出廠狀態 :




出廠預設的桌面 :


進 pe 再看一下 esp 分區 :


BCD 則是正確的狀況 :


再次模擬 bootmgfw.efi 啟動 :






正確的啟動還原系統 :


實際讓它跑完整個程序 :














結論 : 最後一個分區的 17.72GB 資料還在 , 好像也沒有保護的問題 , 應該只是 BCD 造成