Control: tags -1 - moreinfo


On Mon, 2019-09-09 at 00:53:44 +0200, Alexander Brock wrote:
> I searched for clues why that is not added and found the
> script:
> /usr/share/initramfs-tools/hooks/cryptroot
> it contains the line:
> LIBC_DIR="$(ldd /sbin/cryptsetup | sed -nr 's#.* =>
> (/lib.*)/libc\.so\.[0-9.-]+ \(0x[[:xdigit:]]+\)$#\1#p')"
> but on my machine there is no /bin/[0-9.-]+ instead it is in
> /usr/lib/x86_64-linux-gnu. Therefore $LIBC_DIR is empty which leads to
> the "find: ‘’: No such file or directory" error message in the log
> (
> Allowing any number of characters before the /lib fixes the problem:
> LIBC_DIR="$(ldd /sbin/cryptsetup | sed -nr 's#.* =>
> (.*/lib.*)/libc\.so\.[0-9.-]+ \(0x[[:xdigit:]]+\)$#\1#p')"
> I changed this and now the 5.2 kernel boots again. I made a merge
> request:

I've just hit the same problem, but I don't think this diagnostic is

The problem I've got is that I upgraded to gcc-10 from experimental,
which pulled in libgcc1-s1 and libgcc1 (that I later removed), neither
of which install under /lib/$MULTIARCH anymore. The first
installs the shared library under /usr/lib/$MULTIARCH, the latter
under /lib/ (although that one might be in error, as there's an empty
multiarch dir under /lib in that package), so that logic does not find

IMO the assumption that libgcc will be located in the same directory
as libc is incorrect, first because it comes from a different source
package, and second because nothing says they need to be on the same
directory. :)


Reply via email to