ディスクは問題ないようですが、インストールに失敗します(無効なオプション、無効なスーパーブロック)。

ディスクは問題ないようですが、インストールに失敗します(無効なオプション、無効なスーパーブロック)。

私のディスクは今少し混乱していますが、うまくいくような気がします。ブロックサイズがどのように間違っているかについての元の質問は次のとおりです。 https://superuser.com/questions/1597651/recovering-a-logic-volume-whos-disk-has-been-removed-and-plugged-back-in?noredirect=1#comment2434932_1597651

私はlosstupでこの問題を解決し、有効な論理ボリュームを表示する新しいループデバイスを取得しました(lvdisplayはボリュームグループを再表示します)。そして、dumpe2fsは私が知っている限り何の問題も表示しません。

Filesystem volume name:   <none>
Last mounted on:          /mnt/newDisk
Filesystem UUID:          7a0d44bf-87cd-42ae-9999-44c69d66fa16
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              183144448
Block count:              1465129984
Reserved block count:     73256499
Free blocks:              1453293951
Free inodes:              183144437
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         4096
Inode blocks per group:   256
Flex block group size:    16
Filesystem created:       Tue Oct 20 13:39:23 2020
Last mount time:          Tue Oct 20 13:40:23 2020
Last write time:          Tue Oct 20 13:40:23 2020
Mount count:              1
Maximum mount count:      -1
Last checked:             Tue Oct 20 13:39:23 2020
Check interval:           0 (<none>)
Lifetime writes:          1039 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      c8d38b88-946f-475e-89cc-41e4b87c765c
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x22c5114b
Journal features:         journal_incompat_revoke journal_64bit journal_checksum_v3
Journal size:             1024M
Journal length:           262144
Journal sequence:         0x00006538
Journal start:            209904
Journal checksum type:    crc32c
Journal checksum:         0x56fe4f79

オフセットスーパーブロックをマウントしようとしましたが、mount -o sb=32768 /dev/tmpVG/temporary /mntまだ「無効なオプション、無効なfsタイプ」エラーが発生しました。

ここで何か抜けましたか?何か間違ってインストールしたような気がしますが、何をインストールするのかわかりません。推測と比較して、スーパーブロックが本当に良いことを確認する方法は何ですか?

編集:file -sは興味深い内容を示しています。

/dev/dm-2: Linux rev 1.0 ext4 filesystem data, UUID=7a0d44bf-87cd- 
42ae-9999-44c69d66fa16 (needs journal recovery) (extents) (64bit) 
(large files) (huge files)

fsckはバージョン情報、誤った実行可能ファイルを印刷して終了するようです。詳細を追加しても役に立ちません。

fsck from util-linux 2.31.1
[/sbin/fsck.ext2 (1) -- /dev/mapper/tmpVG-temporary] fsck.ext2 /dev/mapper/tmpVG-temporary

「ログ復旧が必要です」が手がかりだと思います。それは次に調べます。

ベストアンサー1

file -s /dev/tmpVG/temporary以下を使用して、ext4ファイルシステムを表示していることを確認できます。オプション実際のext2、ext3、またはext4ファイルシステムをマウントする場合にのみ有効です。

または、パラメータを使用してfsckを試すこともできます。-N到着実行しないで、実行する操作を表示してください。 fsck -N /dev/tmpVG/temporary

おすすめ記事