VMWare мешает работе основной системе

И кстати удалённое логирование тоже можно отключить, подозреваю kill -9

Ну и это, логинится такой frikax на сервер и сразу логи ломаются. Угу.

Дальше не читал, извини.

А зря, я там всё расписал. И зря ты отворачиваешься от вопроса про доверие.

Оно успевает. Ну и получишь ты EPERM, если по уму сделано, дальше что?

Ну, возможно (но не факт) и можно так всё настроить чтобы логгер успел что-то послать перед тем как его остановят. Но вопрос, при чём тут sudo, остаётся в силе.

Почему ломаются? Запустим ж назад потом. Можно даже не -9 а -STOP, если там важны открытые сокеты-коннекты, затем исправить что-то (в его памяти) чтоб он не слал то что не надо и слал то что надо и -CONT назад. Это если он не успеет послать до обработки сигнала, если успеет то это всё не получится, да.

И зря ты отворачиваешься от вопроса про доверие.

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

Но вопрос, причём тут sudo

При том что keep it simple. Изобретать никому неизвестные велосипеды просто для того «чтобы не sudo» - фанатизм.

«keep it simple» это как раз не ставить лишние проги от сомнительных авторов, а пользоваться штатным su. Ведь в твоём способе использования sudo ничего, кроме дублирования его функционала, не делает.

На моменте, где она пытается поставить нужные ей модули видишь, как она не может поставить нужные модули, хотя до этого она спокойно их ставила.

модули ставятся скриптом:

http://togusak.ddnss.de/server/vm.html

без танцев с бубном!

:-)))

Стронгли рилейтед

Запустим ж назад потом.

И чё типа мониторинг не заметит, что сервис кончился?

Ну как ты читаешь? Я сразу всё расписал. Если у нас рут доступ - пропатчим всё что надо (в памяти) так, чтобы мониторингу отправилось как будто всё обычно. Если важен открытый tcp-коннект куда-то то не -KILL а -STOP.

Придержи свою фантазию.

Я пытался их ставить, но они не ставились, уверен, что вмтварь ставит модули буквально так же

99%, что vmware player нет никакого дело до версии дров nvidia

Зато им есть дело до того, какие методы для ритуального дисплея применять.

Скорее всего, твоя проблема именно в том, что ты установил из постороннего репозитория.

Скорее всего, твоя проблема именно в том, что ты установил из постороннего репозитория.

В официальных репозиториях лежат устаревшие драйвера, я ставил их с ppa-репозитория:

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get update
sudo apt install nvidia-driver-550-open

Мы поняли, что тебе не нравится sudo, только вот и ежу понятно, что проблема явно не в sudo, а в том, что ломает систему и как следствие ломает sudo

ну я же установил!!!

Operating System: openSUSE Leap 15.6

CPE OS Name: cpe:/o:opensuse:leap:15.6

Kernel: Linux 6.4.0-150600.23.17-default

Architecture: x86-64

:~ # service vmware status

● vmware.service - VMware host virtualization and network services for Workstation

 Loaded: loaded (/usr/lib/systemd/system/vmware.service; enabled; preset: disabled)

 Active: active (running) since Sat 2024-09-14 19:46:34 CEST; 1 day 3h ago

Process: 1157 ExecStart=/usr/lib/vmware/scripts/init/vmware start (code=exited, status=0/SUCCESS)

  Tasks: 5 (limit: 4915)

    CPU: 1min 7.366s

 CGroup: /system.slice/vmware.service

         ├─1248 /usr/bin/vmnet-bridge -s 6 -d /var/run/vmnet-bridge-0.pid -n 0 -iwlan0

         ├─1300 /usr/bin/vmnet-netifup -s 6 -d /var/run/vmnet-netifup-vmnet1.pid /dev/vmnet1 vmnet1

         ├─1308 /usr/bin/vmnet-natd -s 6 -m /etc/vmware/vmnet8/nat.mac -c /etc/vmware/vmnet8/nat/nat.conf

         ├─1310 /usr/bin/vmnet-netifup -s 6 -d /var/run/vmnet-netifup-vmnet8.pid /dev/vmnet8 vmnet8

         └─1342 /usr/sbin/vmware-authdlauncher

Я бы для частоты эксперимента на твоём месте накатил бы бубунту

…для чистоты эксперимента.

… Не люблю я бубунту :-)))

SuSE - это наше всё!

На лаптопе и РС VMware «встала» как и положено!

… А вот на старом РС, где VMware 17.0 была, «не встала» :-(((

Установил Leap 15.6 и тоже «не встала»!!! … Удалил из BIOS старые SSL сертификаты VMware…. И всё «встало» - VMware wst Pro 17.6

Может и у тебя также проблема?

Но у меня то бубунта стоит))

Так убери ssl сертификаты из BIOS и выполни скрипт, который я тебе показал… См. Выше.

… Покажи выполнение скрипта в консоле.

И что это должно решить? Проблему с модулями? Так я их и решил, сборкой из исходников другого типа, да и в новой версии вмтвари разрабы это пофиксили…

Вывод команды sudo journalctl -b -1 (Опубликовал в github gist по той же причине): https://gist.github.com/Nikiroy78/e6d6cb7f3a87015b6c5421ccdfb7c631

Итак, я решил свою проблему нужно было просто… снести kubuntu 24.04. Я решил поставить debian 12 на свой комп вместо этой ОСи, обновил так же дрова nvidia до 550 версии и… всё заработало (до этого решил просто переставить kubuntu 24.04, но там ошибка на ошибке, не понимаю как так можно вообще выпускать в прод дистрибутив даже не удосужившись его нормально протестировать на различном железе и т.д (Особенно учитывая ресурсы корпорации зла Canonical это можно было бы сделать), но этого не было сделано. Это удручает).

Я понимаю разочарование тех, кто возможно столкнулся с такой же проблемой на kubuntu 24.04, искал решение своей беды, но вместо ответа как починить эту напасть ему пишут, что сработало лишь мигрировать с этого проклятого дистрибутива. Так что сразу приношу свои извинения у тех, кого я мог разочаровать