On graph I have mmcblk.device taking 1.624s. From the point that this partition
is where my rootfs lies, and systems does remounting of rootfs, I did look up
for systemd-remount-fs.service, it took 231ms, and
systemd-udev-trigger.service, as you suggested, it took 517ms to become active.
But
On Mon, Apr 11, 2022 at 5:16 PM Elbek Mamajonov
wrote:
> How to track down the lifespan of the device unit file, i.e. the
> activating state? I have an embedded system where systemd-analyze plot
> shows that the unit file I am interested in, let’s say
> dev-mmcpartition.device, takes about 2
*listening now*
tip: http://hackerpublicradio.org/eps.php?id=3588
https://linuxinlaws.eu/#episodes
How to track down the lifespan of the device unit file, i.e. the activating
state? I have an embedded system where systemd-analyze plot shows that the unit
file I am interested in, let’s say dev-mmcpartition.device, takes about 2
seconds to be become active. This partition (mmcpartition) holds
i want to unsubscribe these emails
how to do it? kindly helpOn Monday, 11 April, 2022, 01:31:55 pm IST, Paul
Menzel wrote:
[Sorry for this resent to your personal address.]
Dear L,
Am 11.04.22 um 09:28 schrieb lejeczek:
> I must have gone blind cause can't find it in man page and to
On Mo, 11.04.22 12:41, Nick Howitt (n...@howitts.co.uk) wrote:
> > You can add WantedBy=siad.service to [Install] section of
> > clearshare-scheduler.service. In general you can always extend Wants by
> > manually creating necessary links. This does not require you to edit
> > unit definition
On Fr, 08.04.22 12:54, Nick Howitt (n...@howitts.co.uk) wrote:
> Hi,
> I apologise if this is not the right place for user help. If it is not,
> please point me to the best place.
>
> I am trying to start a service (clearshare-scheduler) when another service
> (siad) starts. Clearshare-scheduler
On 09/04/2022 06:17, Andrei Borzenkov wrote:
On 08.04.2022 23:35, Nick Howitt wrote:
Sorry, for the delay. Big internet outage.
On 08/04/2022 15:15, Andrei Borzenkov wrote:
On 08.04.2022 14:54, Nick Howitt wrote:
Hi,
I apologise if this is not the right place for user help. If it is
On Mon, 11 Apr 2022 at 09:58:54 +0200, Lennart Poettering wrote:
> dbus-daemon for example uses:
>
> ExecReload=/usr/bin/busctl call org.freedesktop.DBus
> /org/freedesktop/DBus org.freedesktop.DBus ReloadConfig
>
> Which is a synchronous call to reload the config: the daemon is told
> to
On Sa, 09.04.22 19:20, Leon Fauster (leonfaus...@googlemail.com) wrote:
> It seems that killing with USR1|USR2|HUP is commonly used:
>
> $ grep -R ExecReload /usr/lib/systemd/|grep -v kill|wc -l
> 19
> $ grep -R ExecReload /usr/lib/systemd/|grep kill|wc -l
> 27
Yes. I am aware. It's less than
[Sorry for this resent to your personal address.]
Dear L,
Am 11.04.22 um 09:28 schrieb lejeczek:
I must have gone blind cause can't find it in man page and to my
surprise internet search does not help or my quering is broken.
'systemctl' can show status for specific NM connection - what was
On Mon, Apr 11, 2022 at 08:28:28AM +0100, lejeczek wrote:
> Hi gents
>
> I must have gone blind cause can't find it in man page and to my surprise
> internet search does not help or my quering is broken.
> 'systemctl' can show status for specific NM connection - what was that? -
> and can
On Sa, 09.04.22 08:00, Yolo von BNANA (y...@bnana.de) wrote:
> --- Original Message ---
> On Friday, April 8th, 2022 at 13:49, Lennart Poettering
> wrote:
>
> > This could be done better. Plugging in just a "kill" here, means the
> > reload is async. i.e. "systemctl reload" will
On Mo, 11.04.22 07:56, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote:
> >>> Lennart Poettering schrieb am 08.04.2022 um
> >>> 15:14 in
> Nachricht :
>
> ...
> > This reminds of an RFE we have had for a while, and which I think
> > would make sense to add directly to systemd: a
>>> "Ulrich Windl" schrieb am 11.04.2022
um
08:26 in Nachricht <6253ca1802a100049...@gwsmtp.uni-regensburg.de>:
> Hi!
>
Sorry for the typos:
> I thin Lennart had pointed it out: If the sapplication being reloaded does
s/thin/think/
> not provide any feedback when the reloading is
Hi!
I thin Lennart had pointed it out: If the sapplication being reloaded does not
provide any feedback when the reloading is complete, you can never be sure what
it did complete.
Adding some sleep may catch a grat number of cases whule waiting too long in
most cases.
So before discussing
16 matches
Mail list logo