Ubuntu17.04へのロード中に問題が発生しました。これは、Windowsを起動してから2回目に発生します。初めてUbuntuを再インストールしました。私はこの質問が苦手なので、この問題を診断して解決するための手順の完全なリストを入手したいと思っています。
回避策として、e2fsck -b <Magic number> <device>
が使用されています。
これがfdisk -l
の出力であり、私には問題ないようです。
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: gpt
Disk identifier: F3EBBDD3-ABDB-4AD4-BBFB-9F97E38D2A2B
Device Start End Sectors Size Type
/dev/sda1 2048 2050047 2048000 1000M Windows recovery environment
/dev/sda2 2050048 2582527 532480 260M EFI System
/dev/sda3 2582528 4630527 2048000 1000M Lenovo boot partition
/dev/sda4 4630528 4892671 262144 128M Microsoft reserved
/dev/sda5 4892672 1029873663 1024980992 488.8G Microsoft basic data
/dev/sda6 1029873664 1541873663 512000000 244.1G Microsoft basic data
/dev/sda7 1541873664 1737185279 195311616 93.1G Linux filesystem
/dev/sda8 1737185280 1741185023 3999744 1.9G Linux swap
/dev/sda9 1741185024 1953523711 212338688 101.3G Linux filesystem
スーパーブロックの問題のメインアンサーで解決策を試したので、同じエラーが発生しました。
私の問題は、Ubuntuシステムが(マルチブートシナリオで)起動せず、別のLinuxシステムからマウントできないことでした。ライブセッションで、gpartedは悪いスーパーブロックを報告しました。
私はこの解決策に従いました ここ 、しかし最初のステップは私にとって十分でした。
ライブ環境で、私は次のようなことをしました。
Sudo fsck.ext4 -v /dev/sda6
これは同じ問題を報告しましたが、修正も提案しました。 「はい」に「y」を数回選択してから「a」を選択しました(私が推測するすべてを修正してください)。
その後はすべて機能しましたが、次のWindows(7)が起動するまでしか機能しませんでした。 私の場合の原因はWindowsプログラムext2fsd-言ったように ここ -そしてそれを削除するとこれが修正されました。