On Monday, 3 January at 18:25, k...@aspodata.se wrote:
The first one gives me an unbootable system
$ ldd /sbin/init | grep /usr
libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0
(0x00007f737ba28000)
fortunately /bin/bash didn't depend on /usr so I could boot with
init=/bin/bash, but there is more breakage:
$ ldd /bin/mount | grep /usr
libmount.so.1 => /usr/lib/x86_64-linux-gnu/libmount.so.1
(0x00007f5bc9b06000)
libblkid.so.1 => /usr/lib/x86_64-linux-gnu/libblkid.so.1
(0x00007f5bc98f0000)
libpcre2-8.so.0 => /usr/lib/x86_64-linux-gnu/libpcre2-8.so.0
(0x00007f5bc982c000)
$ dpkg -l | grep sysvinit-core
ii sysvinit-core 2.96-7+devuan1
amd64 System-V-like init
$ dpkg -l | grep mount
ii libmount1:amd64 2.36.1-8+devuan1
amd64 device mounting library
ii mount 2.36.1-8+devuan1
amd64 tools for mounting and manipulating filesystems
Soo, what can I do to help with that ?
Maybe your /etc/ld.so.cache is misconfigured?
Here's a little trick i discovered when I was learning to build initramfs
files:
1. add the new /lib/ directories to /etc/ld.so.conf
2. run ldconfig to rebuild ld.so.cache
3. profit!
Hope this helps.
- Antoine
--
Any sufficiently advanced technology is indistinguishable from magic.
_______________________________________________
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng