Your message dated Sun, 27 Apr 2025 13:00:25 +0200
with message-id <aa4osugxr7o4v...@argenau.bebt.de>
and subject line Re: gnupg: can't mount loop-aes partition during boot with
separate /usr partition
has caused the Debian Bug report #386980,
regarding [DEBIAN] gnupg: cannot mount loop-aes partition during boot with
separate /usr partition
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 ow...@bugs.debian.org
immediately.)
--
386980: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386980
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: gnupg
Version: 1.4.5-1
Severity: important
This is a repost of bug #383558. That bug has not been classified yet and I
thought it may be more appropriate for the gnupg maintainers than the
loop-aes maintainers.
/home is loop-aes encrypted partition. I also have separate / and /usr
partitions. losetup (and subsequently mount) require gpg (which is in
the /usr partition) to be available in order to set up the loop device (and
mount it afterward). When /etc/init.d/checkfs-loop runs, /usr is not yet
mounted and I am unable to have my /home partition checked and mounted. After
the system boots, I am able to mount the drive as expected.
I have fixed this by moving the /usr/bin/gpg binary to /bin (and symlinking
back to /usr/bin/gpg). gpg also requires the libz libraries, so I
moved /usr/lib/libz.* to /lib and symlinked back in /usr/lib.
Thank you,
Joshua Rubin
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages gnupg depends on:
ii libbz2-1.0 1.0.3-6 high-quality block-sorting file
co
ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries
ii libldap2 2.1.30-13+b1 OpenLDAP libraries
ii libreadline5 5.1-7 GNU readline and history
libraries
ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library
ii makedev 2.3.1-82 creates device files in /dev
ii zlib1g 1:1.2.3-13 compression library - runtime
gnupg recommends no packages.
-- no debconf information
pgpRKmOF2WFvh.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
On 2006-09-11 Joshua Rubin <jos...@rubixlinux.org> wrote:
> Package: gnupg
> Version: 1.4.5-1
> Severity: important
> This is a repost of bug #383558. That bug has not been classified yet and I
> thought it may be more appropriate for the gnupg maintainers than the
> loop-aes maintainers.
> /home is loop-aes encrypted partition. I also have separate / and /usr
> partitions. losetup (and subsequently mount) require gpg (which is in
> the /usr partition) to be available in order to set up the loop device (and
> mount it afterward). When /etc/init.d/checkfs-loop runs, /usr is not yet
> mounted and I am unable to have my /home partition checked and mounted. After
> the system boots, I am able to mount the drive as expected.
[...]
I do not think this is relevant anymore post-usrmerge.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--- End Message ---
