Hi guys
This absolutely boggled my mind, my brain exploded, but go
easy on me as I ain't an expert.
I have, meaning the "root" but other users too, _NO_
"~/.config/systemd" - thus, how I understand it, no service
definitions which are user-made, yet this..
● user@0.service - User Manager
On Do, 28.01.21 20:06, lejeczek (pelj...@yahoo.co.uk) wrote:
> Hi guys
>
> This absolutely boggled my mind, my brain exploded, but go easy on me as I
> ain't an expert.
> I have, meaning the "root" but other users too, _NO_ "~/.config/systemd" -
> thus, how I understand it, no service definitions
On Do, 28.01.21 17:42, John Lane (syst...@jelmail.com) wrote:
>
>
> > journalctl reads from both dirs, always. What makes you think it reads
> > from the wrong dir only?
> >
>
> when I do `journalctl` I only get output up to the switch-root:
>
>
> Jan 28 08:33:31 archlinux systemd[1]: Reached
> journalctl reads from both dirs, always. What makes you think it reads
> from the wrong dir only?
>
when I do `journalctl` I only get output up to the switch-root:
Jan 28 08:33:31 archlinux systemd[1]: Reached target Switch Root.
Jan 28 08:33:31 archlinux systemd[1]: Starting Switch
Hi,
I wanted to use systemd-resolved for mDNS service discovery.
Using DBus Method ResolveService() to resolve a single instance name
works fine.
But I actually wanted to know, if it is possible to browse for all
services of a certain type, eg. _ipp._tcp in local domain. Or even all
services
On Do, 28.01.21 10:03, Baoquan He (b...@redhat.com) wrote:
> Hi,
>
> >From systemd code, if kexec kernel is loaded, executing 'reboot' will
> finally enter into reboot system call with KEXEC action. Wondering why
> it has to invoke kexec command.
systemd reboots via kexec only if you ask it to.
On Mi, 27.01.21 17:19, Chris Murphy (li...@colorremedies.com) wrote:
> Is it possible for a udev rule to have a timeout? For example:
> /usr/lib/udev/rules.d/64-btrfs.rules
>
> This udev rule will wait indefinitely for a missing device to
> appear.
Hmm, no, that's a mis understaning. "rules"
On Do, 28.01.21 10:08, Martin Wilck (mwi...@suse.com) wrote:
> Hi Lennart,
>
> thanks again.
>
> On Wed, 2021-01-27 at 23:56 +0100, Lennart Poettering wrote:
> > On Mi, 27.01.21 21:51, Martin Wilck (mwi...@suse.com) wrote:
> >
> > if you want the initrd environment to fully continue to exist,
>
>
On Fr, 15.01.21 09:17, John Lane (syst...@jelmail.com) wrote:
> Hello,
>
> I've just set up a new system and have noticed a problem with journalctl
> where it appears to be reading from the incorrect journal. The journal
> is running and I can direct it at the correct file using -D, but I don't
>
Problem solved, as Mantas Mikulėnas said I had to use export
SYSTEMD_SECCOMP=0, because nspawn will still be processing syscalls
when I whitelist them with --system-call-filter. and I was using
systemd v241 of debian buster but SYSTEMD_SECCOMP was added in systemd
v247 (so it had no effect when
Hi Lennart,
thanks again.
On Wed, 2021-01-27 at 23:56 +0100, Lennart Poettering wrote:
> On Mi, 27.01.21 21:51, Martin Wilck (mwi...@suse.com) wrote:
>
> if you want the initrd environment to fully continue to exist,
I don't. I just need /sys and /dev (and perhaps /proc and /run, too) to
I'm still stuck on this one, if anyone can offer any advice I'd really
appreciate it as I'm not sure how to troubleshoot it.
On 15/01/2021 09:17, John Lane wrote:
> Hello,
>
> I've just set up a new system and have noticed a problem with journalctl
> where it appears to be reading from the
On Thu, Jan 28, 2021 at 01:32:03AM -0700, Chris Murphy wrote:
> On Thu, Jan 28, 2021 at 1:03 AM Greg KH wrote:
> >
> > On Wed, Jan 27, 2021 at 05:19:38PM -0700, Chris Murphy wrote:
> > >
> > > Next, is it possible to enhance udev so that it can report the number
> > > of devices expected for a
On Thu, Jan 28, 2021 at 1:03 AM Greg KH wrote:
>
> On Wed, Jan 27, 2021 at 05:19:38PM -0700, Chris Murphy wrote:
> >
> > Next, is it possible to enhance udev so that it can report the number
> > of devices expected for a Btrfs file system? This information is
> > currently in the Btrfs superblock
On Wed, Jan 27, 2021 at 05:19:38PM -0700, Chris Murphy wrote:
>
> Next, is it possible to enhance udev so that it can report the number
> of devices expected for a Btrfs file system? This information is
> currently in the Btrfs superblock found on each device in the
> num_devices field.
>
15 matches
Mail list logo