On Sat, Jan 5, 2013 at 1:11 PM, David Strauss wrote:
> Should we just be using services instead?
Actually, we can't just do that, as systemd's automount support
requires the mounting commands to be in fstab or a .mount unit.
--
David Strauss
| da...@davidstrauss.net
| +1 512 577 5827 [mobi
At Pantheon, we've noticed that systemd uses OS data on whether
something is mounted even if it's a native .mount unit.
We'd like to see better mount supervision by systemd and automatic
umount-ing on failure. For FUSE mounts, if the supervised process
fails, the mount is dead, even if the FUSE pr
On Sat, Jan 05, 2013 at 02:22:11AM +0400, Ilya Basin wrote:
> Hi list.
> On shutdown I have
>Buffer I/O error on device dm-...
> because the truecrypt disk is unmounted later than the usb disk
> containing the truecrypt image.
> I think this happens, because
> 1) systemd can't figure out the co
Not all systems ships with locales inside /usr/lib/locale-archive, some
prefer to have locale data as individual subdirectories of /usr/lib/locale.
(A notable example of this is OpenEmbeddded, and OSes deriving from it
like gnome-ostree).
Given that glibc supports both ways, localectl should too.
-
Hi list.
On shutdown I have
Buffer I/O error on device dm-...
because the truecrypt disk is unmounted later than the usb disk
containing the truecrypt image.
I think this happens, because
1) systemd can't figure out the correct mount dependencies
2) umount is called with the force flag
-
Zbigniew Jędrzejewski-Szmek wrote:
It gets better. I took a very stripped simple daemon to try to
understand the interaction between systemd and the process. Here it
is:
Hi,
your process is forking as it should (as least on my machine).
^not (arghhh!)
On Thu, Jan 03, 2013 at 01:41:57PM -0700, JB wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> >On Wed, Jan 02, 2013 at 02:28:19AM -0700, JB wrote:
> >>Andrey Borzenkov wrote:
> >>>В Tue, 01 Jan 2013 23:37:56 -0700
> >>>JB пишет:
> Andrey Borzenkov wrote:
> >В Tue, 01 Jan 2013 18:52:38 -0700
>
On Fri, 2013-01-04 at 11:23 -0500, Bill Nottingham wrote:
> Lennart Poettering (lenn...@poettering.net) said:
> > Bill Nottingham (nott...@redhat.com) said:
> > > > I am tempted to just merge the patch. The discussion on xdg-devel can
> > > > happen after we commited the code. In fact, moving that
On Thu, 2013-01-03 at 23:56 +0100, Lennart Poettering wrote:
> It might indeed be a good idea to be able to determine the user locale
> without having to log-in/mount the home directory. Dunno.
Right, as well as things like the user's picture, hence the reason
accountsservice exists.
Lennart Poettering (lenn...@poettering.net) said:
> Bill Nottingham (nott...@redhat.com) said:
> > > I am tempted to just merge the patch. The discussion on xdg-devel can
> > > happen after we commited the code. In fact, moving that to PAM upstream
> > > can happen at a later point too, if it is d
On Fri, 04.01.13 15:15, Lennart Poettering (lenn...@poettering.net) wrote:
> On Sat, 22.12.12 10:09, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > To be able to add --version and change python binary.
>
> Looks good! Please commit!
All three patches that is.
Lennart
--
Lennart
On Sat, 22.12.12 10:09, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> To be able to add --version and change python binary.
Looks good! Please commit!
> ---
> Makefile.am| 16 ++-
> src/analyze/systemd-analyze| 294
> -
From: John Lane
---
src/core/mount.c | 13 +++-
src/fstab-generator/fstab-generator.c | 58 +++
2 files changed, 51 insertions(+), 20 deletions(-)
diff --git a/src/core/mount.c b/src/core/mount.c
index f263d9b..b0a06e9 100644
--- a/src/co
On Fri, Jan 4, 2013 at 1:07 PM, Koen Kooi wrote:
> Op 4 jan. 2013, om 10:54 heeft Reindl Harald het
> volgende geschreven:
>> Am 04.01.2013 10:40, schrieb Alexander E. Patrakov:
>>> 2013/1/4 Reindl Harald :
but hopefully /etc/udev/rules.d/70-persistent-net.rules will be recognized
fore
Op 4 jan. 2013, om 10:54 heeft Reindl Harald het
volgende geschreven:
>
>
> Am 04.01.2013 10:40, schrieb Alexander E. Patrakov:
>> 2013/1/4 Reindl Harald :
>>> but hopefully /etc/udev/rules.d/70-persistent-net.rules will be recognized
>>> forever if it exists because there are many servers es
On Fri, Jan 4, 2013 at 10:02 AM, Alexander E. Patrakov
wrote:
> What worries me now is that I was able to learn about the recommended
> replacement (biosdevname) only via IRC, from Kay Sievers. There are no
> pointers to biosdevname in any documentation that comes with
> systemd-196. How are dist
2013/1/4 Reindl Harald :
> how can something like this be unreliable?
> hwaddresses does not change randomly
>
> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> ATTR{address}=="00:50:56:bd:00:04", ATTR{dev_id}=="0x0",
> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Good question, and it hits the
Am 04.01.2013 10:40, schrieb Alexander E. Patrakov:
> 2013/1/4 Reindl Harald :
>> but hopefully /etc/udev/rules.d/70-persistent-net.rules will be recognized
>> forever if it exists because there are many servers especially virtual
>> ones where you hardly need to control ethernet device names to
2013/1/4 Reindl Harald :
> but hopefully /etc/udev/rules.d/70-persistent-net.rules will be recognized
> forever if it exists because there are many servers especially virtual
> ones where you hardly need to control ethernet device names to avoid
> breaking iptables-scripts as example
Yes, the exis
Hi,
I've read about the possible bugs.
About the combination between mmap and mandatory locks:
of course the mapping of memory is causing troubles when a mandatory lock
is set. The mapped region should or forward the lock to the new memory
location (where remapped) or the mmap should be denied, un
Am 04.01.2013 10:02, schrieb Alexander E. Patrakov:
> [Yes I know that this mail is several months too late, but better late
> then never. Also it is too verbose.]
>
> As of systemd-189, the persistent rule generators for network cards
> were removed. They did serve a purpose - they prevented th
21 matches
Mail list logo