午前8時27分です。まだ眠れませんでした。だから私はこれをここに置いて寝ました。後で確認してみましょう。私の言葉は少し一貫していませんが、ご了承ください。
VPSで実行されているUbuntu 16.04.3 LTSサーバー。同じホストCentOS6に別のVPSをインストールしました。 CentOS vpsは依然として着実に発展しています。 Ubuntu vpsは起動しません。最後の変更は、Virtualmin「仮想サーバー」（実際にはいくつかのデーモン権限を持つ別のユーザー）を追加することでした。サフィックスを操作する場合もあります。オンラインで読んだすべての内容は、グラフィックドライバを削除して再インストールするように指示されていました。まあ、グラフィックがないのでグラフィックドライバはありません。 Xはありません。ウィンドウマネージャはありません。そして確かにX用のIntelやNVIDIAグラフィックドライバではありません。
これまで私が合理的に聞く解決策に最も近いのは、Arch Linuxに関する少し古いフォーラムの投稿です。 /var/run から /run へのシンボリックリンクがないため、同じ問題が発生します。さて、そのシンボリックリンクがあります。おそらくそうではありません。問題がある可能性があることを示す上記の非常に役に立たないメッセージ以外の情報はありません。
希望... vps にはハイパーバイザーにスタンドアロンの VNC 機能が組み込まれているので、... 端末に継続してアクセスできます。ブートメッセージがまだtty1に残っていても、++ tty2からログインプロンプトをCTRL取得できます。しかし、インターネットが接続されていません。システムサービス/単位のかなりの部分はまだ開始されていません。何度も再起動しても意味のある変更は発生しませんでした。ALTF2
それするすべてがうまくいく前に「目標のグラフィカルインターフェイスに到達する」ことについて話してください。しかし、また…Xはありません。はい、実際にxorg / x11が何らかの依存関係として追加されていないことを確認しました。下のスクリーンショット。
ベストアンサー1
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をまだ解放しません。サーバーの運用に悪影響を及ぼさないように見えるので、これは世界の終わりではありません。しかし、これが原因が何であるか、後でそれが私を悩ませることができるかどうか疑問に思いました。したがって、私はこの答えを受け入れません。この問題を解決する方法を知っている人がいる場合は、共有してください。