私たちは、Suse 11 Enterprise Server x86_x64を実行し、Windows 7システムでUltraVNCビューを介したリモート接続用のVNCサーバーとしてtigtvncを使用する本番システムを持っています。これまで、この設定は非常にうまく機能しています。このマシンは、GUI管理を好む私の同僚がアクセスしにくいマシンの1つです。つまり、問題がいつ始まったのか、原因が何であるのかよくわかりません。
問題の最初の兆候は、Konquerorを起動しようとしているときです。タスクバーに表示されているようにしばらく起動しようとすると、消えて何も起動しないかのように動作します。もう1つの問題は、ウィジェットを追加すると、Xセッション全体がグレー表示され、VNCセッションを終了するオプションしかないことです。
本当の問題は、パテでセッションを終了しようとすると、次のような結果が出ることです。
server:/ # vncserver -kill :1
Cant't find file /root/.vnc/server:1.pid
You'll have to kill Xvnc process manually
始めようとすると：
server:/ # vnserver :1
A VNC server is already running as :1
またこれを試しました：
server:/ # /sbin/service vncserver stop
service: no such service vncserver
また、使用してもps -AVNC関連の項目は表示されません（Xvnc、vncserverなど。必要に応じてプロセスリストを公開します）。
何を提供しますか？ これをどうやって殺すの？ 本番マシンにあるため、再起動要求は大きな官僚的なプロセスであるため、これを回避しようとしています。
ベストアンサー1
引き続き接続する方法を見つけました。 Yastには、リモートリモート管理を有効または無効にできるリモート管理セクションがあります。これは、5900でリッスンするポートを作成しているようです。デスクトップ表示の問題に関して、KDE4はPlasmaと呼ばれる新しいデスクトップ環境を大幅に再編したことがわかりました。 Plasmaが視覚要素をレンダリングする方法により、vncはデスクトップを正しく表示できません（灰色/黄褐色の色が消えます）。
表示される初期画面はログイン画面で、下部にはさまざまなオプション（言語、環境など）があります。 GNOMEに切り替えるオプションがありますが、試してみました。私が気づいていないのは、ユーザー名を入力したときにパスワードを求めるメッセージが表示された場合、オプションが切り替えられることです。ユーザー名を入力してすぐに切り替えると、成功し、競合なしでGNOMEセッションにログインできます。