![从 TUI 登录会话(Xorg 外部)进行全面/重型系统升级是否比 GUI 登录会话更安全?](https://linux22.com/image/131762/%E4%BB%8E%20TUI%20%E7%99%BB%E5%BD%95%E4%BC%9A%E8%AF%9D%EF%BC%88Xorg%20%E5%A4%96%E9%83%A8%EF%BC%89%E8%BF%9B%E8%A1%8C%E5%85%A8%E9%9D%A2%2F%E9%87%8D%E5%9E%8B%E7%B3%BB%E7%BB%9F%E5%8D%87%E7%BA%A7%E6%98%AF%E5%90%A6%E6%AF%94%20GUI%20%E7%99%BB%E5%BD%95%E4%BC%9A%E8%AF%9D%E6%9B%B4%E5%AE%89%E5%85%A8%EF%BC%9F%20.png)
我无法将 Solus Linux 安装到位,因为它需要在安装后进行第一次重大升级,第一次升级崩溃了,系统会卡住,之后无法启动。这种情况发生过好几次,两次是在 Solus Budgie 中,一次是在 Gnome 中。问题也提到了这里。
我已经按照所说的修复了它这里:我不仅避免在第一次完全升级之前安装任何东西,而且我从 TUI 登录会话(即虚拟终端登录会话)而不是从在(n X)GUI 中运行的终端模拟器运行完全升级命令登录会话。
就这样一切都很顺利。
由于其他系统使用完整升级 - 例如版本之间(Ubuntu、Mint),我想我应该问一下这个问题,因为此类升级涉及可能可以通过这种方式避免的风险。
这个程序更安全吗?为什么?
如果是: 为什么不大力推荐呢?
OP以外的其他人发表评论、回答和编辑后更新:
有人问我What do you call tty and how it differs from terminal?
——但这就是我想知道的,我在这里问的。我不知道 tty1 等本质上是什么,我只是有时使用它(Ctrl-Shift-F1、F2 等)来终止进程或在桌面卡在 Linux 中时强制注销,因为我已经阅读了所有这些内容需要时的步骤。
没有必要讨论 tty 或它的名称与终端之间的相似之处:我的观点是,在普通终端升级期间,上述系统曾经完全崩溃。正如我发布的链接中所述,“XOrg 系统将会崩溃”。我猜 tty1(我的意思是使用 Ctrl-Alt-F1 ...F6 访问的桌面外、Xorg CLI 环境外)使您脱离了导致问题的上下文,从而避免了后者。
那两种(tty 和终端)升级方式之间至少有一个很大的区别,不是吗? - 我通常在终端升级时不会遇到问题,但有时会遇到问题,而且最肯定的是上述情况;现在我想知道是否可以通过 tty 避免这种情况以更一般的方式- 比具体问题更普遍曾是避免了。
基本上发生的事情是我解决了一个问题,我想知道我做了什么 - 以及为什么。我想从中学到一些东西。- (与以下情况相同这其他问题。)
TUI(我最初称之为“tty”)可以通过 Ctrl+Alt+某些 F 键访问。这可能因机器而异。在我现在的电脑上,是 Ctrl+Alt+F2 到 F6,而 Ctrl+Alt+F1 是返回桌面。
答案1
通过使用 VT (Ctrl+Alt+F1) 进行系统更新,您可以降低破坏系统的风险,因为 GUI 比 VT 更容易崩溃。
请注意,通过运行升级可以实现相同的稳健性screen
,tmux
因为这些进程也可以在 GUI 崩溃或 SSH 断开连接时幸存下来。 GUI 崩溃或 SSH 连接中断后,升级将继续在后台运行,管理员可以重新连接tmux
或screen
闲暇时检查升级进度。
答案2
有一个重要的细节:在某些情况下,Xorg 可能会崩溃或重新启动(例如 Xorg 或视频驱动程序更新)。在这种情况下,GUI 更新程序可能会终止(这是您真正不想要的)。
所以答案是是的,在 Xorg 之外使用控制台更安全。
答案3
无论出于何种原因,如果 ssh 不可用,您的盒子/服务器就会远程变砖。出于这个原因,Debian 明确建议避免在通过 ssh 连接时进行 dist-upgrade。如果您无论如何尝试,debian 都会在不同的端口上设置备份 ssh 服务器,以用于安装恢复目的。
因此,就 Debian 而言,这显然是推荐的程序。
答案4
最近几次,我升级了我的 Debian 机器xterm
(不包括我的 VPS,因为我没有 X),没有任何问题。我不了解 Solus,但如果升级过程和软件包制作精良,我不明白为什么它会导致问题。