报错解决：Unable to create temporary cache file /home/ubuntu/.ros/.rospack_cache.Qku9tA:Permission denied

最新推荐文章于 2024-07-09 21:58:45 发布

原创最新推荐文章于 2024-07-09 21:58:45 发布 · 1.2k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#ubuntu #linux #运维

Linux 专栏收录该内容

52 篇文章

订阅专栏

本文讲述了在Ubuntu系统中遇到的由于权限不足导致的.ros文件夹创建临时缓存文件失败的问题，通过调整文件权限并将其所有者和属组改为'nvidia'来解决，确保ros命令的正常运行。

1.修改文件所属权限
报错解决：Unable to create temporary cache file /home/ubuntu/.ros/.rospack_cache.Qku9tA:Permission denied_JasonLi的博客-优快云博客https://blog.youkuaiyun.com/weixin_45929038/article/details/116327264

原因分析：

根据提示 Permission denied 可知此问题的本质是权限问题，再查看前面报错目录为 ~/.ros ，于是去查看其权限。

cd ~
ls -al | grep .ros

这个是正常情况，修改后的结果，出错nvidia会出现root字样

所有人为nvidia:

# 修改所有者
sudo chown -R nvidia .ros
# 修改属组
sudo chgrp -R nvidia .ros

此时在运行ros命令将不会在报错.

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

David_By

关注关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Docker 问题集锦(23) - 解决报错：Couldn‘t create temporary file /tmp/apt.conf.IRqbCz

liuzhen007的专栏

11-08

1928

目录问题解决结尾问题操作容器应该是属于服务器开发同学的常规操作，经常我们会遇到系统缺少对应的工具的情况，比如我们进入容器后，想使用 vim 修改某个文件，但是发现该容器没有安装 vim 工具。这个时候，一般都需要自己手动安装，比如在 unbuntu 系统中，可以使用 apt-get 包管理命令。但是，执行 apt-get install vim 命令时，提示没有仓库记录，因此，需要先更新包管理仓库列表，也就是执行 apt-get update 命令，但是遇到了如下报错信息： roo

E: The repository ‘http://packages.ros.org/ros2/ubuntu focal InRelease‘ is not signed.

pvmsmfchcs的博客

05-06

2042

【代码】E: The repository 'http://packages.ros.org/ros2/ubuntu focal InRelease' is not signed.

参与评论您还未登录，请先登录后发表或查看评论

ROS系列——[rospack] Error: package ‘******‘ not found [librospack]: error while executing command

热门推荐

曾经也曾立志

04-12

1万+

[rospack] Error: package '******' not found [librospack]: error while executing command

SVN【修复“unable to create pristine install stream”】

yuxikuo_1的专栏

09-16

708

问题如上图修复方法：在.svn目录下创建个tmp的目录即可，没有.svn的隐藏目录显示出来。

Unable to create the database cache 一次说清楚kettle缓存问题

qq_29061315的博客

04-26

5768

目录前言一、问题现象二、原因分析三、解决方法论前言博主介绍：他们叫我技术总监，拥有5年BI、数据库、用友NC、帆软report、python工作经验，毕业一年被迫当上某集团部门开发经理，成立开发部，次年任命为总监。因个人执着于技术，所以被总经理戏称为技术总监。拥有帆软认证、项目管理工程师等认证。目前主要专研大数据方向，希望和您一起学习一起进步。一、问题现象 1、kettle不能重启，每次重启都会闪退 2、kettle的定时任务可以运行，但...

ROS出现：Command ‘rospack‘ not found 或 rospack: No such file or directory 等关于rospack命令无效的解决方案

Bi9R!ver的博客

05-16

2487

问题描述按照wiki.ros.org上的教程学习ros时，出现Command ‘rospack’ not found 或 rospack: No such file or directory等类似问题。解决方法如图所示，按照系统提示，输入sudo apt install rospack-tools即可解决问题。之前还出现过rospack: No such file or directory，用这个解决方案执行之后也就没问题了。 ...

sed: could not open temporary file /etc/sedbkUwRn: Permission denied

一只海星的主页

05-16

6386

