私は過去1年間、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/sda8は Ubuntu インストールです。 どちらも ですext4。
最近、Windows を起動してから Linux ディストリビューションに戻ると、invalid superblock checksumエラーが表示されます。実行すればfsck、データ損失 (または重大な損失) なしでエラーが修正されますが、毎回 30 分待つのは少し面倒です。
Linux を直接再起動してみましたが (Windows を起動せずに)、これはまったく正常です。これは Windows を起動した場合にのみ発生します。
答え1
私もあなたと全く同じ問題を抱えています。
そして私は解決策を見つけました:
アイデアは、Windows 10 から Linux ボリュームをオフラインに設定することです。diskpart コマンドでそれが実行できます。
詳細な回答はここにあります:
答え2
私の推測は次のようになります。
ある時点で、Linux をインストールするためのスペースを確保するために、ここで /dev/sda5 として表される NTFS ファイルシステムを縮小しました。その NTFS ファイルシステムは正しく縮小されておらず、そのスーパーブロックに相当するものは、依然として 440 GB 全体が使用可能であるとみなしています。
少なくとも または を実行して、ファイルシステムのサイズとパーティションのサイズの不一致を確認して修正する必要がありCHKDSKますTESTDISK。