linux下如何查询未知库所依赖的包

经常会遇到linux下安装软件时提示少文件，如何知道所缺少的文件属于哪个包？用什么命令查看？
例如:/lib/ld-linux.so.2: bad ELF interpreter: 没有那个文件或目录
如何判断知道ld-linux.so.2文件属于哪个包，知道后才能用yum安装，使用如下命令：

yum provides "*/ld-linux.so.2"
本文地址：http://www.92csz.com/55/1157.html

如非注明则为本站原创文章，欢迎转载。转载请注明转载自：moon's blog

但是ubuntu下的apt-get有类似的命令吗?还未查到哦.

时间： 2025-01-24 04:53:36

linux下如何查询未知库所依赖的包的相关文章

linux 下使用boost serialization库，编译问题

问题描述 linux 下使用boost serialization库,编译问题在linux下使用boost serialization,结果编译不过,折腾了半天也过不去,求大神指导代码如下,也是网上找的, #include "boost/serialization/serialization.hpp" #include "boost/archive/binary_oarchive.hpp" #include "boost/archive/binary_

Linux下打包压缩war、解压war包和jar命令

环境 RedHat Linux 9 + VWWare 8.0 + SSH 3.2.9 + Putty 0.62 问题 Linux下打包压缩war.解压war包和jar命令解决把project_a文件夹下的文件打包成project.war 1.打包 jar - xvf project.war /project_a -c 创建war包 -v 显示过程信息 -f 指定 JAR文件名,通常这个参数是必须的 -M 不产生所有项的清单 (MANIFEST]文件,此参数会忽略 -m参数 -

Linux下生成使用动态库和静态库

Linux中有两类函数库,动态库和静态库静态库: 这类库一般都是以.a为后缀名的文件,利用静态库函数编译成的文件比较大,因为整个函数库的所有数据都会被整合进目标代码中. 编译后的执行程序就不需要外部的函数库支持,但也有其缺点,就是一旦静态函数库改变了,那么程序就必须重新编译. 动态库: 这类库的一般都是以.so为后缀名的,相对于静态库函数库来说,动态函数库在编译的时候并没有被编译进目标代码中.当程序执行到相关函数时才调用该函数库里的相应函数,因此动态库函数库所产生的可执行文件比较小,由于函数库

linux下查看动态链接库so文件的依赖的相关组建

我们很多c程序在windows下是以dll形式展现的,在linux则是以so 形式展现的. windows一般不会因为编译dll文件的编译器版本不同而出先dll文件不能执行. 但是linux下,不同版本内核的linux下编译的c程序,在其他版本的linux下就容易出现无法执行的问题.主要可能是支持程序的内核相对于编译时的内核较高或者版本相对于编译时的内核较低. 那我们如何看别人给我们提供的动态链接库文件(so后缀的)是否能在当前linux系统下可用呢.首先我们就要看他依赖的相关文件是

linux下练习 gcc 静态库/动态库编译示例

//iotool.c #include <stdio.h> int inputInt(const char *info) { int r; printf("%s:",info); scanf("%d",&r); return r; } graphic.c #include <stdio.h> void diamond(int r) { int x,y; for(y=0;y<=2*r;y++) { for(x=0;x<=2*

linux下利用tcpdump实现24小时自动抓包

安装tcpdump 代码如下 # yum install tcpdump 脚本里有注释#diy的,表示下一行需自定义修改. 脚本都放在home目录下;crontab里写: * */6 * * * /bin/bash /home/monitor_dump.sh * */6 * * * /bin/bash /home/monitor_disk.sh 根据当磁盘空间的大小和流量的大小确定crontab里的时间间隔因加了crontab要时间到才执行,为了现在执行,可执行:nohup sh /

Linux下如何用GCC编译动态库

本文主要解决以下几个问题 1 为什么要使用库? 2 库的分类 3 创建自己的库或许大家对自己初学 Linux时的情形仍记忆尤新吧.如果没有一个能较好的解决依赖关系的包管理器,在Linux下安装软件将是一件及其痛苦的工作.你装a包时,可能会提示你要先装b包,当你费尽心力找到b包时,可能又会提示你要先安装c包.我就曾被这样的事搞的焦头烂额,至今一提起rpm仍心有余悸,头皮发麻.说是一朝被蛇咬,十年怕井绳怕也不为过. Linux下之所以有这许多的依赖关系,其中一个开发原则真是功不可没.这个原则就

linux下动态库（*.so)的路径问题

本文为原创,如需转载,请注明作者和出处,谢谢! 最近在使用wxWidgets,这是一个跨平台的C++库,在linux下编译成动态库(*.so),如果将编译后的可执行文件发布到其他机器的linux系统中,需要带上.so文件,这就需要设置一下这些动态库的路径,一般可以使用环境变量LD_LIBRARY_PATH来设置,可以在终端中直接输出如下的命令: export LD_LIBRARY_PATH=/library/wxwidgets 其中/library/wxwidgets是.so文件存放的路

检查程序对动态库的依赖

转载请注明出处:http://blog.csdn.net/horkychen 测试程序时会出现找不到指定的库或库函数的错误,表示某个依赖库不存在或版本不正确.如果使用的是动态加载的动态库所依赖的包不存在,如果程序没有做好异常处理的话,会让你很难定位到问题.比如GDI+库.假设一个程序A,调用了动态库B,而B链接了GDI+,这时运行在Windows 2000上时,系统里没有GDI+的库,会导致A不断Crash掉.因为GDI+库不是一般C的动态库,一般没有库加载的动作,使得排查问题会有很多的障碍.