Although util-linux's fstab.d work has stalled, there is still systemd code
that needs porting to libmount. See Karel's last comment:
https://github.com/systemd/systemd/issues/12506
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http
Hi,
SUSE has this nice white paper about systemd in SLE 12:
systemd in SUSE® Linux Enterprise 12
A kinder, gentler introduction from SUSE
https://www.suse.com/docrep/documents/huz0a6bf9a/systemd_in_suse_linux_enterprise_12_white_paper.pdf
It is a good candidate for "Publications" or "Manuals an
Mantas Mikulėnas gmail.com> writes:
>
>
> I'd buy into it if vfat weren't so brittle – several times I had to use
syslinux in /boot because the ESP lost *both* kernels I had in it... "sync;
sync; unmount; mount; check" was part of my kernel update ritual for a
while. Maybe it's the Linux driver
Orion Poplawski cora.nwra.com> writes:
>
> Andrei Borzenkov gmail.com> writes:
> > 11.03.2016 00:11, Orion Poplawski пишет:
> > > Uoti Urpala pp1.inet.fi> writes:
> > >> On Thu, 2016-03-10 at 17:51 +, Orion Poplawski wrote:
> > >>> It appears that this is a trigger for this issue. Removin
Karel Zak redhat.com> writes:
>
> The current implementation directly monitor /proc/self/mountinfo and
> /run/mount/utab files. It's really not optimal because utab file is
> private libmount stuff without any official guaranteed semantic.
>
> [...]
Please update libmount requirement in README
Daniel Drake endlessm.com> writes:
>
> So, moments after sending 2 SIGTERMs, SIGKILL is sent to all gdm
> processes. There does not seem to be any consideration of giving the
> process some time to respond to SIGTERMs, nor the fact that I have
> hacked gdm.service to have SendSIGKILL=no as an ex
Squid is known to be borked when running as a daemon (background):
http://bugs.squid-cache.org/show_bug.cgi?id=3826#c12
But still I am experiencing a difference between systemd's "built in" signal
delivery and systemctl kill.
# systemctl -l status squid.service
* squid.service - Squid Web Proxy
Kai Krakow gmail.com> writes:
>
> To check this, I've just pulled the original source from git and built it.
> This is original upstream behavior, no special Gentoo thing. The fsck.btrfs
> utility is just a shell script. It seems to originate from xfs-progs:
>
> https://github.com/josefbacik/b
Koen Kooi dominion.thruhere.net> writes:
[snip]
>
> To make matters worse, the cylon eye isn't displayed when you boot with
'quiet' in your kernel command line.
>
"quiet systemd.show_status=1" shows the gracious Cylon eye.
___
systemd-devel mailing
Bastien Nocera hadess.net> writes:
>
> Hey,
>
> I've seen that Ubuntu recently added transparent support for trimming
> filesystems on SSDs:
> https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming
> and in the patch for util-linux:
> https://launchpadlibrarian.net/159909554/util-
10 matches
Mail list logo
