如何修復在 Linux 上無法運作的 Windows NTFS 驅動器

如果 Linux 無法開啟 Windows 格式化的硬碟，請先確認它是NTFS 分割區，且硬碟本身狀況良好。對於某些 NTFS 元資料問題，Linux 的ntfsfix實用程式可以進行有限的修復，並在下次 Windows 啟動時請求更全面的檢查。但它並非Linux 版的 CHKDSK，無法修復故障硬體或恢復遺失的檔案。在進行任何更改之前，請備份所有可讀資料；如果硬碟發出咔嗒聲、斷開連接或報告 I/O 錯誤，請停止操作並優先複製或鏡像資料。

安裝 NTFS 修復工具

ntfsfix隨附 NTFS 實用程式。軟體包名稱在不同的 Linux 發行版中有所不同，有些發行版會將驅動程式和實用程式拆分為單獨的軟體包。請從您所用發行版的官方軟體倉庫安裝：

軟體包的可用性可能因發行版而異，尤其是在 openSUSE Leap 上。如果您的軟體套件管理器找不到該工具，請在新增其他軟體來源之前檢查發行版的軟體包索引。 ntfsfix手冊介紹了該工具，而Ubuntu ntfs-3g 軟體包、Fedora ntfsprogs 軟體包和Arch ntfsprogs 軟體包則展示了軟體包的組織方式。

仔細識別 NTFS 分割區。

連接硬碟，打開終端，然後運行：

lsblk -f

查看FSTYPE“分區號碼” LABEL、MOUNTPOINTS“分區名稱”和“分區類型”列。選擇檔案系統列為“分割區”的分割區ntfs。磁碟可能顯示為/dev/sdb“分割區名稱”，例如“分割區/dev/sdb1”；NVMe 分割區使用諸如“分割區名稱”之類的名稱/dev/nvme0n1p3。修復指令必須針對 NTFS分割區，而不是整個磁碟。切勿在未檢查自身輸出之前複製下面的範例裝置名稱。

卸載它並運行無寫入檢查

/dev/sdX1將命令中的 NTFS 分割區名稱替換為您識別的確切分割區名稱。檢查 Linux 是否已掛載該分割區：

findmnt --source /dev/sdX1

如果已掛載，請關閉使用該磁碟機的檔案和窗口，然後將其卸載：

sudo umount /dev/sdX1

如果指令提示目標系統繁忙，請關閉使用系統的程序，然後再試一次。分割區掛載期間請勿繼續操作。之後，您可以要求ntfsfix命令報告在不寫入變更的情況下會執行哪些操作：

sudo ntfsfix --no-action /dev/sdX1

這只是一個有用的預覽，並非完整的診斷報告，也不能保證修復一定成功。如果選定的分割區不是 NTFS 格式，請停止操作並重新檢查設備清單。

運行有限的 NTFS 修復

確認設備並將其卸載後，運行：

sudo ntfsfix /dev/sdX1

讀取輸出並等待命令完成。此指令ntfsfix會解決一些常見的 NTFS 檔案系統不一致問題，重設 NTFS 日誌，並安排在首次 Windows 啟動時進行 NTFS 一致性檢查。 Linux 命令完成的訊息並不意味著所有檔案系統問題都已修復。

完成 Windows 中的檢查

如有需要，請安全地斷開驅動器連接，然後將其重新連接到 Windows 計算機，並執行任何計劃的檔案系統檢查。如果 Windows 仍然報告錯誤，請以管理員身分開啟命令提示字元並執行 `<driver>` chkdsk X: /f，並將 `<driver>` 替換X:為 Windows 中顯示的磁碟機號碼。 Microsoft 文件顯示，`<driver>` 可以/f修復邏輯檔案系統錯誤；如果磁碟區正在使用中，Windows 可能會提示您安排在下次重新啟動時執行此檢查。請先備份重要文件，因為修復作業會更改文件系統元資料。

如果 Windows 使用後磁碟區處於唯讀狀態，則可能仍處於休眠狀態或受快速啟動影響。 NTFS -3G 手冊解釋說，這會導致內部 NTFS 分區變為唯讀或資料不一致。請啟動 Windows 並執行完全關機操作後再試；切勿強制將休眠卷掛載為可寫入狀態。

不要將這些額外的標誌用作通用修復方法。

舊--clear-bad-sectors建議很容易被誤解：它會清除 NTFS 檔案系統記錄的壞扇區列表，手冊中稱這在將舊磁碟克隆到新磁碟後很有用。但它並不能修復物理損壞的磁區或故障磁碟機。同樣，它--clear-dirty會更改磁碟區的髒標記；但這並不能取代檔案系統檢查。除非您了解為什麼需要更改元數據，否則請避免使用這些選項。

如果磁碟缺失lsblk、重複離線或出現讀取錯誤，則ntfsfix此工具並不適用。僅在確保安全的情況下才檢查電纜、連接埠或硬碟盒，並在嘗試進一步修復之前保護好資料。對於普通的檔案系統錯誤，此工具ntfsfix僅作為初步應急措施，並應使用 Windows 中的 CHKDSK 完成檢查。