過度のposgresqlメモリ使用量のためにサーバーがクラッシュしました。再起動後、スーパーブロックエラーのため、postgresqlデータが配置されているディスクはマウントされません。
パーティションを復元するために、awsコンソールから新しいボリュームを作成しました。
1- ddrestore で破損したディスクを新しいディスクに複製しました。
ddrescue -v —force /dev/nvme1n1 /dev/nvme3n1 /tmp.log
2-fsck結果
ext2fs_open2: スーパーブロックの不正なマジックナンバー fsck.ext2: スーパーブロックが無効です。ブロックをバックアップしています... fsck.ext2: /dev/nvme1n1 を開こうとすると、スーパーブロックの不正なマジックナンバーです。
スーパーブロックが読み取れないか、有効なext2 / ext3 / ext4ファイルシステムが説明されていません。デバイスが有効であり、ext2/ext3/ext4 ファイルシステム(スワップや ufs または他のファイルシステムは含まれません)を含む場合、スーパーブロックは破損しているため、代替スーパーブロック(e2fsck -b 8193 または e2fsck -b 32768) を使用してe2fsckを実行してみることができます。
サム- バックアップスーパーブロックのリストが見つかりました。
sudo mke2fs -n /dev/nvme1n1
結果:
73242187 4k ブロックと 18317312 inode でファイルシステムを作成する ファイルシステム, 8 847 36. 1605632, 2654208, 4096000、7962624、11239424、20480000、23887872、71663616
4- スーパーブロックをすべて試してみました。
sudo e2fsck -b 32768 /dev/nvme1n1
私には効果がありません。同じSSDの他の部分(ルートボリュームなど)は正常に機能します。
助けてください?