Я думаю, что у меня есть возможная проблема файловой системы, которая я надеюсь, что восстановление файловой системы может зафиксировать.
Вот детали рассматриваемого жесткого диска:
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
Если я ввожу в пароле для разблокирования жесткого диска, вот детали, чтобы показать что различие прежде и после разблокирования:
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
Когда я перехожу к Наутилусу, чтобы попытаться войти в разблокированный диск, диск не видим в наутилусе вообще.
Однако! Если я блокирую жесткий диск снова, я вижу диск, перечисленный в Наутилусе:
Если я затем нажимаю диск в Наутилусе, он просит пароль как ожидалось:
После ввода в пароле это показывает это сообщение, и диск больше не показывают в наутилусе:
Я надеюсь получить жесткий диск в состояние, которое, по крайней мере, позволяет мне копировать файлы прочь и сохранять к другой файловой системе.
Редактирование 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
Вопрос: каков рекомендуемый способ попытаться исправить эту проблему.
Мы просто должны переименовать вторую группу объема (на 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
, должны теперь быть активными, и созданные узлы устройства и монтируемыми.