由于误删了dpkg的/var/lib/dpkg/info文件夹,导致安装文件的时候报错 错误提示:E: Sub-process /usr/bin/dpkg returned an error code (1) 执行下面的脚本可以修复 #!/bin/bash set -e # Clean out /var/cache/apt/archives apt-get clean # Fill it with all the .debs we need apt-get --reinstall -dy ins…
今天想在ubuntu上配置nodejs的环境.结果用apt install安装软件时出现报错. $ sudo apt-get update 会得到下面错误提示: E: 无法获得锁 /var/lib/apt/lists/lock - open (11: 资源暂时不可用)E: 无法对目录 /var/lib/apt/lists/ 加锁E: 无法获得锁 /var/lib/dpkg/lock - open (11: 资源暂时不可用)E: 无法锁定管理目录(/var/lib/dpkg/),是否有其他进程正占…
     今天安装软件时时,出现这样的错误提示:E: Sub-process /usr/bin/dpkg returned an error code (1)   上网查解决方案,被网上误导,一不小心误删了dpkg的info文件夹,之后在使用apt-get 或者 dpkg命令总是提示   “dpkg:警告:无法找到软件包 ******* 的文件名列表文件,现假定该软件包目前没有任何文件被安装在系统里”   上网查了一下,info文件夹保存各个软件的配置文件列表,真是粗心大意啊.   试了很多网上…
在Ubuntu中,有时候运用sudo  apt-get install 安装软件时,会出现一下的情况 E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it? 在这个时候,主要是因为apt还在运行,…
在ubuntu上使用apt-get时,碰过如下问题: 看意思是上一次使用apt-get时异常退出了,锁住了,google了下解决方案如下: 1.先判断是否有apt-get进程在跑,同一时刻只能有一个apt-get进程在跑, 查看命令:ps -aux | grep apt-get, 如果有进程在跑,等待其终止或强杀相应apt-get进程 2.如果没有apt-get进程在运行,就要删除相应的锁文件了, 命令: sudo rm /var/lib/dpkg/lock sudo rm /var/cache…
原文:https://blog.csdn.net/u011596455/article/details/60322568 版权声明:本文为博主原创文章,转载请附上博文链接! 在Ubuntu中,有时候运用sudo  apt-get install 安装软件时,会出现一下的情况 E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)E: Unable to lock the admi…
找出所有的 apt 以及 apt-get 进程: ps -A | grep apt-get 杀死进程: processnumbe 删除锁定文件: rm /var/lib/dpkg/loc 之后像下面这样强制重新配置软件包: dpkg --configure -a 接下来,更新你的软件包源列表: sudo apt update #或者 sudo apt-get update…
root@uni-virtual-machine:/home/uni# apt install apt-transport-https ca-certificates curl software-properties-common -yE: 无法获得锁 /var/lib/dpkg/lock-frontend - open (11: 资源暂时不可用)E: 无法获取 dpkg 前端锁 (/var/lib/dpkg/lock-frontend),是否有其他进程正占用它? 查看/var/lib/dpkg…
sudo rm /var/lib/apt/lists/lock apt-get update…
场景描述 事情是这样的,前两天客户的服务器突然断电了,导致用docker部署的服务也挂了.昨天去现场,重启了docker,同时准备更新一下服务.结果发现有一台节点硬盘满了- 还是觉得有些奇怪的,毕竟docker的安装盘有800多个G的空间,之前也只用了100左右,觉得有点奇怪,就开始了排错. 排错过程 本身机器只有我们一家在用,所以不存在被占用的情况.于是使用下面命令查看是不是硬盘真被占满了: df -h 结果真的是占满了…