Докер нормально когда не хочешь в систему ставить всякое гавно

давно уж усовершенствовали

Докер нормально когда не хочешь в систему ставить всякое гавно

Да похуй на систему, новую зальём в полпинка))

Это тупо быстрее. на запуск всего то 2-3 секунды и на откат столько же

Это тупо быстрее. на запуск всего то 2-3 секунды и на откат столько же

systemd - гавна кусок

Очень просто получить 5 минут на подняие интерфейса/монирование/etc

везде

значит вы ни разу его не ломали

значит вы ни разу его не ломали

в /etc/fstab допишите в любую строку что-нибудь не то и в ребут отправьте

о ебать, а чо придумали по-другому? вообще не слежу за трендами в области линухов

вместо убогого limits.conf есть великолепные сигруппы прямо в .service файле! просто крайне удобно! А конфиги? рантайм, вендор-wide и user-wide просто то, чего все это время не хватало! Жаль, тех кто не освоил этого например нужно поднять лимиты по открытым файлам для сервиса xxx systemctl show xxx systemctl cat xxx systemctl edit xxx

в /etc/fstab допишите в любую строку что-нибудь не то и в ребут отправьте

А ничего что это на разном уровне ?

успокойся, так было и до systemd.

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

Всегда просто руглася на строку и шел дадльше. без 5 минту ожиданий

Тащемто на пользователя

И что мне мешало раньше в сигрупп сделать тоже самое? но без системдЫ

И что мне мешало раньше в сигрупп сделать тоже самое? но без системдЫ

сигруппы до сигрупп2 унылое гавно =)

никогда не потел. 1 раз пишем дальше делам include

в virt manager запускается локально с диска?

Привет) при конвертировании образа vdi в raw и загрузке его в openstack, при старте ВМ получаю ошибку: dracut-initqueue[534]: Warning: Could not boot dracut-initqueue[534]: Warning: /dev/mapper/root does not exist Entering emergency mode. Exit the shell to continue. Конвертация выполнялась так: VBoxManage clonehd image.vdi image.raw --format raw При установке ОС использовались LVM. Потом нерабочий образ raw был примонтирован на рабочую систему: losetup -f losetup /dev/loop0 image.raw kpartx -av /dev/loop0 vgscan vgchange -ay mount /dev/<name>/root /mnt Потом было выполнено обновление конфигурации загрузки: mount /dev/mapper/centos-root /mnt/ mount -o bind /dev /mnt/dev mount -o bind /sys /mnt/sys mount -o bind /proc /mnt/proc mount /dev/sda1 /mnt/boot chroot /mnt cd /boot dracut -f [initramfs-версия ядра.img] [версия ядра] grub2-mkconfig -o /boot/grub2/grub.cfg Но при запуске ошибка сохраняется. В чем может быть проблема? может что-то не так делаю?

Подобная проблема обычно связана с тем, что при смене сред виртуализации, меняются имена блочных устройств завязанных на pv. Я такое решал следующим образом, когда ВМ при загрузке вываливалась в ошибку, использовал следующие команды: chroot /mnt/sysimage dracut --regenerate-all -f && grub2-mkconfig -o /boot/grub2/grub.cfg После выход из chroot и ребут ВМ.

/boot/grub2/grub.cfg у меня такого нету

Uefi/bios? При совершении chroot, монтировались ли каталоги /dev,sys,proc,run с опцией --bind

я выше описала, что именно делалось

И важно, там, где запускали grub-mkconfig uefi/bios и целевая система какая? Это очень важно, т.к. скрипт будет генерировать на основани текущей системы, можно переопределить конечно же. Тут важно осознавать что ты делаешь

система redos (на базе центоса). Получается я смонтировала нерабочий образ в /mnt. Туда примонтировала /dev,sys,proc,run с опцией --bind. И в /mnt запустила grub2-mkconfig

У гостя bios или uefi? А на хосте с редосом? Важно, чтобы они или совпадали или нужно вручную указать для какой платформы генерим конфиг.

Загугли как определить, там где-то в /sys или proc есть папка firmware, по этим кейвлрдам найдешь)

Загугли как определить, там где-то в /sys или proc есть папка firmware, по этим кейвлрдам найдешь)

/boot/grub2/grub.cfg у меня такого нету

Про путь я имел ввиду этот

Если примонтирован был / который на lvm, то в нем /boot и должен быть пустым, ведь файлы на другом разделе!

Дракут калдунская штука ага:)

Там обычно косяк в указании версии ядра