15.1dup15.2 无法进入桌面了

昨天 dup 到 15.2 升级完了关机 之后重新开机 发现能启动到桌面 我能看到我的桌面启动好了 然后及突然黑了 在重启 自动进入 tty 了
日志:

http://www.aquarianage.xyz:5555/#/s/qYfz

http://www.aquarianage.xyz:5555/#/s/dWiq

源里面找 xcb 和 wayland 的包貌似没发现什么

我解决了:rofl:

cd ~/.local/share/
mv kactivitymanagerd/ kactivitymanagerd.old

openSUSE 带 2 的版本没有 1 的稳定 刚才更新之后又进不去桌面了

这是 rc 啊,可能有部分更新,比如包传了一半,桌面这种情况尤其多,再 rc 它现在也是 testing,等 15.2 成 stable 再吐槽也不迟。
不过确实很奇怪,你有没有混源啊?设置好优先级应该没问题。

没有浑源的 升级之前把优先级别调整到一直了 貌似进不去桌面之后我把~/.Xauthority 重命名了 导致后来怎么折腾都进不去....
不过现在确实不稳定我是外接的 HDMI dup 之后还行 更新了一下 显示屏就开始晃动了....reboot 之后彻底起不来了...:joy:换 TW 了.

dup 会自动解决依赖关系,你 zypper dup 确定升级前有没有好好看它给出的解决方案呢?
我在 VirtualBox 里装 Leap 15.2 的时候也有点问题:开机过了 plymouth 就是一个 tty 的光标在闪(还是 sddm 登陆之后啊,忘了),必须切 tty 再切回 tty7,有时需要数次,才能显示桌面。

zypper dup --allow-vendor-change --auto-agree-with-licenses --force-resolution
会自动解决
现在系统是进去了环境貌似和以前不一样了
我一个笔记软件启动不了.不知道 KDE 的 Qt 怎么设置了

疯了吧,你这么干不崩就怪了。
允许供应商变更 自动同意协议 强制解决方案
这种选项的危险和 rm -rf 没啥差别。

不要照着随便找的博客,尤其 csdn,对着你的电脑执行你自己都不懂的命令
官方 wiki 不好用?arch wiki 不香?

升个系统能有多少冲突,冲突都是有重大问题的,比如 “部分升级”,如果强制,会直接卸载与新软件包不兼容的旧软件包,你这系统能开机已经是万幸了。
就不能读一下官方 wiki?
https://en.opensuse.org/SDB:System_upgrade
很难吗?

  1. zypper up 更新系统
  2. 确保所有开启的源都兼容系统且都指向你要升级的新版
  3. zypper --releasever=15.2 ref
    zypper --releasever=15.2 dup
  4. 搞明白它问你的所有问题
  5. 升级完重启
  6. 就好了啊

不看 zypper 要对你的系统做什么,然后怪 zypper,有点过分。(虽然 zypper 相对 debian 的 apt 有点激进)

没看过 CSDN 的文章 系统有毛病我一般都是跑这里来发牢骚…
15.1 加了 OBS 的 KDE 源 dup 肯定是要变更厂商的所以–allow-vendor-change 这个会自动变更
–auto-agree-with-licenses 这个基本没什么危险性吧 只是一些协议
–force-resolution 如果有的话这个算是危险吧 不过从 13 版本 dup 到现在的版本就这一次出问题了
而且现在的问题很奇怪 下了个 15.2 的镜像到虚拟机里面软件正常运行 到我这里就不行

忘记了还有个 verify 选项能校验:rofl:

问题是这样做 zypper 就完全追求最新而忽略了发行版稳定性。(tw 风滚草似乎也挺适合你)
像 zypper 的 --allow-vendor-change --force-resolution 和 rm 的 -rf --no-preserve-root,这类操作其实应当尽量避免,除非你完全知晓并且接受风险。
协议这个如果太烦还是有必要不看的。

以下本人瞎猜,猜错请指教。
可能是 qt 或者别的什么库 版本不兼容
我可能也遇到过,但是虚拟机就直接回滚了,记不清了。也可能和 guest addition 有关。
—分割线—

(我想不到的中性称呼),升级发行版本就逆天行事,还是在升级前尽量减少系统的熵吧:thinking:
像 debian、openSUSE 这样的周期性发行版(Manjaro 就拉倒罢),都不保证降级可靠性,其实是因为他们不可能面面俱到地保证如此繁杂的系统在大改变下平稳运行,更何况降级这种破坏依赖、破坏统一性的操作。

嗯 我的问题解决了
因为编译过一个 opencv 的 go 库把 opencv 和他的链接库都放到 /usr/local/lib64 里面了导致系统升级后
libsqlite3.so.0 (libc6,x86-64) => /usr/local/lib64/libsqlite3.so.0 这里就出问题了
不过话说回来 我可是在升级前就把 /usr/local/lib64/ 写到 /etc/ld.so.conf 之后 sudo ldconfig -f 过的:rofl:

看不大懂,似乎是库冲突了,不过好像很厉害的样子:grinning: 解决了就好。
也许把库写成 rpm 会减少难排查的问题?(虽然很麻烦)
对我这种懒人来说,系统只要不难用就行,我不追求最新技术,linux 对某些最新技术支持也一般。