惊了 说不出话来 PackageKit 什么鬼东西……

YaST & Zypper
1 
Password: 
Last login: Sun May 12 23:09:19 2019 from *.*.*.*
Have a lot of fun...
@linux-zsoj:~> sudo zypper in mono-complete unzip screen
[sudo] root 的密码：
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): y
PackageKit 仍在运行（或许正忙）。
重试吗？ [是/否] (否): y
PackageKit 仍在运行（或许正忙）。
重试吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否): ^C@linux-zsoj:~> sudo zypper in mono-complete unzip screen
PackageKit 正屏蔽着 zypper。这发生在若您已运行了一个使用 PackageKit 的升级挂件或其他软件管理程序时。
我们已请求 PackageKit 尽快结束当前作业，但何时结束取决于 PackageKit 对此请求的反应速度。
通知 PackageKit 退出吗？ [是/否] (否):

现在23：33！
大哥半个小时了都！
就算是emmc也不至于吧！
PackageKit还能更废物点吗？

1赞
2

建议:
sudo zypper rm -u PackageKit
sudo zypper al PackageKit

3

我打算直接上 无图形界面版了

4

你都卸载了，还怎么锁定？防止dup的时候又装上？

5

关机，重开（重启大法好）

6

可以 ps -A PackageKit 然后 sudo kill -9 进程号杀死的。

与其怪 PackageKit 不如怪源…它每次开机都要刷新下源才知道需要更新什么…

7

lock就是干这个的，保持当前状态。试一下就知道了，al PackageKit人人有责（

8

PackageKit有点像Windows Update，还是挺必要的。
问题在于万恶的GFW：

tommyvct@RYZEN-TOMMYVCT-OPENSUSE ~> ping download.opensuse.org
PING download.opensuse.org (195.135.221.134) 56(84) bytes of data.
64 bytes from ftp.opensuse.org (195.135.221.134): icmp_seq=6 ttl=51 time=338 ms
64 bytes from ftp.opensuse.org (195.135.221.134): icmp_seq=8 ttl=51 time=337 ms
64 bytes from ftp.opensuse.org (195.135.221.134): icmp_seq=10 ttl=51 time=336 ms
64 bytes from ftp.opensuse.org (195.135.221.134): icmp_seq=15 ttl=51 time=338 ms
64 bytes from ftp.opensuse.org (195.135.221.134): icmp_seq=48 ttl=51 time=337 ms
64 bytes from ftp.opensuse.org (195.135.221.134): icmp_seq=51 ttl=51 time=336 ms
^C
--- download.opensuse.org ping statistics ---
53 packets transmitted, 6 received, 88% packet loss, time 53055ms
rtt min/avg/max/mdev = 336.521/337.577/338.838/1.067 ms
9

选“否”，会提示一个 PID，用 kill 命令杀掉 zypper 就解放了。

1赞
10

得了，Windows Update要是能手动运行……
而且最关键的是win下边装软件跟windows update没关系啊

11

opensuse kde托盘里自带的系统更新用的就是PackageKit，或者说这个程序其实是PackageKit的前端，起到了自动更新的作用

12

我的意思是这东西检查更新会间接导致操作不了包管理器。windows上也不用windows update管理软件啊，只有很少的程序会因为正在装更新，msi服务被锁导致安装失败，而且“刷新源”的时候也不会有锁。

13

这个倒是真的
我也很迷惑为什么刷新软件源要上资源锁，正常来说这个源应该是一个包含所有包的包名和版本等元数据的一个文件。我觉得应该算出hash后再跟服务器端的最新版本的hash比较一下，如果不一致就把新的下载下来，再给资源上锁换上新的。整个过程会上2次锁，一次复制一次替换，而且这个元数据文件也不算大，为什么要一直锁住呢？

14

一了百了，全新包管理器等你实现！

15

因为他们网络快没怎么遇到这种事于是懒得优化，所以就这样了。Arch 的 pacman 处理得更不好，异常退出之后还会留下锁影响下一次调用呢。

16

即使换源 开机还是要等

17

可还行，那咋整，手动删锁吗

18

是啊………

19

msi 格式的安装包会和 windows update 冲突。

1赞