GNU画面はrootとの新しいセッションを開始しますが、通常のユーザーとは開始しません


2

だから、私の問題は、単純screenにユーザーアカウントを開始できないことです。スーパーユーザーとして呼び出すと、チャームのようにどんな状況でも動作しますが、これまで(つまり、最後の3時間以上のトラブルシューティングで)新しいセッションを生成するインスタンスは1つもありませんでした。

コンテキストを説明するために、今朝、Debian 9.0(ストレッチ)を64ビットプロセッサにインストールしました。以前のインストール(Debian〜8.0)では、画面は問題なく機能していました。

この問題を解決しようとする私の試みの完全なリストは次のとおりです。

  1. ホームディレクトリにマウントされたパーティションをアンマウントし、古いカスタム構成ファイルのトレースがなかった新しい環境でユーザーアカウントでログインしました。
  2. 私は-の$TERMような変数をいじくり回し、また使用してみましたtset;
  3. 古いバージョンの画面(4.2.1-3+deb8u1)をインストールしようとしました。
  4. apt-get purge screen配布で提供されたパッケージを実行してから再度インストールしようとしました。

これらの試み(および他の試み)のいずれも、画面の動作に影響を与えませんでした。私がしたすべての時間screen; echo $?$?ステータスコード変数、IIRC)0で、コンソールに印刷されました。

最後の必死の解決策として、このQ&Aに頼っています: '-)。


1
ヒントおそらく問題はユーザーのシステム構成にあります。私はこれについてもいくつか調査しましたが、調べたものは疑わしいものではありませんでした。そして、それがあなたに興味があるなら、$TERM常に等しいxterm-256colorです。
Acsor

少なくとも、取得しているエラーメッセージを提供するか、エラーメッセージが表示されないことを伝えてください。そうしないと、役に立つ回答が得られない可能性があります。
アクセルベッカート

1
@AxelBeckert暗黙のうちに述べたように、私は何も得ません。これはscreen、通常のアカウントでコンソールに入力したときに表示されるものですnone@vacuum:~$ screen\n none@vacuum:~$ echo $?\n 0\n 。(編集:コメントでは改行を使用できません。アイデアを示すために「\ n」を追加しました。)
Acsor

ありがとう。暗黙的に物事を述べることは、おそらくここでの最良のアイデアではありません。少なくとも、それがどこにあったかはわかりません。screen-develメーリングリストでデバッグ続けること最善だと思います。
アクセルベッカート

回答:


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.