1117
($@dd@m)
1
印象里似乎有人问过这个问题,但是我没找到。
RT,在我的机器上,除了运行 zypper ls 或者查看帮助这类命令以外,包括 zypper se 在内的几乎任何命令都非常卡,具体表现就是输入命令敲回车之后,大概要等 10s 左右终端才会开始有回显( Loading repository data… )。
这种慢让我感觉很奇怪啊,为什么在启动的时候卡住呢?貌似也不是刷新缓存的原因……
系统是 openSUSE Tumbleweed ,软件源是官方服务器加上 home:opensuse_zh, home:qgymib, Publishing 和 google-chrome ,GNOME 桌面。
根目录在 SSD 上。
还需要什么信息尽管问。
gmg137
(gmg137)
2
我也是 tumbleweed + gnome ,刚试了下 执行 zypper 确实要 10 秒左右才有反应,不过我觉得也正常,因为反应快的都是本地命令,比如 se、lr,而反应慢的都是远程命令。
1117
($@dd@m)
3
我这里 se 也反应慢。不知道 se 之前会不会自动刷新缓存?
gmg137
(gmg137)
4
我测试 se 是断网的情况下,如果连着网 se 的速度自然也快不起来。
1117
($@dd@m)
5
似乎找到问题所在了。
我的软件源是按照 zh.opensuse.org 上面某个教程设置的,其中包括了 update 源 download.opensuse.org/update/tumbleweed 。大概当时教程还没有更新,现在的教程已经去掉了 update 源。这个这个地址是无法访问(404)的,但是如果在地址最后加上一个斜杠就会被重定向到 download.opensuse.org/repositories/openSUSE:/Factory:/Update/standard/ 。
刚才我在 zypper 卡在没有输出的时候按了 CTRL-C ,弹出的提示是停在刷新这个 update 源上面了。于是我先尝试了禁用这个源,后来又把地址改了再启用,结果都是 zypper 不那么卡了。
但是目前我启动 zypper 的时候还是有 1s 左右的停顿,虽然已经基本不影响使用了,但是跟 apt 之类的比起来感觉还是慢了点,不爽。
PS Tumbleweed 与 Factory 合并以后,软件源到底是怎么变化的,还有 Index of /repositories/openSUSE: 下面的东西都是怎么用的,求科普……
1117
($@dd@m)
7
谢谢,看来也只能这样了,手动刷新。就像在 ubuntu 上那样先刷新再更新……