All HI systemdgroup,
i found a special behavior with btrfs and systemd mount.
BTRFS is partly diverting its "subvolume" technics from
the functional intended usage: A "subvolume" is usable
like an directory. The documentation indicates such
possibility, also. E.g.: The User can replace the
rec
On Mo, 14.10.19 16:23, John Florian (j...@doubledog.org) wrote:
> So, I much prefer the expressiveness of systemd's mount units to the naive
> era of /etc/fstab, but I've found one situation where I seem to always get
> stuck and am never able to find a reliable solution that survives OS (Fedora
>
So, I much prefer the expressiveness of systemd's mount units to the
naive era of /etc/fstab, but I've found one situation where I seem to
always get stuck and am never able to find a reliable solution that
survives OS (Fedora & CentOS) updates. I have a NFS filesystem mounted
by autofs at /pu
15.07.2016 19:50, Alad Wenter пишет:
...
>>
>>> "systemctl reset-failed" is issued (note that appending the .mount unit
>>> doesn't work in this case, giving a "Unit mnt-transcend\x2dsdhc.mount is
>>> not loaded" error).
>>>
>> So how exactly do you call it?
> % sudo systemctl reset-failed mnt-tra
Andrei Borzenkov wrote:
> 15.07.2016 19:50, Alad Wenter пишет:
> ...
>
"systemctl reset-failed" is issued (note that appending the .mount unit
doesn't work in this case, giving a "Unit mnt-transcend\x2dsdhc.mount is
not loaded" error).
>>> So how exactly do you call it?
>> % sud
Andrei Borzenkov wrote:
> 15.07.2016 18:16, Alad Wenter пишет:
>> Hi,
>>
>> When a device is mounted, a matching mount unit is created per
>> systemd.mount(5):
>>
>> Mount points created at runtime (independently of unit files or
>>/etc/fstab) will be monitored by systemd and appear like an
15.07.2016 18:16, Alad Wenter пишет:
> Hi,
>
> When a device is mounted, a matching mount unit is created per
> systemd.mount(5):
>
> Mount points created at runtime (independently of unit files or
>/etc/fstab) will be monitored by systemd and appear like any other
>mount unit in
Hi,
When a device is mounted, a matching mount unit is created per
systemd.mount(5):
Mount points created at runtime (independently of unit files or
/etc/fstab) will be monitored by systemd and appear like any other
mount unit in systemd. See /proc/self/mountinfo description in
On Mon, Jun 30, 2014 at 12:41:10PM -0700, Colin Walters wrote:
> There's likely other people in the field though with mount points that
> are symlinks, and while they're clearly buggy it'd be rather unfriendly
> to just have them entirely break after upgrading systemd. Maybe a loud
> warning?
One
On Tue, 01.07.14 00:27, Marco d'Itri (m...@linux.it) wrote:
> On Jun 30, Lennart Poettering wrote:
>
> > BTW, I have now prepped a man page that codifies the assumptions and
> > suggestions systemd makes on the file system hierarchy:
> >
> > http://www.freedesktop.org/software/systemd/man/file-
On Tue, 01.07.14 00:16, Marco d'Itri (m...@linux.it) wrote:
> On Jun 30, Lennart Poettering wrote:
>
> > BTW, I have now prepped a man page that codifies the assumptions and
> > suggestions systemd makes on the file system hierarchy:
> >
> > http://www.freedesktop.org/software/systemd/man/file-
On Jun 30, Lennart Poettering wrote:
> BTW, I have now prepped a man page that codifies the assumptions and
> suggestions systemd makes on the file system hierarchy:
>
> http://www.freedesktop.org/software/systemd/man/file-hierarchy.html
The other major issue that I can see is that in Debian we
On Jun 30, Lennart Poettering wrote:
> BTW, I have now prepped a man page that codifies the assumptions and
> suggestions systemd makes on the file system hierarchy:
>
> http://www.freedesktop.org/software/systemd/man/file-hierarchy.html
Another difference is that Debian, Ubuntu and other deriva
On Mon, 30.06.14 13:27, Colin Walters (walt...@verbum.org) wrote:
>
> On Mon, Jun 30, 2014, at 12:49 PM, Lennart Poettering wrote:
>
> > This sounds confused. Why would the cloud images not use a tmpfs for
> > /tmp?
>
> https://git.fedorahosted.org/cgit/spin-kickstarts.git/tree/fedora-cloud-bas
On Mon, Jun 30, 2014, at 12:49 PM, Lennart Poettering wrote:
> This sounds confused. Why would the cloud images not use a tmpfs for
> /tmp?
https://git.fedorahosted.org/cgit/spin-kickstarts.git/tree/fedora-cloud-base.ks#n181
(Though honestly the biggest memory usage improvement at least for the
On Mon, 30.06.14 12:41, Colin Walters (walt...@verbum.org) wrote:
> > Why would you create such a symlink? This sounds wrong. /tmp should
> > generally be a tmpfs these days, why would you link that?
>
> I need to support cases where /tmp is not tmpfs (e.g. current Fedora
> cloud images).
This s
On Mon, Jun 30, 2014, at 12:29 PM, Lennart Poettering wrote:
>
> Why would you create such a symlink? This sounds wrong. /tmp should
> generally be a tmpfs these days, why would you link that?
I need to support cases where /tmp is not tmpfs (e.g. current Fedora
cloud images).
The rationale is th
On Mon, 30.06.14 12:23, Colin Walters (walt...@verbum.org) wrote:
> Hi, we were trying to update systemd to git master in gnome-continuous,
> and hit an issue with mount points that are symlinks.
>
> It's pretty easy to reproduce:
>
> mkdir /mnt/a
> ln -s a /mnt/b
> cat > /etc/systemd/system/mnt
Hi, we were trying to update systemd to git master in gnome-continuous,
and hit an issue with mount points that are symlinks.
It's pretty easy to reproduce:
mkdir /mnt/a
ln -s a /mnt/b
cat > /etc/systemd/system/mnt-b.mount << EOF
[Mount]
What=tmpfs
Where=/mnt/b
Type=tmpfs
Options=mode=1777,strict
On Thu, 2012-01-05 at 18:08 +0800, Mathieu Bridon wrote:
> The systemd.mount(5) manual says:
> If the mount point is not existing at time of mounting, it
> is created.
>
> That seems to work fine when I run manually:
[... snip ...]
> However, when the unit is run at boot-time (because it has b
Hi,
I'm playing with mount units as a replacement of traditional fstab
declaration as I'd like to use some systemd facilities, for example
requirements between services and their underlying storage.
The systemd.mount(5) manual says:
If the mount point is not existing at time of mounting, it
i
21 matches
Mail list logo
