
我一直在努力理解兩個輸出中發現的差異 -lsblk
和df -h
。在其他類似問題中搜尋並沒有產生任何好的結果。
LSBLK:
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/sdb1第二個輸出比較大嗎?在那裡,它等於整個磁碟的大小(幾乎 10G)。
更新
重新啟動後,無法再掛載任何這些分割區。運行fsck
導致Bad magic number in super-block
錯誤,這似乎證實了穆克765的假設-在調整分區大小期間顯然發生了一些邪惡的事情。據我記憶,我可能忘記在調整大小之前卸載分割區。
答案1
解決方案是格式化在錯誤調整大小期間損壞的檔案系統。如果我有兩個分區,則需要:
mkfs.ext4 /dev/sdb1
mkfs.ext4 /dev/sdb2
完成後,這會立即解決所有問題:分割區大小沒有差異,沒有壞掉的超級區塊,並且兩個分割區都可以正確安裝。