Как определить, какая часть моей системы все еще ссылается на определенное устройство

Рассмотрим следующий отрывок из недавнего запуска apt-get dist-upgrade :

Processing triggers for linux-image-5.4.0-59-generic (5.4.0-59.65) ...
/etc/kernel/postinst.d/dkms:
 * dkms: running auto installation service for kernel 5.4.0-59-generic
   ...done.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.4.0-59-generic
/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.4.0-59-generic
Found initrd image: /boot/initrd.img-5.4.0-59-generic
Found linux image: /boot/vmlinuz-5.4.0-58-generic
Found initrd image: /boot/initrd.img-5.4.0-58-generic
Found linux image: /boot/vmlinuz-5.4.0-56-generic
Found initrd image: /boot/initrd.img-5.4.0-56-generic
  /dev/sdg: open failed: No medium found
  /dev/sdg: open failed: No medium found
Found Windows Boot Manager on /dev/nvme1n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings
done

Вы заметите, что две строчки с сообщением / dev / sdg: open failed: не найден носитель .

Этот диск я иногда подключаю к системе, но не обычно. Это SSD, который я оставляю полностью загрузочным, чтобы использовать его в качестве альтернативной системы.

Что странно, это то, что это устройство продолжает появляться во время обновления пакетов, и я не знаю, откуда берется эта информация в отсутствие устройства.

Случайный:

grep -aRi '/dev/sdg' /boot /etc

вообще ничего не дал. Точно так же, глядя на вывод efibootmgr -v , я вижу, что соответствующая запись EFI для диска, который упоминается как / dev / sdg в приведенном выше сообщении, просто ссылается на диск по номеру и UUID раздела.Поэтому я не понимаю, откуда берется / dev / sdg .

Вопрос: Так где хранится эта информация?

Редактировать: Забыл: Ubuntu 20.04 с примененными последними исправлениями.

На данный момент обнаружено:

• Ссылка на / dev / sdg создается скриптом os-prober .
  • Шаг, вызывающий lvs , является причиной ...
    Точный вызов: lvs --noheadings --separator: -o vg_name, lv_name
• Другие команды, связанные с LVM, дают такой же результат
  • Использование - подробный и / или - отладка с инструментами LVM ничего не меняет и не дает дополнительных сведений
• В