Page 1 of 1

Does MX use cgmanager itself ?

Posted: Sun Jun 15, 2025 5:23 am
by SpongeBOB
Hi,

I see with a fresh install of MX-23.6, that cgmanager demon is running, is MX Linux use it for it self ? or is it there for user software ? (software that are installed by user)

I've tried to found the config files of cgmanager, but found nothing...

So I don't know if it currently running blank ?

Thanks.

Re: Does MX use cgmanager itself ?

Posted: Sun Jun 15, 2025 11:17 am
by CharlesV
My understanding of cgmanager ( cgroup management daemon) is that under non systemd linux it is used. Since you didnt post your QSI, it is hard to tell if your machine is using it, but on all of my sysvinit systems it is running as a service and has configurations at

Code: Select all

/etc/init.d/cgmanager

( Where it starts from )

and then

Code: Select all

 /etc/init/cgmanager.conf


Re: Does MX use cgmanager itself ?

Posted: Sun Jun 15, 2025 11:50 am
by dolphin_oracle
its a depend of systemd-shim. beyond that I can't tell you. I can tell you its problematic for sddm/KDE6.

Re: Does MX use cgmanager itself ?

Posted: Sun Jun 15, 2025 12:52 pm
by timkb4cq
Yes, under sysvinit cgmanager is used to interface with the kernel for process and namespaces (including containers) control
https://en.wikipedia.org/wiki/Cgroups
Systemd has its own cgroup interfaces to handle them. I can see where having cgmanager and systemd both running could result in randomly appearing undefined behavior.

Re: Does MX use cgmanager itself ?

Posted: Mon Jun 16, 2025 1:04 am
by SpongeBOB
Thank you all for your feedback.

I will disable it for now and see if it's create any instability or glitch, I'll keep the forum posted in case.

Re: Does MX use cgmanager itself ?

Posted: Tue Jun 17, 2025 6:18 am
by SpongeBOB
fyi, without cgmanager , a user (in xfce gui) can't mount a disk/volume... not shutdown the system trough ctrl+f4

Re: Does MX use cgmanager itself ?

Posted: Tue Jun 17, 2025 6:24 am
by SpongeBOB
"funny" once disabled

Code: Select all

update-rc.d cgmanager disable
reboot
update-rc.d cgmanager defaults
reboot
wont work, cgmanager do not start anymore.... :alien:

Re: Does MX use cgmanager itself ?

Posted: Tue Jun 17, 2025 10:21 am
by siamhie
SpongeBOB wrote: Tue Jun 17, 2025 6:24 am "funny" once disabled

Code: Select all

update-rc.d cgmanager disable
reboot
update-rc.d cgmanager defaults
reboot
wont work, cgmanager do not start anymore.... :alien:
Can you re-enable it through MX Service Manager?

Re: Does MX use cgmanager itself ?

Posted: Tue Jun 17, 2025 11:13 am
by SpongeBOB
@siamhie , I've tried on a fresh install.

Disabling trough GUI MX Service: ok
Re enabling trough GUI MX Service: error: Could not enable cgmanager, then second pop-up: cgmanager was enabled at boot time.
I rebooted

Code: Select all

/etc/init.d/cgmanager status
cgmanager is not running ... failed!

Re: Does MX use cgmanager itself ?

Posted: Tue Jun 17, 2025 11:29 am
by dolphin_oracle
I don't think disable is correct.

I usually do

Code: Select all

sudo update-rc.d cgmanager remove
sudo update-rc.d cgmanager defaults
that disable command is probably got all the symlinks changed to prevent starting.

Code: Select all

REMOVING SCRIPTS

       When invoked with the remove option, update-rc.d removes any links in the  /etc/rcrunlevel.d  directories
       to  the  script  /etc/init.d/name.   The  script  must have been deleted already.  If the script is still
       present then update-rc.d aborts with an error message.

       update-rc.d is usually called from a package's post-removal script when that script is  given  the  purge
       argument.   Any  files  in  the  /etc/rcrunlevel.d  directories that are not symbolic links to the script
       /etc/init.d/name will be left untouched.

DISABLING INIT SCRIPT START LINKS

       When run with the disable [ S|2|3|4|5 ] options, update-rc.d modifies existing  runlevel  links  for  the
       script  /etc/init.d/name  by  renaming  start  links  to  stop  links with a sequence number equal to the
       difference of 100 minus the original sequence number.

       When run with the enable [ S|2|3|4|5 ] options, update-rc.d modifies  existing  runlevel  links  for  the
       script  /etc/init.d/name  by  renaming  stop  links  to  start  links with a sequence number equal to the
       positive difference of current sequence number minus 100, thus returning to the original sequence  number
       that the script had been installed with before disabling it.

       Both  of  these  options only operate on start runlevel links of S, 2, 3, 4 or 5. If no start runlevel is
       specified after the disable or enable keywords, the script will attempt to  modify  links  in  all  start
       runlevels.

OPTIONS

       -n     Don't do anything, just show what we would do.

       -f     Force removal of symlinks even if /etc/init.d/name still exists.

EXAMPLES

       Insert links using the defaults:
          update-rc.d foobar defaults
       The equivalent dependency header would have start and stop
       dependencies on $remote_fs and $syslog, and start in
       runlevels 2-5 and stop in runlevels 0, 1 and 6.
       Remove all links for a script (assuming foobar has been deleted already):
          update-rc.d foobar remove
       Example of disabling a service:
          update-rc.d foobar disable
       Example of a command for installing a system initialization-and-shutdown script:
          update-rc.d foobar defaults
       Example of a command for disabling a system initialization-and-shutdown script:
          update-rc.d foobar disable

Re: Does MX use cgmanager itself ?

Posted: Tue Jul 08, 2025 3:00 am
by SpongeBOB
Thank you @dolphin_oracle

I've tried ( on a fresh MX 23.6 )

Code: Select all

update-rc.d cgmanager remove
but it return
insserv: FATAL: service cgmanager has to be enabled to use service cgproxy

Re: Does MX use cgmanager itself ?

Posted: Tue Jul 08, 2025 7:42 am
by dolphin_oracle
yes you would have to shut them both down.