Package: systemd
Version: 29-1.1
Severity: wishlist
Tags: upstream patch
Hi,
When booting with /usr on a separate partition, systemd tells me
systemd[1]: /usr appears to be on a different file system than /. This
is not supported anymore. Some things will probably break (sometimes even
silently) in mysterious ways. Consult
http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken for more
information.
That seems like a reasonable note for README, but there's not much the
sysadmin can do about it so I can't see what value it adds in dmesg.
How about something like this patch?
It might also make sense for some interested person to file a bug
against initramfs-tools (or udev or whatever he or she considers
broken) and refer to that in README.Debian, so the underlying trouble
can be actually fixed in the simple cases. :)
Thanks,
Jonathan
---
README | 22 +++---
src/main.c | 13 -
2 files changed, 11 insertions(+), 24 deletions(-)
diff --git a/README b/README
index cfbcbe7f..0b1c8302 100644
--- a/README
+++ b/README
@@ -69,18 +69,18 @@ WARNINGS:
symlink to /proc/mounts. Please ensure that /etc/mtab is a
proper symlink.
-systemd will warn you during boot if /usr is on a different
-file system than /. While in systemd itself very little will
-break if /usr is on a separate partition many of its
-dependencies very likely will break sooner or later in one
-form or another. For example udev rules tend to refer to
-binaries in /usr, binaries that link to libraries in /usr or
-binaries that refer to data files in /usr. Since these
-breakages are not always directly visible systemd will warn
-about this, since this kind of file system setup is not really
-supported anymore by the basic set of Linux OS components.
+There can be subtle breakage when /usr is on a different file
+system than /. While in systemd itself very little will break
+if /usr is on a separate partition, many of its dependencies
+very likely will break sooner or later in one form or another.
+For example, udev rules tend to refer to binaries in /usr,
+binaries that link to libraries in /usr, or binaries that refer
+to data files in /usr. Since these breakages are not always
+directly visible, systemd used to warn about this, since this
+kind of file system setup is not really supported anymore by
+the basic set of Linux OS components.
-For more information on this issue consult
+For more information on this issue, consult
http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
ENGINEERING AND CONSULTING SERVICES:
diff --git a/src/main.c b/src/main.c
index 68328b76..5f2401a9 100644
--- a/src/main.c
+++ b/src/main.c
@@ -981,18 +981,6 @@ static void test_mtab(void) {
Please make sure to replace this file by a symlink to
avoid incorrect or misleading mount(8) output.);
}
-static void test_usr(void) {
-
-/* Check that /usr is not a separate fs */
-
-if (dir_is_empty(/usr) = 0)
-return;
-
-log_warning(/usr appears to be on a different file system than /.
This is not supported anymore.
-Some things will probably break (sometimes even silently)
in mysterious ways.
-Consult
http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken for more
information.);
-}
-
static void test_cgroups(void) {
if (access(/proc/cgroups, F_OK) = 0)
@@ -1188,7 +1176,6 @@ int main(int argc, char *argv[]) {
loopback_setup();
test_mtab();
-test_usr();
test_cgroups();
}
--
1.7.7.rc1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org