海思交叉编译器安装出现错误 sed: couldn't open temporary file /etc/sedbkUwRn: Permission denied 解决方法： sudo su 再source 安装脚本

【CentOS7.6】yum 报错：Could not retrieve mirrorlist http://mirrorlist.centos.org

Shnywe的博客

07-09

5743

用yum install 命令去安装一些linux插件时报错，找了很久才解决，踩了很多坑，希望你们也不要踩，既不是大家搜索的网络问题，ping www.baidu.com可以通、DNS也设置了；

PermissionError: [Errno 13] Permission denied: ‘/tmp/gradio...‘

q742971636的博客

07-03

1700

在无管理员权限的情况下，遇到 Gradio 临时文件目录的权限问题，可以通过设置TMPDIR环境变量或在代码中指定临时文件路径来解决。这种方法简单有效，能够避免因权限问题引发的报错，从而确保 Gradio 应用程序的正常运行。

使用eclipse创建android工程时得到警告

weixin_33881041的博客

12-06

196

为什么80%的码农都做不了架构师？>>> ...

解决ldconfig 无法ld.so.Cache问题

farmwang的专栏

06-07

5933

生成共享库 gcc -fPIC -shared -Wl,-soname,lib.so.1 -o lib.so.1.2.1 mylib.o 生成共享库，关联real name 和soname 。 gcc -g -Wall -fPIC -c hello.c -o hello.o gcc -shared -W,soname,-libhel

electron 错误提示 Unable to move the cache 原因，解决方法

学习笔记

05-19

3864

从 electron 13 换到 v24 之后，打开项目的时候提示这个错误，外网搜索找到答案。

Unable to create schema compiler

hlghxd13的博客

08-11

2150

就是系统运行时无法找到，tools.jar工具类中的编译器的方法导致无法编译动态生成客户端的情况。将tools.jar包放到了，jre下的/lib/tools.jar中去总结如下如果遇到以上情况，将tools.jar放到tomcat运行的“jre/lib”下即可。通常我们在安装jdk的是候都会，另安装一个jre，这个jre在window系统中是默认使用的jre，当我们tomcat没有指明jre的情况下默认直接使用的就是这后安装的这个jre，跟环境变量中配置的JAVA_HOME没有半毛钱关系。除非你指明

svn update,报错Unable to create pristine install stream

weixin_43424101的博客

02-14

736

习惯性svn update,报错Unable to create pristine install stream

Linux 下安装 libevent，运行sample出错

Aaron_M的博客

12-09

1638

首先运行编译 sample 中的 hello.c，命令如下： -levent 表示动态链接库生成 hello 可执行文件，运行 ./hello ，出现如下错误： ./hello: error while loading shared libraries: libevent-2.0.so.5: cannot open shared object file: No such file or directory 原因是：系统不知道libevent-2.0.so.放在哪个目录下，这个时候就要在...

ubuntu 16.04 +anaconda3.6 +Nvidia DRIVER 390.77 +CUDA9.0 +cudnn7.0.4+tensorflow1.5.0+neural-style

Lightmare625

08-13

2178

这是我第一个人工智能实验。虽然原理不是很懂，但是觉得深度学习真的很有趣。教程如下。 Table of Contents 配置时间轴前期准备工作 anaconda3 安装 bug 1：conda:未找到命令,终端输入 Nvidia DRIVER390.77 卸载原驱动安装显卡驱动查看GPU版本显卡分辨率问题 CUDA 9.0 卸载下载CUDA 9.0 ...

【安装】wsl ubuntu虚拟机编译rv1109大坑踩雷（建议使用vmware创建虚拟机）

kk的博客

11-01

1098

wsl ubuntu编译sdk

【双开QWebEngine程序，后一次程序加载网页很慢】

ZTH_G的博客

06-22

953

1. 第一次与第二次加载相同网页相比，第一次网页加载只花了1s左右，但第二次加载网页时，进度80%~100%期间内，明显卡顿了10多秒，如下图。3. 对两次打开程序，分别设置不同的缓存路径，再次测试，发现后一次程序加载网页的速度和第一次基本一致，但仍然会稍微慢点，如下图。设置不同的缓存路径和QWebEngine数据。提示，怀疑是因为使用了同一个缓存路径导致的。

ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied

