Рейтинг:1

Сломанный lvm приводит к ошибке read_urandom

флаг ar

Я что-то делал в chroot и, к сожалению, сломал хост. Теперь я не могу управлять группами томов:

пвс
  read_urandom: /dev/urandom: открыть не удалось: нет такого файла или каталога

Та же ошибка с разными командами о lvm.. Пытаюсь перенастроить:

# dpkg-reconfigure linux-image-4.19.0-16-amd64

/etc/kernel/postinst.d/dkms:
dkms: запущена служба автоматической установки для ядра 4.19.0-16-amd64:/usr/sbin/dkms: строка 3345: /dev/fd/62: нет такого файла или каталога
.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Генерация /boot/initrd.img-4.19.0-16-amd64
cryptsetup: ОШИБКА: не удалось разрешить устройство 
    /dev/mapper/rootvg-root--сервер--альфа--хост
cryptsetup: ВНИМАНИЕ: не удалось определить корневое устройство
cryptsetup: ОШИБКА: не удалось разрешить устройство /dev/dm-1 (удалено)
cryptsetup: ОШИБКА: не удалось разрешить устройство 
    UUID=e9ef352b-a648-4499-ade2-54235f40a3df
W: Не удалось определить тип корневой файловой системы для перехватчика fsck.
I: initramfs попытается возобновить работу с /dev/dm-1 (удалено)
I: Установите переменную RESUME, чтобы переопределить это.
/etc/kernel/postinst.d/zz-update-grub:
/usr/sbin/grub-probe: ошибка: не удалось получить канонический путь `/dev/mapper/rootvg-root--server--alpha-host'.
run-parts: /etc/kernel/postinst.d/zz-update-grub завершился с кодом возврата 1

Пытаюсь обновить initramfs:

# обновление-инитрамфс -у
update-initramfs: Генерация /boot/initrd.img-4.19.0-16-amd64
cryptsetup: ОШИБКА: не удалось разрешить устройство 
    /dev/mapper/rootvg-root--сервер--альфа--хост
cryptsetup: ВНИМАНИЕ: не удалось определить корневое устройство
cryptsetup: ОШИБКА: не удалось разрешить устройство /dev/dm-1 (удалено)
cryptsetup: ОШИБКА: не удалось разрешить устройство 
    UUID=e9ef352b-a648-4499-ade2-54235f40a3df
W: Не удалось определить тип корневой файловой системы для перехватчика fsck.
I: initramfs попытается возобновить работу с /dev/dm-1 (удалено)
I: Установите переменную RESUME, чтобы переопределить это.

Архитектура разделов:

# лблк
НАИМЕНОВАНИЕ MAJ:MIN RM РАЗМЕР RO ТИП ТОЧКА КРЕПЛЕНИЯ
nvme1n1 259:0 0 1.8T 0 диск  
âânvme1n1p1 259:2 0 2M 0 часть  
â ââmd1 9:1 0 2M 0 рейд1 
âânvme1n1p2 259:3 0 510M 0 часть  
â ââmd2 9:2 0 509M 0 raid1 /boot
âânvme1n1p3 259:4 0 1.8T 0 часть  
  ââmd3 9:3 0 1.8T 0 рейд1 
    ââcroot 253:0 0 1.8T 0 крипта 
      âârootvg-swap--server--alpha--host 253:1 0 8G 0 lvm   
      âârootvg-root--server--alpha--host 253:2 0 1.5T 0 lvm /
      âârootvg-root--vm1 253:3 0 100G 0 лвм   
      âârootvg-root--vm2 253:4 0 20G 0 лвм   
      âârootvg-root--vm3 253:5 0 40G 0 лвм   
      âârootvg-root--vm4 253:6 0 100G 0 лвм   
nvme0n1 259:1 0 1.8T 0 диск  
âânvme0n1p1 259:5 0 2M 0 часть  
â ââmd1 9:1 0 2M 0 рейд1 
âânvme0n1p2 259:6 0 510M 0 часть  
â ââmd2 9:2 0 509M 0 raid1 /boot
âânvme0n1p3 259:7 0 1.8T 0 часть  
  ââmd3 9:3 0 1.8T 0 рейд1 
    ââcroot 253:0 0 1.8T 0 крипта 
      âârootvg-swap--server--alpha--host 253:1 0 8G 0 lvm   
      âârootvg-root--server--alpha--host 253:2 0 1.5T 0 lvm /
      âârootvg-root--vm1 253:3 0 100G 0 лвм   
      âârootvg-root--vm2 253:4 0 20G 0 лвм   
      âârootvg-root--vm3 253:5 0 40G 0 лвм   
      âârootvg-root--vm4 253:6 0 100G 0 лвм  

Проблема заключалась в выполнении chroot на rootvg-root--vm4. Возможно, из-за update-initramfs или удаления файлов в /mnt, которые повлияли на запущенные процессы на хосте. Теперь я даже не могу удалить этот том, и я боюсь потерять сервер, если сервер перезагрузится...

жду вашей поддержки, заранее спасибо.

отредактировано:

Дополнительные действия: Попытка перезапустить виртуальную машину:

$ sudo virsh start vm2-bastion
sudo virsh начать vm2

ошибка: Не удалось запустить домен vm2
ошибка: внутренняя ошибка: не удалось проверить двоичный файл QEMU с помощью QMP: не удалось получить доступ к модулю ядра KVM: нет такого файла или каталога
qemu-system-x86_64: не удалось инициализировать KVM: нет такого файла или каталога
qemu-system-x86_64: вернуться к ускорителю tcg

Пропал обычный доступ по SSH:

$ ssh пользователь@ip
Сбой запроса выделения PTY на канале 0

... но мне удалось войти в систему, используя:

$ ssh user@ip "/bin/bash -i" 

bash: невозможно установить группу терминальных процессов (-1): неподходящий ioctl для устройства
bash: в этой оболочке нет управления заданиями
пользователь@сервер-альфа-хост:~$
Michael Hampton avatar
флаг cz
Что именно ты сделал?
флаг ar
Я сделал rm -r /mnt/* и заметил ошибку, Ctrl-C. Но удалил chroot некоторых хостов, смонтированный /dev или proc...
Рейтинг:1
флаг cn

Теперь я даже не могу удалить этот том и боюсь потерять сервер если сервер перезагружается...

Сделайте резервную копию любых важных данных. Если этот хост важен для вас, должна быть возможность его перестроения и восстановления.

Определите, были ли смонтированы какие-либо блочные устройства, где и когда произошло удаление, и нужны ли вам данные на них. Возможно, нет, но то, что вы отправили его SIGINT, не означает, что удаление остановлено на узлах устройства.

Отсутствие /dev/urandom, /dev/kvm, блочных устройств, /proc и других устройств многое сломает. Перезагрузитесь, чтобы вернуть их. devtmpfs и udev нормально воссоздают узлы устройств при каждой загрузке. Эта перезагрузка предназначена для того, чтобы гарантировать перезапуск каждой некорректно работающей программы, и в конечном итоге она должна произойти.

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

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