「パーティションのサイズ変更後、スーパーブロックまたはパーティションテーブルが破損している可能性があります!」

「パーティションのサイズ変更後、スーパーブロックまたはパーティションテーブルが破損している可能性があります!」

Manjaro Live CDのKDE Partition Managerツールを使用して、既存のLinux Mintパーティションを縮小し、Manjaroをインストールする別のパーティションを作成しました。

すべてがうまくいきましたが、その過程で私のLinux Mintパーティションが破損しているようです。起動しようとすると initramfs に送信されます。

出力は次のとおりですe2fsck

$ e2fsck -fy /dev/nvme0n1p6
e2fsck 1.45.5 (07-Jan-2020)
The filesystem size (according to the superblock) is 32907264 blocks
The physical size of the device is 22641408 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes

出力は次のとおりですlsblk

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
nvme0n1     259:0    0 238,5G  0 disk 
├─nvme0n1p1 259:1    0   260M  0 part /boot/efi
├─nvme0n1p2 259:2    0    16M  0 part 
├─nvme0n1p3 259:3    0  93,5G  0 part 
├─nvme0n1p4 259:4    0   980M  0 part 
├─nvme0n1p5 259:5    0  13,1G  0 part 
├─nvme0n1p6 259:6    0  86,4G  0 part              # Linux Mint partition
├─nvme0n1p7 259:7    0   5,2G  0 part [SWAP]
└─nvme0n1p8 259:8    0  39,2G  0 part /            # New Manjaro partition

答え1

私は質問が「今何をすべきか」と仮定しています。

まず、Mintパーティションの最後に保存されているすべてのデータが消えます。ファイルシステムのデータが重要な場合は、パーティションを別のデバイスにコピーする必要があります。

ファイルシステムを修復して再起動する前に、次の実行を完了する必要がありますfsck

e2fsck -f /dev/nvme0n1p6

最初の質問(「スーパーブロックまたはパーティションテーブルが破損している可能性があります!中断しますか?」)に「n」と答え、次のすべての質問に「y」と答えます。e2fsck欠落しているinodeに関する質問が表示されます。

次に、ファイルシステムのサイズを変更してみてください。

resize2fs -f /dev/nvme0n1p6

この方法は、(縮小された)パーティションの末尾にファイルがない場合に機能します。それ以外の場合は、ファイルシステムのサイズを変更できず、ファイルシステムの手術領域に入ります。 1つの可能なアプローチは、スワップパーティションとManjaroパーティションを削除し、パーティションテーブルを編集してLinux Mintパーティションの古いサイズを復元し、新しいサイズにサイズ変更することです。ちょうどManjaroをインストールしたので、再インストールしても大丈夫でしょう!

答え2

他の答えでも問題が解決しない場合は、パーティションテーブルがデバイスと一致することを確認する必要があります。

  1. ディスクドライブ
sudo fdisk -l /dev/whatever

結果をコピーします(紙に)。その後、パーティションテーブルを回復します。

sudo fdisk /dev/whatever

パーティションを削除します。その後、同じパラメータを使用して再生成します。最終パーティションによって異なるサイズを使用できるようにしたり許可したりしても驚かないでください。

  1. FSCK
sudo fsck /dev/whatever

最初の質問(「スーパーブロックまたはパーティションテーブルが破損している可能性があります!中断しますか?」)に「n」と答え、その後のすべての質問に「y」と答えてください。

  1. 問題のあるファイルシステムを縮小します。
sudo resize2fs -f /dev/whatever_partition

例: resize2fs -f /dev/sdb9

ありがとうhttps://unix.stackexchange.com/users/86440/stephen-kitt彼の最初の答えについては賛成投票したいのですが、スタック交換方針のために「評判」がないため、そうすることはできません。コメントを追加することもできません。 :-(パーティションテーブルがデバイスと一致することを確認する方法を追加する必要があることを除いて、これは彼の答えです。

元のチップのジオメトリと明らかに一致しない新しいチップにPi画像を追加したときにこの問題が発生しました。

答え3

私も同じ問題がありました。ファイルシステムを調整せずにドライブの最後のパーティションを縮小し、パーティション/ファイルシステムの不一致が発生しました。

しかし、まだ空き領域に新しいパーティションを作成していません!

そのため、サイズ変更されたパーティションを以前のサイズに拡張して不一致を解決することができました。既存のパーティションの確認中にfsckエラーで停止したため、KDEのパーティションマネージャを使用できませんでした。

代わりに、このコメントGrowthpartを使用してパーティションのサイズを変更するのに役立ちます。

パーティションを縮小して空き領域をフォーマットしなかったので、参考にしてください。また、運転終了時に不整合が発生しました。

このツールが他の状況でも機能するかどうかはわかりませんが、説明されている状況では問題が解決し、起動可能なシステムが復元されました。

関連情報