磁盘看起来不错,但安装失败(错误的选项,错误的超级块)

磁盘看起来不错,但安装失败(错误的选项,错误的超级块)

我的磁盘现在有点乱,但我觉得我已经让它进入​​了工作状态。这是关于块大小如何错误的原始问题: https://superuser.com/questions/1597651/recovering-a-logic-volume-whos-disk-has-been-removed-and-plugged-back-in?noredirect=1#comment2434932_1597651

我已经用 losetup 修复了这个问题,并让新的循环设备显示有效的逻辑卷(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

相关内容