Win7 PE

wuda

在這裡學到許多的知識，
謝謝分享。

smilepc888

非常非常感謝烈大的指導,小弟真的獲益良多,再次感謝!!!! 100000000000000個讚啦....

2567288

雖然大部份的測試工作 , 都是開虛擬機來處理 , 但是有時候又需要實機才看得出效果 , 所以還是把系統都裝在實機上

硬碟一 : 2GB GPT (legacy 及 uefi 都可啟動)
硬碟二 : 3GB GPT (legacy 及 uefi 都可啟動)

以下紅色框 , 表示系統所在的分區

WIN8 X64(UEFI 啟動)(硬碟一)


WIN10 X64(UEFI 啟動)(硬碟一)


WIN7 X64(UEFI 啟動)(硬碟一)


WIN8.1 X64 (硬碟上的 wimboot+vhd)(UEFI 啟動)(硬碟一)


WIN10 X64 (硬碟上的 wimboot+vhd)(UEFI 啟動)(硬碟一)


WIN7 X86(legacy 啟動)(硬碟一)


XP X86(legacy 啟動)(硬碟一)


WIN7 X86(legacy 啟動)(硬碟二)


所有的維護工作 , 只習慣用一個 win10 x64 pe ((UEFI 啟動)(硬碟一)

2567288

呆呆烈 發表於 2016-7-6 21:15
其實推薦用該系統的PE
比如WinXP 就用 XPE
比如Win7 就用 7PE

若想實驗 Windows 7 跟 Windows 8 的安全性
你找兩個硬碟，
一顆裝Wn7 裝好拔掉
一顆裝Wn8 裝好拔掉

之後一起接上去，
你開Win7 ， CHKDSK 會跑 WIN8 那個硬碟，進行CHKDSK修復
你開Win8 ， CHKDSK 會跑 WIN7 那個硬碟，進行CHKDSK修復
修好之後，變成都不能開機，恭喜重灌
並且高機率造成固態硬碟壞軌。

這個不是在 win8 出來後 , 就有的問題 , 不都是關掉 win8 的快速啟動
解決Windows 10與7單一PC下雙硬碟雙系統切換開機問題

我都是直接關掉 休眠
powercfg -h off

阿達金田一

感覺的這個問題很有意思...
2567288 大的資料...我以前是沒看過

看上去好像也是那麼一回事...但如果從別的角度仔細去分析... 最終其實好像還是 NTFS  問題
(該 貼文 的 回文 ... 也是有人這樣寫)

的確 win8/10 的 快取啟動 和 休眠 的 hiberfil.sys 有關 ( 快取啟動 時載入有關 開機 的部份 hiberfil.sys 資料 )
但如果真是 休眠 ( hiberfil.sys ) 的問題
首先 hiberfil.sys 的 儲存路徑 ... 以 貼文 的 雙硬碟 雙系統 來說
雙系統 的 hiberfil.sys 路徑就不一樣了 ( 貼文貼圖也看的出來是寫 D: )

先說一下... 我個人沒在用休眠...灌好系統後也是都會下 powercfg -h off

一般而言 hiberfil.sys 應該會在 系統 所在 分割區
而且 休眠啟動 是配合 bootmgr bcd 的...


很明顯可以看到...
bcd 中指定了 休眠啟動 用的 hiberfil.sys 和 winresume.exe (休眠啟動用的winload.exe)
而且 win7啟動項 中 也會有資料指向 休眠啟動項 (2者是互相匹配的)
winresume.exe 大概會去載入 hiberfil.sys


那麼 休眠 簡單來說的 開機機制 就是...
系統 先把 狀態(記憶體) 存到 hiberfil.sys
然後下次開機時... 使用 休眠啟動項

那麼在 雙硬碟 雙系統 的情況下...  hiberfil.sys 路徑會一樣嗎
那怕是 單硬碟 雙系統 只要 系統不是在同一個 分割區 ... 路徑應該也不一樣

那問題和 快速啟動 或 休眠(hiberfil.sys) 無關嗎...
我個人認為也並非完全不是...而是 Win10快速啟動 或 休眠 是 誘發 其它問題原因 的原因
而我個人覺的 這個 其它問題原因...其實又繞回了 NTFS 這個問題原因

從某個角度來看 快速啟動 相當 半個休眠 ... 基本上是做 休眠動作 ... 但開機時並不是載入整個 hiberfil.sys
(網路上資料很多...有的文章是叫成 高級休眠... 反正就是那個意思)

而當 Win系統 使用 快速啟動 或 休眠 時... 才會去 產生+處理 hiberfil.sys ...
個人覺的是 "產生+處理 hiberfil.sys" 這個動作 造成要 chkdsk 的原因 ...
但 原因 應該是這個動作造成 NTFS 資料變動

因此 貼文 中寫的是...去關閉 win10 的 快速啟動 ... 而不是 win7 的休眠
因為如果 win7 是正常 關閉 ... 那下次開機...應該還是用 正常開機 ... 應該是不會去用到 hiberfil.sys ...
而且就算是用 休眠啟動 也不是用 win10 的 hiberfil.sys
所以應該只是 Win7 正常開機 時 發現 D: (win10 的 C: 吧) 有錯誤 ...
而這個錯誤是 win10 使用 快速啟動 或 休眠 導致 的 ... 所以關的是 win10 快速啟動/休眠
因此個人覺的應該並非貼文中所寫的...(人家也說了... 只是猜想)

猜想可能是進入Windows 10系統的硬碟後再關機時，事實上那時是啟動HyperBoot方式進入休眠，當進入另一Windows 7硬碟開機立即檢測到Hyperboot的存在，於是想要喚起Windows 10系統而產生的錯誤。

而且 win7 也沒 快速啟動 吧... 只有休眠
所以應該只是單純的發現 NTFS 的錯誤

雖然我並不知道 快速啟動 的開機機制...但推想和 休眠 應該有些類似... 大概也是和 bcd 有點關係
所以首先... 貼文 雙硬碟 雙系統 ... 就先打死 單一 bootmgr 開機 的情況
而是分別用 win7 win10 各別 硬碟的 bootmgr (因為貼文是使用 bios 切換 開機硬碟 來開機)
所以 bootmgr bcd 就是不一樣了 ... 正常來說 hiberfil.sys 應該也不一樣
而且就算用同一個 bootmgr 開機 bcd 也應該有不同的 Win 啟動項 以及 啟動項 對應的 休眠啟動 (搞不好用 同一個 bootmgr 反而比較沒問題)

所以若是最終還是 NTFS ... File System 檔案系統 的問題...
只能說 快速啟動 和 休眠 很容易產生這個問題
因此...可能別的動作...也可能造成這個問題

不過很多資訊文章...來本來就是 推測來猜想去 的... 包含本回文也是
只是多一種不同思路而以... 至於個人如何判斷...就看個人了

另外...看網路資料...好像 快速啟動 的問題...多是在 雙硬碟 雙系統
那為毛大多是 雙碟 雙OS 容易發生咧... 那 單碟 雙OS 咧
以下說一個 "猜想" ... 前面有略提過...
就是如果 開機 是用同一個 bootmgr (較新那一個 Win 的 bootmgr) 咧 ...
單碟雙OS ...大多是用同一個 啟動分割 ... 除了手動用 grub4dos 做多重開機...不然就都是用同一個 bootmgr

不過即時 快速啟動 或 休眠 不會造成問題...
也不代表 不同Win 在處理 NTFS 時... 就不會有問題