startxを実行して戻った後に別のTTYに切り替えると、Xorgが壊れる

私は、私が試したすべてのマシンで発生するように見えるXorgの特異性に常に興味を持っていました。startxを使用して（つまり、ディスプレイマネージャーを使用せずに）TTYで新しいXインスタンスを開始するたびに、別のTTYに切り替えてから、元のTTYに戻そうとすると、Xのフレームバッファーが壊れて、 Xがまだ実行されている元のシェル。^ Cまたは^ D を押すとX が停止しますが、startx / xinitを再度実行する必要があり、元のセッションが失われます。すなわち：

CTRL+ALT+F1
$ startx /usr/bin/xterm -- :1
CTRL+ALT+F7
CTRL+ALT+F1

TTY1でXバッファーが壊れます。Wayland / Mirに構成を依存するアプリケーションは、予想どおりTTY切り替えを処理しますが、LightDMなどのディスプレイマネージャーで開始されていないXを使用するアプリケーションでは、手動で開始したXセッションに戻ることができません本当の痛みです。TTYを切り替えるときにXセッションに切り替えることができるように、この問題を修正する方法はありますか？

— ジョシュマックス
ソース

分からない。tty1にXがありません。また、ctrl-alt-f7はtty7であり、ほとんどの場合、Xサーバーを実行します。より明確にするために、投稿を編集する必要があります。12.04を使用している場合は、Wayland / Mirも使用していないことを確認してください。15.04でもそうではありません。

— solsTiCe

@solsTiCe startxを実行してTTY1でXセッションを作成するまで、TTY1でXセッションはありませんでした...

— joshumax

@solsTiCe質問のあいまいさがわからないのではないかと思いますが、それが不明確である可能性があることについて詳しく説明していただけますか？

— joshumax

@solsTiCe私は間違いなくそうではありません、私がそれを修正できるように、私の質問であなたが不明確であると思うことについて単に尋ねているだけですか？

— joshumax

関連する質問については、askubuntu.com / questions / 221762およびaskubuntu.com/questions/443418を参照してください。

— JdeBP

ああ、ソリューションは実行するのではなく、比較的簡単でした

$ startx /usr/bin/xterm -- :1

ランニング

$ startx /usr/bin/xterm -- :1 vt$(tty | sed -e "s:/dev/tty::")

TTYを切り替えるときにXが壊れないようにします。

— ジョシュマックス
ソース

…これは、実際に「壊れた」わけではなく、単純に別の仮想端末、つまり最初に利用可能な仮想端末で終了したことを示しています。仮想端末に関しては、システムの構成方法からtty2、tty63端末の使用法。もちろんtty1、その時にログインシェルが実行されていたため、利用できませんでした。

— JdeBP

@JdeBP私はこれについてXorgの人々と話をしました、そしてそれは利用可能な端末を自動的に選択することとは全く関係がないようです-しかし、むしろ仮想端末パラメータをstartxに渡すことにより、startxはXを「永続的な状態」にしますそれはそうすることができない場合、「（既定の発売により、startxのよう、それはすぐに利用可能だし、あれば現在のVTの非永続的なXセッションは失敗します。

— joshumax

-1これをスムーズに行う別の方法があると思います。これはあなたがすることをする方法ではないと思います。

— レオ・レオポルド・ヘルツ준 영

@Masiたぶん、あなたはこの方法がそれほど良くないと思う理由を説明し、それを達成するためのより良い方法を説明したいと思いますか？それはこの曖昧さよりも偶然のほうがはるかに多いでしょう。

— Seth