去年我一直在使用 Windows 10、Arch Linux 和 Ubuntu 三重啟動系統，沒有任何問題。然而，上週一些奇怪的事情開始發生。首先，讓我給出輸出fdisk -lu
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xd9fa2484
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 204802047 204595200 97.6G 7 HPFS/NTFS/exFAT
/dev/sda3 204802048 1023999999 819197952 390.6G 7 HPFS/NTFS/exFAT
/dev/sda4 1024004094 1953523711 929519618 443.2G 5 Extended
/dev/sda5 1024004096 1663361023 639356928 304.9G 7 HPFS/NTFS/exFAT
/dev/sda6 1663363072 1711697919 48334848 23G 83 Linux
/dev/sda7 1711699968 1774604287 62904320 30G 83 Linux
/dev/sda8 * 1774616576 1932972031 158355456 75.5G 83 Linux
/dev/sda9 1932986368 1953523711 20537344 9.8G 82 Linux swap / Solaris
Partition 4 does not start on physical sector boundary.
這/dev/sda4是一個擴充分割區，/dev/sda6是我的 Arch (btrfs) 主分割區，/dev/sda7是 Arch 也是/dev/sda8Ubuntu 安裝。兩者都是ext4。
最近，每當我啟動 Windows，然後返回任何 Linux 發行版時，都會遇到錯誤invalid superblock checksum。我可以運行fsck並修復它，而不會丟失任何數據（或嚴重丟失），但每次都要等待半個小時有點煩人。
我嘗試過直接重新啟動 Linux（不啟動到 Windows），這是完全正常的。只有當我啟動 Windows 時才會發生這種情況。
答案1
我跟你有完全相同的問題。
我找到了一個解決方案：
這個想法是將 Linux 磁碟區從 Windows 10 設定為脫機，diskpart 命令可以做到這一點。
詳細的答案在這裡：
答案2
我的猜測如下。
在某些時候，您縮小了此處表示為 /dev/sda5 的 NTFS 檔案系統，以便您有空間安裝 Linux。此 NTFS 檔案系統尚未正確收縮，其超級區塊等效項仍認為完整的 440GB 可用。
您至少需要執行CHKDSKorTESTDISK來檢查並修復檔案系統大小與分割區大小之間的任何不符。