这个硬盘的文件系统可以修复吗?

这个硬盘的文件系统可以修复吗?

我认为我的文件系统可能存在问题,我希望文件系统修复可以解决该问题。

以下是有问题的硬盘的详细信息:

一.png

Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x86660137

Device     Boot   Start       End   Sectors   Size Id Type
/dev/sdb1  *       2048    999423    997376   487M 83 Linux
/dev/sdb2       1001470 976771071 975769602 465.3G  5 Extended
/dev/sdb5       1001472 976771071 975769600 465.3G 83 Linux

如果我输入密码来解锁硬盘,以下详细信息将显示解锁前后的差异:

三.png

Disk /dev/mapper/luks-58c8286c-2472-411b-88b8-69d7032e0b13: 465.3 GiB, 499591938048 bytes, 975765504 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

当我去 Nautilus 尝试进入未锁定的驱动器时,该驱动器在 Nautilus 中根本看不见。

然而!如果我再次锁定硬盘,我就可以看到 Nautilus 中列出的驱动器:

五.png

如果我随后单击 Nautilus 中的驱动器,它会按预期要求输入密码:

六.png

输入密码后,会显示此消息,并且驱动器不再显示在 nautilus 中:

七.png

我希望让硬盘进入一种状态,至少允许我复制文件并保存到另一个文件系统。


编辑1:根据 ridgy 的要求,vgscan 和 lvscan 的输出:

userone@userone:~$ sudo vgscan
[sudo] password for userone: 
  Reading all physical volumes.  This may take a while...
  Found volume group "ubuntu-vg" using metadata type lvm2
  Found volume group "ubuntu-vg" using metadata type lvm2
userone@userone:~$ sudo lvscan
  ACTIVE            '/dev/ubuntu-vg/root' [43.22 GiB] inherit
  ACTIVE            '/dev/ubuntu-vg/swap_1' [15.92 GiB] inherit
  inactive          '/dev/ubuntu-vg/root' [457.34 GiB] inherit
  inactive          '/dev/ubuntu-vg/swap_1' [7.94 GiB] inherit
userone@userone:~$ 

编辑2:根据 ridgy 的要求,vgdisplay 的输出:

userone@userone:~$ sudo vgdisplay
[sudo] password for userone: 
  --- Volume group ---
  VG Name               ubuntu-vg
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               59.14 GiB
  PE Size               4.00 MiB
  Total PE              15141
  Alloc PE / Size       15139 / 59.14 GiB
  Free  PE / Size       2 / 8.00 MiB
  VG UUID               pf9z1Z-02zv-5BRD-jkbI-YhDN-SrQA-DrnRND

  --- Volume group ---
  VG Name               ubuntu-vg
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               465.28 GiB
  PE Size               4.00 MiB
  Total PE              119111
  Alloc PE / Size       119111 / 465.28 GiB
  Free  PE / Size       0 / 0   
  VG UUID               NwOoOV-ne4y-JeyM-7Sl7-SF7n-0INf-TkEcH3

问题:尝试解决此问题的推荐方法是什么。

答案1

我们只需要重命名第二个卷组(在 sdb2 上)。由于名称不唯一,我们使用 UUID 进行重命名:

sudo vgrename NwOoOV-ne4y-JeyM-7Sl7-SF7n-0INf-TkEcH3 decrypt-vg

其中NwOoOV-ne4y-JeyM-7Sl7-SF7n-0INf-TkEcH3是 UUID(请参阅 的输出vgdisplay),decrypt-vg是新名称;您可以根据需要选择任何名称,只要它与任何现有卷组的名称不同即可。

man vgrename简要说明了为什么这是必要的,并提供了一些例子。

显示的逻辑卷lvscan现在应该处于活动状态,并且设备节点已创建并可安装。

相关内容