startxは非推奨ですか?


8

startx 言う:

--------------------------------------------------------------------------------------------
xinit failed. /usr/bin/Xorg is not setuid, maybe that's the reason?
If so either use a display manager (strongly recommended) or adjust /etc/permissions.local and run "chkstat --system --set" afterwards

言うまでもなく、chmod 4775 /usr/bin/Xorg次のXorgの更新でsuidビットが再び削除されるまで機能します。しかし、「強くお勧め」のように、代わりに「ディスプレイマネージャーを使用する」方法は、私にはまったく明らかではありません。

これは何を意味するのでしょうか?

  • されるstartx 非推奨になりましたか?
  • 代わりに何を入力すればよいですか?
  • では、なぜstartx正しいことをしないのでしょうか。Xがダウンした場合のライフセーバーです。おそらく、最初に覚えなければならないコマンドの1つです。

私のシステムはディスプレイマネージャーを使用していると思います。私はxdm、kdm、gdm、lightdm、sddmを持っています。ログアウトするとログイン画面が表示されるデスクトップ環境で起動します。言い換えれば、沼地の標準的なデスクトップマシンのセットアップですが、重要な場合は、OpenSuse TumbleweedでKDEを使用しています。

任意のUnixで、startxが置き換えられたさまざまな特定のコマンドの適切に文書化された、合理的に完全なリストを受け入れます。OpenSuseとまったく同じように機能しないものがあれば、バグレポートを作成するつもりです。純粋に技術的な理由から、誰もが知っているように見えるユーザーインターフェイスが逆になっているのを誰も知らないのは嫌です。


openSUSE 11.4リリースノートのこの変更に関するセクションを見ましたか?これには、suidビットを永続的に設定する方法の説明が含まれています。
JigglyNaga

@JigglyNaga私はあなたのコメントが答えになるに値すると思います;)
Serge

回答:


5

11.4リリースノートによると、はい、startxSUSE では非推奨です。しかし、更新時に失われないようにsetuidビットを設定する方法を説明しています。

古い構成に依存しているユーザー/etc/permissions.localは、次の行からコメント記号を削除することにより、setuidビットを自分で設定できます。

#/usr/bin/Xorg                 root:root       4711

SuSEconfig --module permissionsその後実行されます。


コマンドラインからディスプレイマネージャーを(再)起動する場合、私はsystemd(つまりsystemctl restart <dm>)を介して処理されることを/ think /しますが、確認できません。
JigglyNaga

参照していただきありがとうございます!私は「強く推奨される」解決策を探していますが、それは質問の最初の部分に答えます。
user2394284 2016年

私はそれを確認することができますsystemctl restart sddm作品を、だけで、再起動後とsystemctl isolate multi-user.target。sddmをkdmまたはxdmに置き換えると、画面の左上にアンダースコアが点滅する黒い画面が表示されます。
user2394284 2016

1
SuSEconfig --module permissionsタンブルウィードにはもう存在しないのでは?
Warren P
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.