Your message dated Thu, 4 Aug 2022 18:30:19 +0200 with message-id <[email protected]> and subject line Re: Bug#1011357: /bin/mount links with library in /usr - might be unaccesible in case of /usr failure has caused the Debian Bug report #1011357, regarding /bin/mount links with library in /usr - might be unaccesible in case of /usr failure to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 1011357: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011357 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: mount Version: 2.38-4 Severity: important File: /bin/mount The /bin/mount binary uses libraries being placed in /usr. In case /usr is a separate filesystem and is not mounted, mount might be unusable. Here is output of ldd /bin/mount with marked libraries from /usr: root@tardis:~# ldd /bin/mount linux-vdso.so.1 (0x00007fffa3ede000) !!! libmount.so.1 => /usr/lib/x86_64-linux-gnu/libmount.so.1 (0x00007f9394295000) libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f9394269000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9394090000) !!! libblkid.so.1 => /usr/lib/x86_64-linux-gnu/libblkid.so.1 (0x00007f939403c000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f9394036000) /lib64/ld-linux-x86-64.so.2 (0x00007f9394331000) !!! libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0 (0x00007f9393f9e000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f9393f7b000) libmount and libblkid are parts of the util-linux source package, however libpcre2-8 is separate source package. Please note, there is also no package dependency on libpcre2-8-0 in mount package. However, dependency on libsmartcols1 is listed, but it seems to be not used by mount. Best regards Artur -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-3-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mount depends on: ii libblkid1 2.37.3-1+b1 ii libc6 2.33-7 ii libmount1 2.38-4 ii libselinux1 3.3-1+b1 ii libsmartcols1 2.37.3-1+b1 mount recommends no packages. Versions of packages mount suggests: pn nfs-common <none> -- no debconf information --
--- End Message ---
--- Begin Message ---* Artur R. Czechowski <[email protected]>: > The /bin/mount binary uses libraries being placed in /usr. In case /usr > is a separate filesystem and is not mounted, mount might be unusable. Yes. Late-mounting /usr is unsupported since Debian stretch. https://www.debian.org/releases/stretch/amd64/release-notes/ch-information.en.html#late-mounting-usr If you do not have /usr mounted yet, it needs to be mounted from the initramfs. Or migrate to a single-partition scheme. I would expect that having a separate /usr partition will be pointless in bookworm or bookworm+1. I will close this bug now, as there is - from my PoV - nothing to do. Chris
--- End Message ---
