我已将其交叉发布于Ask.fedora.org因为我仍然不确定这一方或另一方是否拥有更大的 Fedora 用户群。
由于此错误,几天来我无法安装更新:
# env LC_ALL=C dnf update
Last metadata expiration check: 0:18:57 ago on Wed Jan 23 16:16:14 2019.
Traceback (most recent call last):
File "/usr/bin/dnf", line 58, in <module>
main.user_main(sys.argv[1:], exit_code=True)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 179, in user_main
errcode = main(args)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 64, in main
return _main(base, args, cli_class, option_parser_class)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 99, in _main
return cli_run(cli, base)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 123, in cli_run
ret = resolving(cli, base)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 146, in resolving
base.resolve(cli.demands.allow_erasing)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 760, in resolve
self._transaction = self._goal2transaction(goal)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 681, in _goal2transaction
ts.add_upgrade(pkg, upgraded, obs)
File "/usr/lib/python3.7/site-packages/dnf/db/group.py", line 269, in add_upgrade
ti_new = self.new(new, libdnf.transaction.TransactionItemAction_UPGRADE)
File "/usr/lib/python3.7/site-packages/dnf/db/group.py", line 222, in new
reason = self.get_reason(pkg)
File "/usr/lib/python3.7/site-packages/dnf/db/group.py", line 237, in get_reason
return self.history.swdb.resolveRPMTransactionItemReason(pkg.name, pkg.arch, -1)
File "/usr/lib64/python3.7/site-packages/libdnf/transaction.py", line 788, in resolveRPMTransactionItemReason
return _transaction.Swdb_resolveRPMTransactionItemReason(self, name, arch, maxTransactionId)
RuntimeError: Step: database disk image is malformed in
SELECT
ti.action as action,
ti.reason as reason
FROM
trans_item ti
JOIN
trans t ON ti.trans_id = t.id
JOIN
rpm i USING (item_id)
WHERE
t.state = 1
/* see comment in TransactionItem.hpp - TransactionItemAction */
AND ti.action not in (3, 5, 7, 10)
AND i.name = 'python2-rpkg'
AND i.arch = 'noarch'
ORDER BY
ti.trans_id DESC
LIMIT 1
我发现应该执行这些命令才能修复它,并且我尝试了,但它没有解决问题。
dnf clean all
dnf makecache
rpm --buildddb
在询问 Fedora 有人建议dnf 无法从中恢复,必须手动修复 SQLite 数据库。
我尝试运行给出的命令,
sqlite3 history-<date>.sqlite ".dump" | sqlite3 history-<new date>.db && rm history-<date>.sqlite
这样做/var/lib/dnf/history/history-2015-10-25.sqlite
没有效果。这样做/var/lib/dnf/history.sqlite
会导致一个新错误:
# dnf update
Letzte Prüfung auf abgelaufene Metadaten: vor 1:22:29 am Mi 23 Jan 2019 16:39:44 CET.
Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 64, in main
return _main(base, args, cli_class, option_parser_class)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 99, in _main
return cli_run(cli, base)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 123, in cli_run
ret = resolving(cli, base)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 146, in resolving
base.resolve(cli.demands.allow_erasing)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 760, in resolve
self._transaction = self._goal2transaction(goal)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 657, in _goal2transaction
ts.add_install(pkg, obs, reason)
File "/usr/lib/python3.7/site-packages/dnf/db/group.py", line 256, in add_install
ti_new = self.new(new, libdnf.transaction.TransactionItemAction_INSTALL, reason)
File "/usr/lib/python3.7/site-packages/dnf/db/group.py", line 219, in new
rpm_item = self._pkg_to_swdb_rpm_item(pkg)
File "/usr/lib/python3.7/site-packages/dnf/db/group.py", line 210, in _pkg_to_swdb_rpm_item
rpm_item = self.history.swdb.createRPMItem()
File "/usr/lib/python3.7/site-packages/dnf/db/history.py", line 291, in swdb
self._swdb = libdnf.transaction.Swdb(self.dbpath)
File "/usr/lib64/python3.7/site-packages/libdnf/transaction.py", line 729, in __init__
this = _transaction.new_Swdb(*args)
RuntimeError: Exec failed: malformed database schema (1467577792)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/dnf", line 58, in <module>
main.user_main(sys.argv[1:], exit_code=True)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 179, in user_main
errcode = main(args)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 64, in main
return _main(base, args, cli_class, option_parser_class)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 121, in __exit__
self.close()
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 472, in close
self._finalize_base()
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 455, in _finalize_base
self.history.close()
File "/usr/lib/python3.7/site-packages/dnf/db/history.py", line 305, in close
self.swdb.closeTransaction()
File "/usr/lib/python3.7/site-packages/dnf/db/history.py", line 291, in swdb
self._swdb = libdnf.transaction.Swdb(self.dbpath)
File "/usr/lib64/python3.7/site-packages/libdnf/transaction.py", line 729, in __init__
this = _transaction.new_Swdb(*args)
RuntimeError: Exec failed: malformed database schema (1467577792)
进一步观察这sqlite3 .dump
件事,我看到了这一点:
/var/lib/dnf# sqlite3 history.sqlite .dump
PRAGMA foreign_keys=OFF;
BEGIN TRANSACTION;
/**** ERROR: (10) disk I/O error *****/
ROLLBACK; -- due to errors
然而,当我将其复制history.sqlite
到那里/tmp
并在.dump
那里执行时,我得到了一个看起来很合理的数据库。用 GUI 打开它也sqliteman
可以正常工作。看来数据库本身是没问题的。
将数据库转储到其他地方的新文件中,然后将其复制回来给我这个:
/v/l/dnf# dnf update
Letzte Prüfung auf abgelaufene Metadaten: vor 0:30:51 am Sa 26 Jan 2019 13:21:13 CET.
Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 64, in main
return _main(base, args, cli_class, option_parser_class)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 99, in _main
return cli_run(cli, base)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 123, in cli_run
ret = resolving(cli, base)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 146, in resolving
base.resolve(cli.demands.allow_erasing)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 760, in resolve
self._transaction = self._goal2transaction(goal)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 650, in _goal2transaction
reason_obsolete = ts.get_reason(obsolete)
File "/usr/lib/python3.7/site-packages/dnf/db/group.py", line 237, in get_reason
return self.history.swdb.resolveRPMTransactionItemReason(pkg.name, pkg.arch, -1)
File "/usr/lib64/python3.7/site-packages/libdnf/transaction.py", line 788, in resolveRPMTransactionItemReason
return _transaction.Swdb_resolveRPMTransactionItemReason(self, name, arch, maxTransactionId)
RuntimeError: Step: disk I/O error in
SELECT
ti.action as action,
ti.reason as reason
FROM
trans_item ti
JOIN
trans t ON ti.trans_id = t.id
JOIN
rpm i USING (item_id)
WHERE
t.state = 1
/* see comment in TransactionItem.hpp - TransactionItemAction */
AND ti.action not in (3, 5, 7, 10)
AND i.name = 'libmodulemd'
AND i.arch = 'x86_64'
ORDER BY
ti.trans_id DESC
LIMIT 1
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/bin/dnf", line 58, in <module>
main.user_main(sys.argv[1:], exit_code=True)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 179, in user_main
errcode = main(args)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 64, in main
return _main(base, args, cli_class, option_parser_class)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 121, in __exit__
self.close()
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 473, in close
self.reset(sack=True, repos=True, goal=True)
File "/usr/lib/python3.7/site-packages/dnf/base.py", line 504, in reset
self.history.close()
File "/usr/lib/python3.7/site-packages/dnf/db/history.py", line 305, in close
self.swdb.closeTransaction()
File "/usr/lib/python3.7/site-packages/dnf/db/history.py", line 291, in swdb
self._swdb = libdnf.transaction.Swdb(self.dbpath)
File "/usr/lib64/python3.7/site-packages/libdnf/transaction.py", line 729, in __init__
this = _transaction.new_Swdb(*args)
RuntimeError: Exec failed: disk I/O error
Exception ignored in: <function SwdbInterface.__del__ at 0x7f28b02e4510>
Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/dnf/db/history.py", line 262, in __del__
File "/usr/lib/python3.7/site-packages/dnf/db/history.py", line 305, in close
File "/usr/lib/python3.7/site-packages/dnf/db/history.py", line 291, in swdb
File "/usr/lib64/python3.7/site-packages/libdnf/transaction.py", line 729, in __init__
RuntimeError: Exec failed: disk I/O error
我还恢复了 SELinux 标签,但这并没有改变任何东西,它是
-rw-r--r--. 1 root root unconfined_u:object_r:rpm_var_lib_t:s0 29M 26. Jan 13:52 history.sqlite
root 也可以读取该文件:
/v/l/dnf# head -c 1000 history.sqlite
SQLite format 3@ ,�,.,P��⏎
Fedora 29 上的情况如何,我可以从中恢复吗?
答案1
重启系统后我再次尝试了此转储。也许需要调整 SELinux 标签的恢复。现在更新似乎又起作用了。
答案2
我正在开发一些类似 Centos 的操作系统的 Docker 镜像,并遇到了这个错误。你可以用我的图片来玩它:
docker run --rm -it pasaopasen/redos7.3:2023-12-07_22-19 bash
尝试执行:
dnf update -y
dnf install nginx -y
你会看到同样的错误。
没有什么可以帮助我解决这个问题,这似乎是 的全局更新错误的结果rpm
,python3
等等。我只是通过一些旧虚拟机实例备份的全局更新解决了这个问题