1

У меня есть это расположение разделов MBR на двух дисках, внутренних и внешних:

-sda1 /boot
-sda2 /
-sda3 swap
-sda4 extended
    sda5 encrypted
    sda6 encrypted

Внешний диск такой же, за исключением того, что он, очевидно, sdb.'

Мне нужно было что-то восстановить из резервной копии, но я не смог сделать это при работающей системе, поэтому я загрузился с загрузочной флешки. Я подключил внешний жесткий диск и скопировал то, что хотел, из двух разделов: sdb2 и sdb5. Я использовал pcmanfm для монтирования и размонтирования двух разделов. Все заработало как положено.

Я перезагрузился с внутреннего диска, а потом вспомнил, что хотел скопировать что-то еще. Дополнительный файл не требовал перехода системы в автономный режим, поэтому я не использовал флешку. Я снова подключил внешний диск и ... sdb5 и sdb6 выскочили в pcmanfm как обычно, но sdb1 и sdb2 этого не сделали.

Я попытался смонтировать sdb2 вручную в командной строке, и mount не распознал его, утверждая, что я должен указать тип файловой системы. Я сделал это как 'mount -t ext4', и он все равно не будет работать.

Я подумал, что может быть что-то еще сломалось в моей системе, поэтому я снова загрузился с USB-флешки и подтвердил проблему. Я снова загрузился в обычную систему (внутренний диск), и проблема остается.

Я попытался открыть sdb5, и он расшифровывает, но не монтирует по той же причине: неизвестная файловая система. SDB6 все еще открывается.

Эти два диска выглядят одинаково в 'fdisk -l', но не в 'lsblk -f'. Все разделы, кроме sdb6, не имеют идентификации файловой системы на внешнем диске.

# lsblk -f
NAME                FSTYPE      LABEL UUID   MOUNTPOINT
sda                                        
├─sda1              ext2        boot  [uuid] 
├─sda2              ext4        root  [uuid] /
├─sda3                                                
│ └─swap            swap              [uuid] [SWAP]
├─sda4                                                 
├─sda5              crypto_LUKS       [uuid] 
│ └─cxx             xfs         cr1   [uuid] /crypt1
└─sda6              crypto_LUKS       [uuid] 
  └─czz             xfs         cr2   [uuid] /crypt2
sdb                                                    
├─sdb1                                                 
├─sdb2                                                 
├─sdb3                                                 
├─sdb4                                                 
├─sdb5              crypto_LUKS       [uuid] 
│ └─luks-[uuid]                                          
└─sdb6              crypto_LUKS       [uuid] 
  └─luks-[uuid]     xfs         cr2b  [uuid] /media/root/cr2b

Я не вижу или не понимаю, как это произошло. У меня есть другая копия данных, но теперь я очень подозрительно отношусь к внешнему диску. Могу ли я до сих пор доверять этому? Можно ли как-нибудь исправить эту таблицу разделов, чтобы мне больше не приходилось копировать все? Я думал об открытии и повторном сохранении его на cfdisk или fdisk, но так как один из зашифрованных разделов также потерял свою метку FS, я не совсем уверен, как это сделать.

1 ответ1

0

Разница между fdisk и lsblk заключается в том, что fdisk читает с диска, а lsblk отображает представление устройств об ядре из sysfs . Не то, чтобы это решало вашу проблему, но хорошо помнить, пытаясь выяснить проблемы с разделами. Запуск dmesg | grep sd вы должны получить представление о том, какое ядро обнаружено при загрузке, например о дисках, разделах и т. д. Если sda и sdb идентичны, у вас должны быть похожие записи.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .