docker cannot found libnvcuvid.so

最新推荐文章于 2024-04-01 18:57:08 发布
最新推荐文章于 2024-04-01 18:57:08 发布
阅读量1.2k 收藏 2
点赞数
文章标签： docker linux 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/pengrui18/article/details/128812376
版权

问题描述，ubuntu下docker内部使用H264 NVCUDA进行视频解码，提示如下错误信息时：
在这里插入图片描述
当在docker中运行H264解码，提示找不到libnvcuvid.so库，可以通过如下办法解决此问题：
临时测试的话，解决办法如下：

将docker外部的libnvcuvid.so拷贝到docker目录下：/usr/lib/x86_64-linux-gnu

永久解决办法，启动容器的时候加上能解决：

-e NVIDIA_DRIVER_CAPABILITIES=video,compute,utility

参考资料：
https://github.com/NVIDIA/nvidia-docker/issues/1001

章之京
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
自己制作docker镜像运行时缺失.so依赖
cyunwli的博客
01-05 2877
问题描述： 问题：在做软件平台架构迁移时遇见的问题，在arm架构的docker中运行的有关aspose-words的jar包能够成功将world转成PDF，但迁移到mips64位架构的docker中运行时却失败。查看转换时出现的日志，Java调用时缺少一些基础依赖包，刚开始不太懂，百度查看时真的时一头包，各种各样的说法但就是不是自己想要的。 一般官方提供的docker基础镜像时基本都不会缺失基础的.so文件，但是自己制作时有事难免会缺失一些文件，或许我遇到的问题也能帮助你。 解决思路： 目前我主要遇见的
编译cuda例程报错/usr/bin/ld: cannot find -lnvcuvid
chenjiehua123456789的博客
01-11 3526
Data: 2018.1.11 Author: cjh Theme: error solve 在编译cuda例程过程中，出现报错/usr/bin/ld: cannot find -lnvcuvid 网上也查了相关方法解决，但是不具有针对性 问题的原因在于没有找到libnvcuvid.so 和libnvcuvid.so.1的库 解决方法： 首先在linunx下通过查
在ubuntu 14.04系统中安装cuda-7.5时编译samples文件，出现cannot find lnvcuvid 错误
Liam_fang的博客
10-01 524
这里只是对我引用的博客进行了修正。解决方法： 1、 修改 /usr/local/cuda-7.5/samples/common 下的findglib.mk文件，打开这个文件可用如下命令gedit  findglib.mk 进行修改就好(这里也可以用vi  findglib.mk，这里只针对新手，大神请掠过) 将 UBUNTU_PKG_NAME = "nvidia-352" 改为
docker xxxx.so.1: no such file or directory : unkonwn
qq_43928549的博客
06-16 291
docker compose启动时报错， 尝试了网上各种方法无果 我的lib64目录下也有这个文件 解决方法 vi /etc/ld.so.conf 添加一行 /usr/local/lib 告诉linux该去哪找这个文件 最后输入指令 ldconfig 使你的更改生效
ffmpeg编解码程序运行报错Cannot load libcuda.so.1并crash
一亩三分地
06-08 6329
在Linux 平台做FFMPEG视频编码的程序时，程序运行时提示错误： Cannot load libcuda.so.1 Segmentation fault (core dumped) 。 分析： 刚开始以为需要安装cuda相关库，也就GPU视频硬件加速的库没有安装。后来查资料发现是没有安装编码库。     在默然配置情况下安装的ffmpeg是没有包含编码库的。要解决 这个
linux 编译 h264,linux下编译ffmpeg，并加入H264编码支持
weixin_34043312的博客
05-01 629
在linux 平台做FFMPEG视频编码的程序时，程序运行时提示错误：[h264_nvenc @ 0x2018080] Cannot load libcuda.so.1 。对于这个问题，直接查看是因为因为cuda 买有安装，也就GPU视频硬件加速的库没有安装。实际上是因为没有安装编码库的原因。在默然配置情况下安装的FFMPEG 库是没有包含编码库的。要解决 [h264_nvenc @ 0x2018...
docker24.0.5.rar
08-31
创建一个仓库配置文件，如 `/etc/yum.repos.d/docker.repo`，并添加以下内容： ``` [dockerrepo] name=Docker Repository baseurl=file:///path/to/your/docker/rpm/directory enabled=1 gpgcheck=0 ``` ...
Docker for Mac 10.15.7 版本
09-20
Docker for Mac 10.15.7 版本
DockerToolbox-19.03.1.exe
10-27
DockerToolbox-19.03.1.exe
boot2docker.isov19.03.12
07-14
boot2docker.iso docker 最新版本镜像文件v19.03.12.在github上下载太慢以及下载不下来。放到csdn 上方便快速下载使用
dlopen “libnvcuvid.so“ failed!
牧羊女
09-02 557
dlopen "libnvcuvid.so" failed! 的解决方法
OpenCV4.7.0、FFmpeg5.1 Nvidia GPU视频硬解码
洪流之源
02-10 7153
OpenCV4.7.0、FFmpeg5.1 2080TI视频硬解码
环境搭建 Docker内FFmpeg GPU加速
_Tsun 的博客
07-21 4159
参考文档 这篇文章不是在docker内的 编译过程写的非常详细了，亲测可以使用 注意ffmpeg版本要3.x, 我用4.3 4.2都没有成功 1. 首先宿主机要有显卡驱动 这里省略掉可 2. 再 安装nvidia-docker 3. 再下载 nvidia的基础镜像 选择合适的版本，我选择的是 nvidia/cuda:10.2-cudnn7-devel-centos7 带devel字样的 ，里面才有nvcc -V命令 10.2 是cuda版本 4. 编写Dockerfile 具体如何下载源码包，可以到最上.
支持nvidia GPU 的硬件编解码的ffmpeg编译记要
howesao的专栏
07-19 883
支持nvidiaGPU的硬件编解码的ffmpeg编译记要。
配置编译带cuda版本并支持cudacodec硬编解码opencv库笔记
ywxuan的专栏
02-13 4790
写这个笔记主要是记录配置编译opencv+cuda+cudacodec的过程核经历，这里面的坑实在太多。 参考文章：https://note.youdao.com/ynoteshare1/index.html?id=700052b0a49301059a34f20a00a830ca&type=note，但这份笔记很多东西没有讲清楚，导致我按照这个笔记配置编译opencv的时候，怎么弄都不能正确的编译处cudacodec，而我需要使用GPU实现编解码，必须得使用这个库。 简单记录过程如下。 基础环境：
关于ffmpeg的安装和编码格式问题
最新发布
门前大橋下丶
04-01 661
ffmpeg能转很多的视频格式，不同的格式对应的版本也不一样。如上述安装5.1和3.4.8都是一样的流程，但5.1中转h264格式会报错，找不到对应的设备，就需要安装3.4.8的低版本才行。
Kubernetes（Docker）容器部署加载不到 .so动态链接文件（java.lang.UnsatisfiedLinkError: no xxx in java.library.path）
专注基础架构领域
10-22 8624
找了一下午，网上文章有很多，但都不适用，因为我是通过容器进行部署服务，然后容器加载.so动态链接文件，所以网上大多数文章是设置Linux的动态链接目录，这里统一记录一下解决方法： 1、Linux设置LD_LIBRARY_PATH环境变量 普通的 Jar 包加载 .so 可以通过设置动态链接目录的方式来找到动态链接文件 $ vim /etc/profile $ export LD_LIBRA...
linux部署so文件遇到的问题
xxsxsdsadad的博客
03-23 1698
对自己打包的so文件进行测试，编译不报错 但是运行时 出现错误：cannot open shared object file: No such file or directory 但是so文件明明已经放在当前目录下了 这是linux下so库经常会出现的错误，发现程序寻找每个so的路径基本为系统路径，lib或者usr/lib等。（多个so文件相互调用最容易出现这种错，因为你会忽略别的so文件位置，一定要仔细看报错信息） 而当前目录并不在查找范围内，因此显示无法找到 解决方法 1.使用docker的话
Docker---问题1:bash: vi: command not found/bash: vim: command not found
添砖加瓦
11-05 1006
在使用docker时，有时候我们需要编辑配置文件，需要使用vim或者vi命令，发现： root@64801a03b121:/etc/nginx/conf.d# vi default.conf bash: vi: command not found root@64801a03b121:/etc/nginx/conf.d# vim default.conf bash: vim: command...
docker ImportError: libGL.so.1: cannot open shared object file: No such file or directory
08-18
在 Docker 容器中出现 `ImportError: libGL.so.1: cannot open shared object file: No such file or directory` 错误通常是由于缺少 libGL.so.1 库文件导致的。这是因为容器中没有适当的图形驱动或相关的 OpenGL 库文件。 要解决这个问题，你可以尝试以下方法： 1. 安装 Mesa OpenGL 库：在 Dockerfile 中添加以下命令，以在容器内安装 Mesa OpenGL 库： ```docker RUN apt-get update && apt-get install -y libgl1-mesa-glx ``` 你也可以根据所使用的基础镜像来选择适当的安装命令，如 `yum` 或 `dnf`。 2. 挂载主机的 OpenGL 库：如果你的主机系统已经安装了 libGL.so.1 库文件，你可以将它挂载到容器中。在运行容器时，使用 `-v` 参数将主机系统中的库文件映射到容器中的合适位置。例如： ```bash docker run -v /usr/lib/x86_64-linux-gnu/libGL.so.1:/usr/lib/x86_64-linux-gnu/libGL.so.1 your_image ``` 这将把主机系统中的 `libGL.so.1` 文件映射到容器中相应的路径。 3. 使用无头模式或虚拟桌面：如果你在容器中运行的是一个需要图形界面的应用程序，并且缺少 libGL.so.1 库文件是因为容器中没有可用的图形驱动，你可以尝试使用无头模式或虚拟桌面来模拟图形环境。 - 对于无头模式，你可以在容器中安装 Xvfb（虚拟帧缓冲）和相应的驱动，并在容器启动时运行 Xvfb。然后，将环境变量 `DISPLAY` 设置为虚拟显示的地址。这样，你的应用程序就可以在容器中以无头模式运行。 - 对于虚拟桌面，你可以使用类似 X11VNC 或 TurboVNC 的工具，在容器中模拟一个虚拟桌面环境。这样，你的应用程序就可以以图形方式运行，并且可以使用 VNC 客户端来访问它。 请注意，根据你的具体情况，可能需要结合使用上述方法或进行一些调整。如果上述方法仍然无法解决问题，你可能需要进一步检查 Docker 容器的配置和运行环境，或寻求相关软件的支持。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值