]> git.ipfire.org Git - thirdparty/systemd.git/commitdiff
man: document explicitly tha ReadWritePaths= cannot undo superblock read-only settings
authorLennart Poettering <lennart@poettering.net>
Wed, 8 Nov 2023 14:36:43 +0000 (15:36 +0100)
committerLennart Poettering <lennart@poettering.net>
Thu, 9 Nov 2023 08:39:12 +0000 (09:39 +0100)
Fixes: #29266
man/systemd.exec.xml

index d81154a339f3c47dc3321bb73d0874d555038ada..525303c6ebfbde904332ea6009464c8c254f60a5 100644 (file)
@@ -1631,7 +1631,12 @@ StateDirectory=aaa/bbb ccc</programlisting>
         permit this. Nest <varname>ReadWritePaths=</varname> inside of <varname>ReadOnlyPaths=</varname> in
         order to provide writable subdirectories within read-only directories. Use
         <varname>ReadWritePaths=</varname> in order to allow-list specific paths for write access if
-        <varname>ProtectSystem=strict</varname> is used.</para>
+        <varname>ProtectSystem=strict</varname> is used. Note that <varname>ReadWritePaths=</varname> cannot
+        be used to gain write access to a file system whose superblock is mounted read-only. On Linux, for
+        each mount point write access is granted only if the mount point itself <emphasis>and</emphasis> the
+        file system superblock backing it are not marked read-only. <varname>ReadWritePaths=</varname> only
+        controls the former, not the latter, hence a read-only file system superblock remains
+        protected.</para>
 
         <para>Paths listed in <varname>InaccessiblePaths=</varname> will be made inaccessible for processes inside
         the namespace along with everything below them in the file system hierarchy. This may be more restrictive than