On 12/19/16 02:49, Patrick O'Callaghan wrote: > On Sun, 2016-12-18 at 07:36 +0800, Ed Greshko wrote: >> On 12/18/16 07:22, Patrick O'Callaghan wrote: >>> This is fine as far as it goes, however I just had a failed boot >>> because although the akmod RPM did compile, it had an install error >>> (the key line being "sqlite3.OperationalError: database is locked"). >>> When I managed to track it down I went back and simply ran dnf manually >>> on the same RPM. It installed and booted correctly. I've no idea what >>> the origin of the problem was. >> Did the line "akmods: Successful" appear in the log file? I've never had a >> case where >> that line was there an a boot failed. >> >> Where did you see the "sqlite3.OperationalError: database is locked" message? > In /var/cache/akmods/nvidia/375.26-1-for-4.8.12-300.fc25.x86_64.failed.log > > The tail of which says: > > ================================================================================ > Package Arch Version Repository > Size > ================================================================================ > Upgrading: > kmod-nvidia-4.8.12-300.fc25.x86_64 x86_64 1:375.26-1.fc25 @commandline 6.1 > M > > Transaction Summary > ================================================================================ > Upgrade 1 Package > > Total size: 6.1 M > Downloading Packages: > Running transaction check > Transaction check succeeded. > Running transaction test > Transaction test succeeded. > Running transaction > Traceback (most recent call last): > File "/bin/dnf", line 58, in <module> > main.user_main(sys.argv[1:], exit_code=True) > File "/usr/lib/python3.5/site-packages/dnf/cli/main.py", line 174, in > user_main > errcode = main(args) > File "/usr/lib/python3.5/site-packages/dnf/cli/main.py", line 60, in main > return _main(base, args) > File "/usr/lib/python3.5/site-packages/dnf/cli/main.py", line 120, in _main > ret = resolving(cli, base) > File "/usr/lib/python3.5/site-packages/dnf/cli/main.py", line 149, in > resolving > base.do_transaction(display=displays) > File "/usr/lib/python3.5/site-packages/dnf/cli/cli.py", line 228, in > do_transaction > super(BaseCli, self).do_transaction(display) > File "/usr/lib/python3.5/site-packages/dnf/base.py", line 607, in > do_transaction > self._run_transaction(cb=cb) > File "/usr/lib/python3.5/site-packages/dnf/base.py", line 651, in > _run_transaction > lastdbv = self.history.last() > File "/usr/lib/python3.5/site-packages/dnf/yum/history.py", line 1319, in > last > ret = self.old([], 1, complete_transactions_only) > File "/usr/lib/python3.5/site-packages/dnf/yum/history.py", line 1268, in > old > executeSQL(cur, sql, params) > File "/usr/lib/python3.5/site-packages/dnf/yum/sqlutils.py", line 167, in > executeSQLQmark > return cursor.execute(query) > sqlite3.OperationalError: database is locked > 2016/12/17 10:24:37 akmods: Could not install newly built RPMs. You can find > them and the logfile > 2016/12/17 10:24:37 akmods: 375.26-1-for-4.8.12-300.fc25.x86_64.failed.log in > /var/cache/akmods/nvidia/ >
Oh, OK. So, there was a clear indication that something went wrong and you needed to take action. I was concerned that the logs may have indicated "success" with the result being a blank screen on reboot with a blinking cursor. Which, BTW, does happen when a reboot is forced before "success" is noted. Unfortunately many take that to be a bad sign when in reality the kmod is being rebuilt with that blinking cursor going on. The RPMfusion guys really should find a way to put some message on the screen to tell people to wait while the process completes. -- You're Welcome Zachary Quinto _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