最新发布

06-17

<think>我们面临两个主要问题：1.普通用户在Docker容器中无法链接动态库（LD_LIBRARY_PATH失效）2.执行ldconfig时出现Permissiondenied错误（常见于容器内普通用户执行系统命令）结合引用内容，特别是引用[3]提到容器内root用户权限受限（需要--privileged），以及引用[4]中出现的Permissiondenied，我们可以制定以下解决方案：---###核心问题分析1.**动态库链接失败原因**-普通用户环境变量未正确传递（如LD_LIBRARY_PATH）-动态库文件权限不足（普通用户无读取权限）-动态库缓存未更新（需要执行ldconfig但普通用户无权限）2.**ldconfig权限问题**-ldconfig需要root权限才能更新系统级动态库缓存-容器内普通用户无法执行ldconfig（引用[4]中多个Permissiondenied）---###解决方案####✅方法1：通过Dockerfile预先配置（推荐）```DockerfileFROMubuntu:22.04#创建普通用户RUNuseradd-mappuser#安装动态库到系统目录（避免自定义路径）COPY./libs/*/usr/lib/#更新动态库缓存（使用root权限）RUNldconfig#设置动态库搜索路径（全局生效）ENVLD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH#切换用户（确保后续操作权限正确）USERappuser#示例：运行应用程序CMD["your_app"]```**优势**：-动态库安装在系统目录，无需额外配置LD_LIBRARY_PATH-提前以root身份运行ldconfig，避免普通用户权限问题####✅方法2：为普通用户配置私有库路径```DockerfileFROMubuntu:22.04#创建普通用户及其私有库目录RUNuseradd-mappuser&&\mkdir-p/home/appuser/libs&&\chown-Rappuser:appuser/home/appuser/libs#复制动态库到用户目录COPY--chown=appuser:appuser./libs/*/home/appuser/libs/#设置用户级环境变量USERappuserENVLD_LIBRARY_PATH=/home/appuser/libs:$LD_LIBRARY_PATHCMD["your_app"]```**原理**：-使用用户私有目录存放动态库，无需系统级ldconfig-通过LD_LIBRARY_PATH直接指定搜索路径####✅方法3：启动容器时提升权限（慎用）```bashdockerrun-it\--privileged\#赋予容器完全权限（引用[3]方案）-v/path/to/libs:/custom/libs\-eLD_LIBRARY_PATH=/custom/libs\--userappuser\your_image```**警告**：`--privileged`会带来安全风险，仅限测试环境使用[^3]---###处理ldconfig权限被拒1.**根本原因**：普通用户无权修改系统级动态库缓存（/etc/ld.so.cache）2.**替代方案**：-方案A：在构建阶段以root身份运行ldconfig（如方法1）-方案B：使用用户级库路径（如方法2）完全避免ldconfig-方案C：运行时临时提权（不推荐）```Dockerfile#在Dockerfile中配置sudoRUNapt-getupdate&&apt-getinstall-ysudo&&\echo"appuserALL=(ALL)NOPASSWD:/sbin/ldconfig">>/etc/sudoers#应用启动脚本USERappuserCMD["sudo","ldconfig","&&","your_app"]```**风险**：普通用户获得部分root权限---###验证动态库加载```bash#进入容器验证dockerexec-it<container>bash#切换到普通用户（若未默认设置）su-appuser#检查环境变量echo$LD_LIBRARY_PATH#检查动态库链接ldd/path/to/your_app#查看动态库缓存（无需权限）cat/etc/ld.so.cache|strings```---###典型错误修复案例**错误信息**：`/sbin/ldconfig.real:Permissiondenied`**修复步骤**：1.在Dockerfile中确保以root身份运行ldconfig：```DockerfileRUNldconfig```2.若需用户自定义安装库，改用私有库方案：```DockerfileRUNmkdir/custom_libs&&chmod777/custom_libsENVLD_LIBRARY_PATH=/custom_libs```3.禁止普通用户调用ldconfig（非必要操作）---§§相关问题§§1.Docker多阶段构建中如何为不同阶段设置动态库路径？2.如何在KubernetesPod中安全地提升容器权限？3.如何为Docker容器内的动态库设置自动更新机制？4.容器环境下如何调试动态库加载失败问题？</think>### 解决 Docker 普通用户动态库链接问题及 `ldconfig` 权限错误 #### 核心问题分析 1. **动态库链接失败** - 普通用户环境变量 `LD_LIBRARY_PATH` 未正确继承 - 动态库文件权限不足（`Permission denied`） - `ldconfig` 缓存更新需要 root 权限[^4] 2. **`ldconfig` 权限被拒** - `/etc/ld.so.cache` 系统文件需 root 权限写入 - 容器默认禁用普通用户特权操作[^3] --- ### 解决方案（按优先级排序） #### ✅ 方法1：Dockerfile 预配置动态库路径（推荐） ```Dockerfile FROM ubuntu:22.04 # 创建普通用户 RUN useradd -m appuser # 安装动态库到系统目录（避免ldconfig） RUN apt-get update && apt-get install -y libyourlibrary1 libyourlibrary2 # 或手动复制库文件到系统目录 COPY ./custom_libs/* /usr/lib/ # 更新动态库缓存（root权限下执行） RUN ldconfig # 切换用户 USER appuser CMD ["your_app"] ``` **优势**： - 库文件安装在系统目录（`/usr/lib`, `/lib`），无需 `LD_LIBRARY_PATH` - 提前以 root 身份执行 `ldconfig`[^5] #### ✅ 方法2：用户级动态库目录（无需 `ldconfig`） ```Dockerfile FROM ubuntu:22.04 # 创建普通用户和私有库目录 RUN useradd -m appuser && \ mkdir -p /home/appuser/libs && \ chown appuser:appuser /home/appuser/libs # 复制动态库到用户目录 COPY --chown=appuser:appuser ./libs/* /home/appuser/libs/ # 设置用户级环境变量 USER appuser ENV LD_LIBRARY_PATH=/home/appuser/libs:$LD_LIBRARY_PATH CMD ["your_app"] ``` **原理**： - 用户私有目录绕过系统级 `ldconfig` 需求 - `LD_LIBRARY_PATH` 仅对当前用户生效 #### ✅ 方法3：运行时提权（限开发环境） ```bash # 启动时赋予特权（慎用！） docker run -it --privileged \ # 解除权限限制[^3] -v /host/libs:/custom_libs \ -e LD_LIBRARY_PATH=/custom_libs \ --user appuser \ your_image ``` #### ✅ 方法4：入口脚本动态配置 ```Dockerfile FROM ubuntu:22.04 RUN useradd -m appuser # 创建提权脚本 RUN echo $'#!/bin/sh\n\ chown root:root /custom_libs \n\ ldconfig \n\ chown appuser:appuser /custom_libs \n\ exec gosu appuser "$@"' > /entrypoint.sh RUN chmod +x /entrypoint.sh COPY ./libs /custom_libs ENTRYPOINT ["/entrypoint.sh"] CMD ["your_app"] ``` **流程**： 1. 启动时以 root 身份执行 `ldconfig` 2. 将目录所有权归还普通用户 3. 通过 `gosu` 切换用户并保留环境变量[^4] --- ### 权限问题专项解决 ```Dockerfile # 修复动态库文件权限 RUN chmod -R 755 /custom_libs && \ find /custom_libs -type f -exec chmod 644 {} \; # 修复目录所有权 RUN chown -R appuser:appuser /custom_libs ``` --- ### 验证步骤 ```bash # 检查动态库加载 docker run --rm your_image ldd /path/to/your_app # 检查环境变量 docker run --rm --entrypoint= your_image env | grep LD_LIBRARY_PATH # 检查文件权限 docker run --rm --entrypoint=ls your_image -ld /custom_libs ``` --- ### 典型错误处理 **错误：`find: ‘/proc/tty/driver’: Permission denied`[^4]** **修复**：在 Dockerfile 中提前执行需要特权的操作 ```Dockerfile # 在root阶段完成所有需特权操作 RUN find / -name "*.so" > /lib_locations.txt ``` **错误：`ldconfig: Permission denied`** **修复**：使用预构建镜像或用户级库目录方案，避免运行时调用 `ldconfig` ---