"시스템 런레벨 변경 시 UTMP 업데이트 시작"에서 시작이 중지됨 - 헤드리스 서버...없음 X

Ubuntu 16.04 서버는 설치하지 않아도 X로 부팅하도록 사전 구성되어 있습니다. 왜? '고양이 때문'이라고 생각했어요. 적어도 systemd의 경우 전제는 그래픽 대상 장치(예: Xorg)에 종속된 항목이 없으면 기본 대상으로 구성되어 있어도 부팅 중에 실행되지 않는다는 것입니다. 이 경우 systemd "대상"은 multi-user.target입니다. 제 경우에는 graphic.target에 종속적인 것이 도입되어 systemd가 시작 순서를 재정렬하게 되었습니다. 그러면 부팅 시퀀스가 ​​끝나면 "시스템 런레벨 변경에 관한 UTMP 업데이트 시작"이 표시됩니다. 이것은 붉은 청어로 판명되었습니다(죄송합니다. 저는 systemd를 처음 접했고 실제로는 별로 도움이 되지 않았습니다).

기본 대상을 multi-user.target()으로 변경하고 sudo systemctl set-default multi-user.target이것이 작동하는지 확인했습니다. 이것은. 또한 의견에 언급된 별도의 Shorewall 문제도 해결했습니다(ipset은 부팅 시퀀스에서 충분히 일찍 생성되지 않았기 때문에 자체 시스템 서비스 장치를 만들고 Shorewall이 이를 수정하기 위해 이에 의존하도록 했습니다). multi-user.target으로 다시 전환하면 아직 시작되지 않은 다른 서비스가 해결된 것 같습니다(종속성 트리가 잘못되어 graphic.target이 시작되었습니다. 따라서 서비스가 실행되지 않았지만 오류도 없었습니다). ).

문제의 일부가 여전히 존재합니다. systemd는 multi-user.target에 도달할 때 tty1을 여전히 해제하지 않습니다. 서버 운영에 부정적인 영향을 미치지 않는 것으로 보이므로 이것이 세상의 종말은 아닙니다. 그러나 이것이 원인이 무엇인지, 나중에 그것이 나를 괴롭힐 수 있는지에 대해 의문을 갖게 했습니다. 그러므로 나는 이 대답을 받아들이지 않을 것이다. 이 문제를 해결하는 방법을 아시는 분이 계시다면 공유해주세요.

노움 제거:

sudo apt-get autoremove gnome-core gnome-shell gnome-session

다시 설치하세요:

sudo apt-get install gnome-core gnome-shell gnome-session

당신이 가지고 있다면

그런 다음 "문제를 해결할 수 없습니다. 손상된 패키지를 보유하고 있습니다."

sudo apt-get install aptitude

해결되지 않은 종속성에 대한 첫 번째 질문에 "아니요"라고 대답하고 이전 패키지를 설치하려면 "예"라고 대답합니다. 그 다음에

sudo aptitude install gnome-core gnome-shell gnome-session