Если речь о запуске сотен и тысяч экземпляров отлаженного приложения, то контейнеры экономят какие-то проценты (доли процентов) ресурсов. Преимущество, если оно вам требуется.
Но когда требуется запускать единичные экземпляры приложений - зачем вам контейнеры и необходимость погружения в их "оркестровку"?

Фундаментальная проблема контейнеров - проблемы с решением проблем.

Если в виртуалке, элементарно, можно выполнить "что-то" при остановленном сервере (приложения), то контейнер автоматически перезапустит экземпляр.

Просто не надо относиться к контейнеру как к традиционной виртуалке. Работать с файлами из контейнера вполне можно и когда он остановлен. Но все важные файлы, в которые может понадобиться залезть, надо держать не в нём самом, а в вольюме. Сам контейнер — мусорная сущность: создал, удалил, пересоздал с нуля — ни на что это влиять не должно.

А не откажется dnf качать по https?

Не откажется.

И вам повторю - я желаю проверять шифрованный трафик на собственном конечном устройстве. А мне каждый раз объясняют, что MiTM это фу-фу-фу

Ну не запрещает же никто проверять, в чём проблема? Хотя смысл такой проверки мне не особо понятен. При записи на диск всё равно перепроверится, накладные расходы на анализ трафика себя не оправдывают.

Истерия https это не про приватность, а про бабло.

Это у Вас какая-то истерия. Пришли в тему и начали писать совершенно не относящиеся к ней вещи. Если Вас гугл обидел, найдите более подходящее место, чтобы об этом рассказать. Защита трафика от перехвата по пути и сохранение приватности - это две совершенно разные проблемы, и их решения никак друг с другом не пересекаются.

Чем условный ростелеком, который, благодаря SNI, вместо "коврового бомбометания" может блокировать конкретные ресурсы по требованию РКН, хуже условного гугла, который без всякого (E)SNI просто отказался принимать оплату у всех российских граждан?

А с какой стати Вы вообще взялись их сравнивать? TLS в принципе никак не может и не должен скрывать что бы то ни было от владельца ресурса, будь то гугл или кто другой. Нечего офтопик разводить.

А все эти паранойи на тему приватность - как раз фикция. Шифрование магистрального трафика при доступе к публичному ресурсу - элемент конкурентной борьбы, а не защита приватности. У владельца ресурса вполне достаточно средств и возможностей для идентификации пользователей (их интересов и предпочтений) даже без раскрытия их личностей.

У таких гигантских корпораций, как Google, запрещённые в РФ соцсети, "национальные" Яндекс или РуТуб имеются ресурсы, которые обеспечивают всю необходимую их бизнесам информацию о пользователях. И ресурсы эти на многие порядки превосходят возможности "шифрования" пользователей.

Не надо мешать владельца ресурса и своего провайдера с установленным у него оборудованием.

dpkg-query -W 'drweb*'

ls -lR /opt/drweb.com

11.1.4-2208301425~linux - она удаляет старый доктор веб, а новый не ставит

они удаляются при обновлении apt upgrade

Вы что, ставили его и из репозиториев, и из run-инсталлятора, один поверх другого?

Новое поколение тестов: можно не только методику не описывать, но и вообще ничего не писать, только табличку с расстановкой мест повесить.

Техподдержка не говорит о причинах внесения сайта в базу нежелательных - это главная претензия.

Значит, такой у неё регламент. Моё имхо таково, что это правильно, ибо всё равно исправлять вы ничего не будете, у вас бизнес-модель основана на продаже сомнительных материалов.

это ваше имхо, а не ответ тех. поддержки

За ответом техподдержки надо идти в техподдержку, а не на форум.

Можно, но надо покупать отдельную лицензию. Если оно Вам действительно надо.

https://products.drweb.ru/fileserver/unix/

https://products.drweb.ru/gateway/unix/

https://products.drweb.ru/mailserver/unix/

Dr.Web Security Space — это пакет drweb-workstations. Остальные устанавливать не надо, это серверные продукты.

https://repo.drweb.com/

Там внутри самая обыкновенная Ubuntu, протестированная вдоль и поперёк.

Запускал CureIt.exe из-под Wine в среде Linux.

А, ну что это будет работать — никто и не обещал. CureIt на LiveDisk не идентичен обычному.

А при запуске Linux-версии DrWeb (drweb-livedisk-900-cd.iso) на новом ноутбуке, DrWeb не видит диски NVME. Большая просьба добавить соответствующие драйвера в Linux-версию DrWeb.

Вероятно, это удастся исправить только обновлением базовой системы. Вообще поддержка NVMe  есть, но проблемы с отдельными устройствами, особенно новыми, вполне возможны.

просто делает вид, что сканирует, но фактически этого не делает

Что значит «делает вид, что сканирует», и как Вы поняли, что фактически этого не делает?

https://download.geo.drweb.com/pub/drweb/esuite/13.0.0/documentation/html/ru/admin_manual/multiserver_network.htm

4 года будут приходить обновления безопасности

Ну 4 года, какая разница? По факту телефон может быть куплен через год после выпуска, остаётся 3. Срок службы устройства при бережном обращении существенно больше, особенно если своевременно заменить аккумулятор, который деградирует первым. Но производитель в долгой поддержке не заинтересован. И это ещё у Samsung дела обстоят лучше, чем у многих других. У большинства noname обновления не выходят вообще никогда, с чем купил — то и остаётся. Так что единственный способ иметь софт без известных уязвимостей — использовать нормально обновляемую альтернативную прошивку, но такие есть для сравнительно немногих устройств, и зачастую производители всячески препятствуют их установке (ещё и объясняя это якобы заботой о безопасности).

Например у телефонов Самсунг обновление безопасности выходит раз в месяц.

Да ну? Мой перестал обновляться где-то года через 3 после выхода модели. И перед этим около года обновления выходили существенно реже.

Это сообщение отношения к проблеме не имеет. Проблема, похоже, с диском. На Вашей стороне не решается.

Это же команда для MTA, что ему делать. Собственно, все варианты, предусмотренные протоколом, и перечислены. А в качестве «карантина» — перепаковка.

другими словами - нужно сгенерировать собственные ключи для SecureBoot и подписать ими файлы

подробней, пожалуйста

Подробней — в инструкции к материнской плате. Интерфейс везде разный. Ключевые слова: security, secure boot, certificate, CA, DB.