我已經閱讀了一些與損壞或無法工作的 NTFS 分區相關的帖子，但沒有適合我的情況的正確解決方案。這是：我的系統是
- 迷你SSDPCI Express(PCIe)，上面安裝了 Windows 7。兩個分割區：一個包含 Dell 實用程式 (40 MB)，其餘的是 Windows 安裝本身 (119 GB)。
- 包含 450 GB NTFS 檔案的 HDD，以及 30 GB 的所有用於 Ubuntu 安裝的分割區（交換、系統等）
啟動設備是內部硬碟（IRRT)，唯一可能的一個；這將啟用 IRRT，並啟動GRUB，透過指向HDD上的某個磁區可以啟動SSD上的Windows 7。
現在發生了什麼事：
我讓電腦進入睡眠狀態，幾個小時後它就進入休眠狀態。無線卡被物理禁用（戴爾M4600）。然後我啟動了筆記型電腦，在 GRUB 完成之前，我再次打開了無線卡。然後在 GRUB 上按下“windows”。然後藍色畫面死機，重新啟動，Windows 找不到啟動分割區：「所需裝置遺失」。
我嘗試過Windows 7恢復光碟：只能修復HDD上的Windows安裝的一小部分，看不到SSD。 「修復」沒有任何作用。移除硬碟強制繞過 GRUB 並沒有使 Windows DVD 看到 SSD 的開機磁區。 「Windows 安裝」還不夠。
現在，如果我開始表現得好像要再次安裝 Windows，Windows 會看到磁碟機 C 上的兩個分割區，它們仍然在這裡，採用 NTFS 格式。
然後我去了 Linux 並嘗試了磁碟機：分區仍然在這裡。但他們沒有出現在鸚鵡螺，我無法安裝它們。然而，DD可以恢復數據：如果我嘗試以某個隨機大偏移量（例如偏移量20 GB，並讀取10 個區塊）讀取數據，這些區塊確實是“數據”，物理存取驅動器沒有問題，它似乎沒有失敗至少完全如此。那我明天做個備份。
我試過測試磁碟：引導磁區相同並且看起來不錯，但是兩者都微量FT顯示為“壞”，僅此而已。無法存取檔案系統內的檔案。
在那個網站上，我看到了一些關於寫入錯誤的訊息NTFS 日誌記錄,需要恢復損壞的 NTFS 分割區。
幾乎是最後一篇文章了。據我搜索，互聯網上沒有任何相關內容。
我懷疑有關休眠過程的某些內容沒有逆轉，因為我記得休眠過程極大地改變了啟動順序（否則你可以hiberfil.sys毫無問題地移動，但你不能。它需要位於根目錄中，因為引導程式中沒有地方可以容納資料夾位置，甚至另一個磁碟機！
因此，也許兩個引導磁區都受到休眠的影響，並且當它無法完成恢復到正常引導的過程時，它會保持這樣，Windows 會查找引導指標指向的位置，並且無法識別正常的Windows 安裝並拒絕修復它，並且由於 Linux 無法找到 MFT，因此無法安裝它...或者可能是其他原因，影響了 MFT 本身。我不知道...我會嘗試CHKDSK並且，備份後，修復mbr，來自 Windows 7 DVD。
更新：fixmbr 和 fixboot 似乎只能從恢復控制台工作，我無法存取它。從 Windows 7 DVD 中，我可以執行 CHKDSK ：在崩潰之前它只說該磁碟區是 NTFS，因為「MFT 已損壞。將嘗試修復。MFT 無法修復。退出 chkdsk」。
當嘗試 diskpart 時，它看到我在 SSD 上的分割區為...原始。因此，這與 CHKDSK 所看到的不符。
這一切都有些奇怪：一直以來，Windows 都沒有看到我的 SSD 的前 40 MB，其中包含戴爾實用程式。在 Windows 7 資源管理器中，SSD 的主分割區始終是C:\，HDD 的分割區是D:\：SSD 上的這個 40 MB 分割區從未出現在任何地方。但現在，Windows 看到這個 40 MB 分割區，並為其提供磁碟機代號C:\。而該D:\字母對應的是119 GB分割區，「Raw」格式，無法讀取。我什麼都不懂...
答案1
啟動設備是Internal HDD (IRRT)，唯一可能的；這將啟用 IRRT，並啟動 GRUB，指向某個部門HDD 上可以啟動 SSD 上的 Windows 7。我認為你需要的指標是一樣的。
我猜{然後在 GRUB 上按“windows”。然後藍屏，重新啟動，Windows 找不到啟動分割區：「所需裝置遺失」。 }
不使用相同的指針，特別是當它進入休眠狀態時。 grub 引導必須指向您的Windows 開機磁區，或者當我嘗試編輯winresume.exe 以嘗試指向D: 時，hiberfil.sys 也有類似的問題，當Windows 位於C: 時，它不會將Windows 從休眠狀態中喚醒，當我使用原件的副本時，它已修復。
希望這可以幫助
答案2
最後，我在C碟（SSD）上重新安裝了Windows，完成後系統再次工作，但啟動順序使GRUB短路。所以現在Linux的安裝已經遙不可及了。
它仍然在我的 D 盤上，我知道我只需要插入一張 Live CD 並修復 GRUB 即可使其工作，但由於其他原因我還沒有這樣做。
現在已經一年了，退出休眠狀態時不時會出現其他藍屏死機，但再也沒有對檔案系統造成任何永久性損壞。
我想研究所有關於啟動的答案在某種程度上是正確的。整個過程「在 HDD 上啟動 (IRRT) ->GRUB ->正確指向 Windows 引導程式 ->「退出休眠」初始化序列的位置」一定在某個地方失敗了，其方式是傳統修復工具無法修復的。
最後，我無法理解這個問題，現在我的系統被重新安裝，所以我可能永遠不會有關於發生了什麼的額外線索。如果有一天我碰巧對啟動過程、IRRT、Windows、GRUB 以及我擁有的特殊磁碟配置有足夠的了解，我最終可能會猜測出更好的解釋。
但現在，我要這樣說：顯然，在這種精確的配置（Dell M4600）上，在IRRT 上使用GRUB，在“真正的”硬碟上使用Linux，在迷你PCI-express SSD 上使用Windows，並激活休眠功能，似乎不安全，因為即使禁用GRUB，BSOD 仍然會發生（這意味著整個啟動過程現在由Windows 控制，即使這樣，退出休眠狀態也可能會出現問題- 可能是12 GB RAM 的大小，因此需要9 GB hyperfil .sys 文件，在這裡發揮作用），並且由於這些BSOD 之一可能會殺死我之前配置中的NTFS 分區，而不會出現任何硬體故障（因為我的SSD 仍然工作得很好- 我還沒有詳細檢查其運行狀況，不過），我不明白為什麼它不會再次發生。
所以，解決方案是存在的，而且不是很令人愉快，但是這個確切問題的去向還不清楚。如果有人在這裡有更多的見解，我會很高興聽到。