TUI 로그인 세션(Xorg 외부)의 전체/과중 시스템 업그레이드가 GUI 로그인 세션보다 더 안전합니까? [폐쇄]

TUI 로그인 세션(Xorg 외부)의 전체/과중 시스템 업그레이드가 GUI 로그인 세션보다 더 안전합니까? [폐쇄]

설치 후 첫 번째 주요 업그레이드가 필요했기 때문에 Solus Linux를 설치할 수 없었습니다. 첫 번째 업그레이드가 충돌하고 시스템이 멈추고 그 후에 부팅되지 않았습니다. 이런 일은 Solus Budgie에서 두 번, Gnome에서 한 번 등 여러 번 발생했습니다. 질문도 언급됐는데여기.

말씀하신대로 해결했어요여기: 첫 번째 전체 업그레이드 전에 아무것도 설치하지 않았을 뿐만 아니라 (n X)GUI 로그인 세션에서 실행되는 터미널 에뮬레이터가 아닌 TUI 로그인 세션(즉, 가상 터미널 로그인 세션)에서 전체 업그레이드 명령을 실행했습니다. .

그렇게 모든 일이 순조롭게 진행됐다.

다른 시스템에서는 버전 간(예: Ubuntu, Mint) 전체 업그레이드를 사용하므로 이러한 업그레이드에는 이러한 방식으로 피할 수 있는 위험이 있으므로 이 질문을 해야 한다고 생각했습니다.

이 프로그램이 더 안전한가요? 왜?

의 경우: 왜 적극 추천하지 않나요?


OP가 아닌 다른 사람의 의견, 답변 및 편집 내용으로 업데이트되었습니다.

나는 질문을 받았습니다 What do you call tty and how it differs from terminal?. 그러나 그것이 내가 알고 싶은 것, 내가 여기서 묻는 것입니다. 나는 tty1 등이 기본적으로 무엇인지 모릅니다. 나는 이 모든 것을 읽었기 때문에 데스크톱이 Linux에 갇힐 때 프로세스를 종료하거나 강제로 로그아웃하기 위해 가끔 사용합니다(Ctrl-Shift-F1, F2 등). 필요할 때 물건을 준비하세요.

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)를 사용하면 VT보다 GUI가 충돌할 가능성이 높으므로 시스템이 손상될 위험이 줄어듭니다.

업그레이드를 실행해도 동일한 견고성이 달성됩니다 screen. tmux이러한 프로세스는 GUI 충돌이나 SSH 연결 끊김에도 살아남을 수 있습니다. GUI 충돌 또는 SSH 연결이 끊어진 후에도 업그레이드는 백그라운드에서 계속 실행되며 관리자는 여유 시간에 다시 연결하거나 tmux업그레이드 screen진행 상황을 확인할 수 있습니다.

답변2

중요한 세부 사항이 있습니다. Xorg는 특정 상황(예: Xorg 또는 비디오 드라이버 업데이트)에서 충돌하거나 다시 시작될 수 있습니다. 이 경우 GUI 업데이트 프로그램이 종료될 수 있습니다(실제로는 원하지 않는 일입니다).

그래서 대답은, Xorg 외부에서 콘솔을 사용하는 것이 더 안전합니다.

답변3

어떤 이유로든 ssh를 사용할 수 없으면 상자/서버가 원격으로 차단됩니다. 이러한 이유로 데비안은 SSH를 통해 연결할 때 dist-upgrade를 피할 것을 명시적으로 권장합니다. 어쨌든 시도하면 데비안은 설치 복구 목적으로 다른 포트에 백업 SSH 서버를 설정합니다.

따라서 데비안에 관한 한 이는 분명히 권장되는 절차입니다.

답변4

지난 몇 번 나는 데비안 컴퓨터 xterm(X가 없기 때문에 VPS 제외)를 아무 문제 없이 업그레이드했습니다. 솔루스는 잘 모르지만, 업그레이드 과정과 패키지가 잘 만들어졌다면 왜 문제가 발생하는지 모르겠습니다.

관련 정보