Grub Rescue - LVM ID не найден
Если вы говорите о блокировках файлов,
lsof -p PID
выведет список всех файлов, открытых процессом с помощью PID.
lsof -c processname
выведет список всех файлов, открытых с помощью processname.
Обратите внимание, что в lsofперечислены также файлы, открытые только для чтения, т. е. без блокировок файлов. Режим, в котором открыт файл, указывается четвертым символом в столбце FD (File Descriptor )в выводе :
r for read access;
w for write access;
u for read and write access;
space if mode unknown and no lock
character follows;
`-' if mode unknown and lock
character follows.
В конце концов, я собрал RAID 1 с аппаратным рейдом и создал LVM.
Похоже, аппаратному RAID не понравилось решение с двумя рейдами 0 и над ними одним рейдом 1 с LVM.
Если ваша система использует UEFI, то получите доступ к системному разделу EFI (ESP ), используя загрузочный носитель или что-то еще. Обычно это небольшой раздел FAT32. Как только вы смонтируете его где-нибудь, вы найдете крошечный файл конфигурации GRUB по адресу <mountpoint>/EFI/debian/grub.cfg. На самом деле это просто ссылка на расположение фактического файла конфигурации GRUB. В моей системе, где /boot— обычный раздел GPT (, не входящий в LVM ), файл выглядит так:
search.fs_uuid 1406433d-b809-4e38-adea-94f1b95ae313 root
set prefix=($root)'/grub'
configfile $prefix/grub.cfg
В вашей системе первая строка, вероятно, отличается и упоминает (ныне устаревший )LVM ID. Убедитесь, что он правильно ссылается на файловую систему, содержащую ваш каталог /boot/grub; несмотря на то, что он упоминает root, , это не обязательно означает корневую файловую систему ОС Linux , а просто корень структуры каталогов GRUB, который может быть частью корневой файловой системы или отдельным /bootфайловая система.