Ubuntu 17.04 のロード中に問題が発生しました。Windows を起動した後、2 回目に問題が発生しました。1 回目は、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
答え1
スーパーブロックの問題に対するメインの回答の解決策を試したところ、同じエラーが発生しました。
私の問題は、Ubuntu システムが起動せず (マルチブート シナリオ下)、別の Linux システムからマウントできないことでした。ライブ セッションで、gparted は不正なスーパーブロックを報告しました。
私はこの解決策に従いましたここしかし、私にとっては最初の一歩で十分でした。
実際の環境では次のようなことを行いました:
sudo fsck.ext4 -v /dev/sda6
同じ問題が報告されましたが、修正も提案されました。私は「はい」の「y」を数回選択し、次に「a」(すべて修正すると思います) を選択しました。
その後はすべて正常に動作しましたが、それは次の Windows (7) の起動まででした。私の場合、犯人はWindowsプログラムext2fsdでした- 言われるようにここ- それを削除すると、この問題は修正されました。