我在卸载一个软件的时候碰到下面的issue。
warning: waiting for transaction lock on /var/lib/rpm/__db.000
在网上找了一下,说是后台有个Berkeley的数据库。下面是原文。
The second warning indicates either something else has the backend Berkeley database temporarily locked
(like that little Update applet, which should soon let it go); or there is a stale lock left on the database.
If it is waiting forever on the database lock, you can try removing it and see if that allows the install to proceed.
Worse comes to worse, there is an rpm command to rebuild the database.
Let us know what happens with the '-ivh'.
因为prm数据库出现损坏导致,可能导致多数rpm软件的升级、安装或者删除都会有问题。
此错误,请以root身份输入以下命令:
rm -f /var/lib/rpm/__db.*
rpm --rebuilddb
yum clean all
你应该找一下,也许有上面进程打开了这个文件。
我们可以启动软件
sh --debugger test.sh
Is there a way of setting RPM's dbpath other than with the command lineoption "--dbpath"?I've tried using a /etc/rpmrc (as suggested both by the book "MaximumRPM" and the documentation athttp://www.rpm.org/max-rpm/s1-rpmrc-file-rpmrc-file-syntax.html) with dbpath:/usr/local/rpmbut that gives me an error: # rpm --showrc | egrep dbpath error: bad option 'dbpath' at /etc/rpmrc:1 -14: _dbpath %{_var}/lib/rpm -14: _dbpath_rebuild %{_dbpath}Since I've used the syntax specified, I'm lead to ask, does /etc/rpmrcwork at all?
当遇到RPM数据库损坏导致的安装、升级、删除软件问题时,可以通过执行特定命令来修复数据库并解决问题。文章提供了修复步骤,并讨论了如何设置RPM数据库路径以及使用/etc/rpmrc文件进行配置时遇到的问题。
5184

被折叠的 条评论
为什么被折叠?



