.png)
lsblk
との 2 つの出力に見られる矛盾を理解するのに苦労していますdf -h
。他の同様の質問を検索しても、良い結果は得られませんでした。
ブロック:
sdb 8:16 0 10G 0 disk
├─sdb1 8:17 0 5G 0 part /temp_disk
└─sdb2 8:18 0 5G 0 part /temp_disk_2
df -h:
/dev/sdb1 9.8G 24K 9.3G 1% /temp_disk
/dev/sdb2 4.9G 24K 4.6G 1% /temp_disk_2
なぜ/dev/sdb12 番目の出力の方が大きいですか? ここでは、ディスク全体のサイズ (約 10G) に等しくなります。
アップデート
再起動後、これらのパーティションをマウントできなくなりました。実行するとエラーがfsck
発生しBad magic number in super-block
、これが原因であると思われます。ムック765の推測 - パーティションのサイズ変更中に何らかの悪いことが起こったようです。私の記憶では、サイズ変更の前にパーティションをアンマウントするのを忘れた可能性があります。
答え1
解決策は、誤ったサイズ変更中に破損したファイルシステムをフォーマットすることです。私が持っている 2 つのパーティションの場合、次の操作が必要です。
mkfs.ext4 /dev/sdb1
mkfs.ext4 /dev/sdb2
これが完了すると、すべての問題が一度に解決されます。パーティション サイズに矛盾はなく、不良なスーパー ブロックはなく、両方のパーティションをエラーなしでマウントできます。