Как обновить UUID LV, файл устройств не найден

Недавнее обновление BIOS запутало вещи в моем LVM, но я не уверен, что именно…

[root@localhost ~]# pvscan
  Файл устройств sys_wwid naa.57c35481cc13b195 PVID IpYMVDa5eXTqYQuLzXc8GukoAVUOK32u последний раз виден на /dev/sda3 не найден.
  Не найдено соответствующих физических томов

Я получаю тот же вывод от: vgscan & lvscan.

[root@localhost ~]# lsblk -f
NAME                FSTYPE      FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
sda
├─sda1              vfat        FAT16    EFI   851C-90D9                               492.7M     1% /boot/efi
├─sda2              ext4        1.0      BOOT  eb88de2a-850c-431a-a05b-5f133879aee9      100M    72% /boot
└─sda3              LVM2_member LVM2 001       IpYMVD-a5eX-TqYQ-uLzX-c8Gu-koAV-UOK32u
  ├─rl_localhost-swap swap        1        SWAP  43082c91-a0ec-4f86-a776-1457ac39ba6f                  [SWAP]
  └─rl_localhost-root ext4        1.0      ROOT  9c40db8f-7185-48a6-a188-be13a4724ea9     37.9G    16% /

Перечисляя содержимое /dev/mapper:

[root@localhost dev]# ls -All mapper/
total 0
crw-------. 1 root root 10, 236 May  8 03:22 control
lrwxrwxrwx. 1 root root       7 May  8 03:22 rl_localhost-root -> ../dm-1
lrwxrwxrwx. 1 root root       7 May  8 03:22 rl_localhost-swap -> ../dm-0

Я полагаю, эти файлы dm-# являются ‘файлами устройств’ из сообщения об ошибке/предупреждении. Могу использовать небольшое объяснение здесь: /dev/sda3 – это LV, который содержит корневой раздел и раздел подкачки. Как и почему могут быть ‘файлы устройств (dm-0, dm-1)’ для корневого и раздела подкачки, но затем LV sda не имеет/не нуждается в ‘файле устройства’ (?)

[root@localhost dev]# blkid
/dev/mapper/rl_localhost-root: LABEL="ROOT" UUID="9c40db8f-7185-48a6-a188-be13a4724ea9" TYPE="ext4"
/dev/mapper/rl_localhost-swap: LABEL="SWAP" UUID="43082c91-a0ec-4f86-a776-1457ac39ba6f" TYPE="swap"
/dev/sda2: LABEL="BOOT" UUID="eb88de2a-850c-431a-a05b-5f133879aee9" TYPE="ext4" PARTUUID="9072cb02-0943-43a2-8718-cc67983eebd4"
/dev/sda3: UUID="IpYMVD-a5eX-TqYQ-uLzX-c8Gu-koAV-UOK32u" TYPE="LVM2_member" PARTUUID="9daab51d-ec9d-443c-bcd6-146e0a7bcd4a"
/dev/sda1: SEC_TYPE="msdos" LABEL_FATBOOT="EFI" LABEL="EFI" UUID="851C-90D9" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="d7833ebe-ab1a-47b8-9fc8-8625374b6998"

Вышеуказанное – еще одна точка путаницы. blkid показывает /dev/sda с UUID таким же, как lsblk, но, возможно, это сбивает с толку, потому что я не уверен, что именно я ищу.

Обновление

Итак, я еще не исправил коренную причину проблемы, но я нашел временное решение для нее, используя следующие критерии тестирования:

Без отсутствующего ‘файла устройства’ я не мог выполнять такие вещи, как:

grub2-mkconfig -o /boot/efi/EFI/rocky/grub.cfg

Ввод вышеуказанной команды завершится с:

 Файл устройств sys_wwid naa.57c35481cc13b195 PVID IpYMVDa5eXTqYQuLzXc8GukoAVUOK32u последний раз виден на /dev/sda3 не найден.

Я нашел файл устройств LVM здесь:/etc/lvm/devices/system.devices. Я переименовал его в .bak. Теперь вышеуказанная команда не завершается с ошибкой. Я читал страницу руководства введите описание ссылки здесь, и, просматривая 4-й абзац в описании, указывает, что LVM вернется к использованию имен устройств, если конкретная информация о железе недоступна. Я думаю, что это то, что происходит, поскольку система все еще загружается и работает, несмотря на эту проблему.

Итак, у меня есть временное решение, но я все еще не уверен, как исправить теперь неверные данные идентификации оборудования для диска в lvm. Есть идеи?

Сначала верните файл system.devices обратно, затем выполните эту команду:

lvmdevices --deldev /dev/sda3

Проверьте, была ли ошибка удалена командой:

lvmdevices

Если ничего не возвращается, выполните команду pvscan, чтобы получить новое устройство PV, затем:

lvmdevices --adddev /dev/sdXY

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