Рейтинг:0

После обновления основной диск с MBR потерял точку монтирования и не загружается

флаг us

Мой основной MBR-диск зашифрован с помощью LUKS. Я запустил рекомендуемые обновления и потерял точки монтирования на всех трех моих жестких дисках. Вот fdisk и blkid для моего основного диска. Другие я использую только для хранения, поэтому я не беспокоюсь о восстановлении точек монтирования для них, но я точно не хочу переустанавливать 18.04. Я не хочу переустанавливать все свое программное обеспечение.

root@ubuntu:~# fdisk

Диск /dev/loop0: 1,9 ГиБ, 2029981696 байт, 3964808 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop1: 89,1 МБ, 93417472 байт, 182456 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop2: 54,7 МБ, 57294848 байт, 111904 сектора
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop3: 44,9 МБ, 47063040 байт, 91920 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop4: 160,2 МБ, 167931904 байт, 327992 сектора
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop5: 4,2 МБ, 4403200 байт, 8600 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop6: 14,8 МБ, 15462400 байт, 30200 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop7: 956 КиБ, 978944 байт, 1912 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/sda: 931,5 ГиБ, 1000204886016 байт, 1953525168 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: dos
Идентификатор диска: 0xb4ef2c8e

Размер начальных и конечных секторов загрузки устройства Идентификатор типа
/dev/sda1 * 2048 1499135 1497088 731M 83 Linux
/dev/sda2 1501182 1953523711 1952022530 930.8G 5 Расширенный
/dev/sda5 1501184 1953523711 1952022528 930.8G 83 Linux

Раздел 2 не начинается на границе физического сектора.


Диск /dev/loop8: 3,7 МБ, 3825664 байт, 7472 сектора
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт

root@ubuntu:~# черный

/dev/sda1: UUID="a7edcdc8-aad6-4eba-815b-b8eacae62e5a" TYPE="ext4" PARTUUID="b4ef2c8e-01"
/dev/sr0: UUID="2020-02-03-18-40-13-00" LABEL="Ubuntu 18.04.4 LTS amd64" TYPE="iso9660" PTUUID="6e037a9d" PTTYPE="dos"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda5: UUID="02ac378e-f62e-4195-abec-a818aa27a98e" TYPE="crypto_LUKS" PARTUUID="b4ef2c8e-05"
/dev/loop8: TYPE="squashfs"
/dev/mapper/luks-02ac378e-f62e-4195-abec-a818aa27a98e: UUID="Mw2EIi-Wd6m-zblD-xw6v-zq4F-Gdft-cp6p1k" TYPE="LVM2_member"
/dev/mapper/ubuntu--vg-root: UUID="09d47bb9-8439-4475-a0c2-075ebe8555c7" TYPE="ext4"
/dev/mapper/ubuntu--vg-swap_1: UUID="c0b5b2c9-0c90-4b07-91db-bcc751aad18c" TYPE="swap"

Может ли кто-нибудь помочь мне восстановить здесь? Я прочитал много предыдущих сообщений о редактировании /etc/fstab для восстановления точек монтирования, но, похоже, я не нашел в инструкциях всего, что необходимо для выполнения задачи.

введите описание изображения здесь

# /etc/fstab: информация о статической файловой системе.
#
# Используйте 'blkid' для вывода универсального уникального идентификатора
# устройство; это может использоваться с UUID= как более надежный способ именования устройств.
# это работает, даже если диски добавляются и удаляются. См. fstab(5).
#
# <файловая система> <точка монтирования> <тип> <опции> <дамп> <пароль>
/dev/mapper/ubuntu--vg-root / ext4 errors=remount-ro 0 1
# /boot был на /dev/sda1 во время установки
UUID=a7edcdc8-aad6-4eba-815b-b8eacae62e5a /boot ext4 по умолчанию 0 2
/dev/mapper/ubuntu--vg-swap_1 нет swap sw 0 0

root@ubuntu:~# fsck -f /dev/mapper/ubuntu--vg-root

fsck из util-linux 2.31.1
e2fsck 1.44.1 (24 марта 2018 г.)
Проход 1: проверка индексных дескрипторов, блоков и размеров
Дерево экстентов Inode 36045055 (на уровне 1) может быть короче. Исправить<у>? нет
Проход 2: проверка структуры каталогов
Шаг 3: проверка подключения к каталогу
Шаг 4: проверка счетчиков ссылок
Шаг 5: Проверка сводной информации о группе
/dev/mapper/ubuntu--vg-root: 371495/60940288 файлов (0,3% несмежных), 8354382/243743744 блоков

root@ubuntu:~# lsblk

НАИМЕНОВАНИЕ MAJ:MIN RM РАЗМЕР RO ТИП ТОЧКА КРЕПЛЕНИЯ
loop0 7:0 0 1.9G 1 цикл /rofs
петля1 7:1 0 89.1M 1 петля /привязка/ядро/8268
loop2 7:2 0 54.7M 1 цикл /snap/core18/1668
loop3 7:3 0 44.9M 1 цикл /snap/gtk-common-themes/1440
loop4 7:4 0 160.2M 1 петля /snap/gnome-3-28-1804/116
loop5 7:5 0 4.2M 1 цикл /snap/gnome-calculator/544
loop6 7:6 0 14.8M 1 цикл /snap/gnome-characters/399
loop7 7:7 0 956K 1 цикл /snap/gnome-logs/81
loop8 7:8 0 3.7M 1 цикл /snap/gnome-system-monitor/127
sda 8:0 0 931.5G 0 диск  
ââsda1 8:1 0 731M 0 часть  
ââsda2 8:2 0 1K 0 часть  
ââsda5 8:5 0 930.8G 0 часть  
  ââлюкс-02ac378e-f62e-4195-abec-a818aa27a98e
                       253:0 0 930.8G 0 крипта 
    ââubuntu--vg-root 253:1 0 929.8G 0 лвм   
    ââubuntu--vg-swap_1
                       253:2 0 976M 0 уровень   
sr0 11:0 1 2G 0 ром/cdrom

введите описание изображения здесь

введите описание изображения здесь

флаг ru
Комментарии не для расширенного обсуждения; этот разговор был [перемещен в чат] (https://chat.stackexchange.com/rooms/127885/discussion-on-question-by-jamesreece-after-update-primary-disk-w-mbr-lost-mount) .

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.