linux建立链接破坏系统,linux – ldconfig创建错误的符号链接

我已经在

https://software.opensuse.org/package/bacula推荐的

https://build.opensuse.org/package/show/home%3AXimi1970%3AopenSUSE%3AExtra/bacula库中的openSUSE Leap 42.3系统上安装了Bacula 7.4.4.

这些包使用openSUSE的替代机制来配置

DMBS用于目录 – 在我的例子中,MySQL.不幸的是,

包裹有点儿麻烦.安装bacula-director后

和bacula-mysql包,libbaccats库的符号链接

/usr/lib64看起来像这样：

libbaccats.so -> /etc/alternatives/libbaccats.so

libbaccats-mysql.so -> libbaccats-mysql-7.4.4.so

libbaccats-stub.so -> libbaccats-7.4.4.so

libbaccats-7.4.4.so -> libbaccats-stub-7.4.4.so

最后两个显然是无稽之谈,导致任何尝试运行

导向器或dbcheck实用程序失败并显示错误消息：

Fatal error: Please replace this null libbaccats library with a proper

one.

这当然可以通过发出命令轻松修复：

ln -sf libbaccats-stub-7.4.4.so libbaccats-stub.so

ln -sf /etc/alternatives/libbaccats-7.4.4.so libbaccats-7.4.4.so

产生预期的结果：

libbaccats.so -> /etc/alternatives/libbaccats.so

libbaccats-7.4.4.so -> /etc/alternatives/libbaccats-7.4.4.so

libbaccats-mysql.so -> libbaccats-mysql-7.4.4.so

libbaccats-stub.so -> libbaccats-stub-7.4.4.so

它允许/ etc / alternatives中的符号链接：

libbaccats.so -> /usr/lib64/libbaccats-mysql.so

libbaccats-7.4.4.so -> /usr/lib64/libbaccats-mysql-7.4.4.so

正确地将libbaccats引用引导到MySQL变体.

但是,每次运行ldconfig(8)命令时,它都会重置/usr/lib64/libbaccats-7.4.4.so符号链接以再次指向libbaccats-stub-7.4.4.so,从而破坏Bacula.由于ldconfig在不同场合由系统自动运行,这非常烦人.

我怎样才能修复ldconfig的想法,那个符号链接应该指向哪里？