Re: [systemd-devel] systemd-nspawn: where is my container root?

On Do, 28.06.18 20:25, Nikolaus Rath (nikol...@rath.org) wrote: > On Jun 26 2018, Lennart Poettering wrote: > > On Di, 26.06.18 09:39, Nikolaus Rath (nikol...@rath.org) wrote: > > > >> Hi, > >> > >> That makes sense.. but is there any way to find out *globally* what > >> devices are mounted in

Re: [systemd-devel] What should mount /sys/fs/fuse/connections?

On Do, 28.06.18 20:23, Nikolaus Rath (nikol...@rath.org) wrote: > Hello, > > I'm maintainer of libfuse. libfuse ships with a SysV init script[1] that > I'd like to replace with a systemd unit file. It currently does just two > things: > > 1. loads fuse kernel module > 2. mounts fusectl

Re: [systemd-devel] systemd-nspawn: where is my container root?

On Jun 26 2018, Lennart Poettering wrote: > On Di, 26.06.18 09:39, Nikolaus Rath (nikol...@rath.org) wrote: > >> Hi, >> >> That makes sense.. but is there any way to find out *globally* what >> devices are mounted in *any* namespace? > > If you a PID from any process that belongs to the

[systemd-devel] What should mount /sys/fs/fuse/connections?

Hello, I'm maintainer of libfuse. libfuse ships with a SysV init script[1] that I'd like to replace with a systemd unit file. It currently does just two things: 1. loads fuse kernel module 2. mounts fusectl filesystem at /sys/fs/fuse/connections I don't think there is a need to retain the

[systemd-devel] weird systemd-inhibit behaviour

Hello I am trying out systemd-inhibit as follows (on Arch Linux systemd version 238.133-4) but things dont seem to be working as expected. So I would like to know if I am missing something or is there a bug? Note: Everything is commented in /etc/systemd/logind.conf and there is no

Re: [systemd-devel] starting a service before anything else....

I myself started using SystemD just a couple of days ago. And even when in the beginning it looked difficult, now it makes all the sense. Doing this by scripting would be much more difficult. Actually you only have to take into account who your service is wantedBy, and and if it's needed to

Re: [systemd-devel] starting a service before anything else....

On Do, 28.06.18 16:55, MALET Jean-Luc (jeanluc.malet.snow...@gmail.com) wrote: > [Unit] > Description=mount some file systems before anything and prepare the system > Before=systemd-remount-fs.service > > [Service] > Type=oneshot > ExecStart=/etc/init.d/setup.sh start > > [Install] >

Re: [systemd-devel] starting a service before anything else....

sudo systemctl daemon-reload; sudo systemctl disable [unit]; sudo systemctl enable [unit] Alberto smime.p7s Description: S/MIME Cryptographic Signature ___ systemd-devel mailing list

Re: [systemd-devel] starting a service before anything else....

WantedBy=systemd-remount-fs.service Alberto smime.p7s Description: S/MIME Cryptographic Signature ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org

Re: [systemd-devel] starting a service before anything else....

On Thu, Jun 28, 2018, 18:37 MALET Jean-Luc wrote: > Hi! > > I'm in charge of setting up an embedded solution based on debian, so on > systemd, I'm more used to old init process, that was easy to tweak > because based on script... but well... times seems now on systemd. > > I'm really puzzled

Re: [systemd-devel] Graphical session targets as standard

The graphical target not for the system, but for the user session: systemctl --user status graphical-session.target ● graphical-session.target - Current graphical user session    Loaded: loaded (/usr/lib/systemd/user/graphical-session.target; static; vendor preset: enabled)    Active: inactive

Re: [systemd-devel] Graphical session targets as standard

The thread is about systemd --user. On Thu, Jun 28, 2018, 18:06 Reindl Harald wrote: > what problem needs to be solved? > > [root@srv-rhsoft:/usr/lib/systemd/system]$ ls | grep graphical > drwxr-xr-x. 2 root root 4,0K 2018-05-04 12:46 graphical.target.wants > lrwxrwxrwx 1 root root 16

Re: [systemd-devel] Graphical session targets as standard

Reindl, what problem needs to be solved? [root@srv-rhsoft:/usr/lib/systemd/system]$ ls | grep graphical we are talking about the *user* targets that will be activated by login managers, not the *system* targets. -- Regards, Peter ___ systemd-devel

Re: [systemd-devel] starting a service before anything else....

Am 28.06.2018 um 16:55 schrieb MALET Jean-Luc: > I'm in charge of setting up an embedded solution based on debian, so on > systemd, I'm more used to old init process, that was easy to tweak > because based on script... but well... times seems now on systemd. > > I'm really puzzled because since

[systemd-devel] starting a service before anything else....

Hi! I'm in charge of setting up an embedded solution based on debian, so on systemd, I'm more used to old init process, that was easy to tweak because based on script... but well... times seems now on systemd. I'm really puzzled because since the documentation seems to lack information, I

Re: [systemd-devel] Graphical session targets as standard

what problem needs to be solved? [root@srv-rhsoft:/usr/lib/systemd/system]$ ls | grep graphical drwxr-xr-x. 2 root root 4,0K 2018-05-04 12:46 graphical.target.wants lrwxrwxrwx 1 root root 16 2018-05-04 10:40 default.target -> graphical.target -rw-r--r-- 1 root root 558 2018-02-21 12:29

Re: [systemd-devel] Graphical session targets as standard

I *think* it's the login manager? On June 27, 2018 11:41:22 PM Alberto Salvia Novella wrote: Currently many Linux Distributions don't activate graphical-session.target and graphical-session-pre.target during login. I liked to know which software should ideally be in charge of that. So I

Re: [systemd-devel] the intended behavior of EnvironmentFile

On Mi, 27.06.18 00:33, Igor Bukanov (i...@mir2.org) wrote: > Hi, > > the man page for systemd.exec tells that for EnvironmentFile: > > The files listed with this directive will be read shortly before the > process is executed (more specifically, after all processes from a > previous unit state

Re: [systemd-devel] systemd-tmpfiles subvolume handling vs. changing default btrfs root

On Mi, 27.06.18 23:25, Ignaz Forster (ifors...@suse.de) wrote: > 3) Set the default btrfs subvolume to the backup snapshot subvolume (or a > copy of it) > > I'm talking about case *3* here. Whenever one wants to roll back to a > certain snapshot one would just call e.g. > btrfs subvolume