%E3%80%8D%E3%81%A8%E3%81%84%E3%81%86%E5%95%8F%E9%A1%8C%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%99%E3%82%8B.png)
さて、これはかなり特殊な問題で、私は現在途方に暮れています。まず、私が何をしようとしているのかを説明します。
私は、Golang 開発用に非常に小さな Arch Linux VM をセットアップするために Vagrant と Puppet を試してきました。私にとってはちょっとした学習プロセスで、自分の好みに合わせて設定やカスタマイズを試みているうちに、迷路に落ちてしまったような気がします。
私はウィンドウマネージャとしてi3を選択しました。この素敵なセットアップテーマの作成者は、他の人が使用できるように設定ファイルを共有してくれました。画面の下部にステータス バーが表示されます。このステータス バーは、Conky を使用してさまざまなハードウェア統計を監視することで実現されています。
私の知る限り、i3 のメイン Web サイトや他のニュースグループでさまざまなチュートリアルや手順を読んで、セットアップを正しく構成しました。しかし、i3 に入ると、美しいステータス バーではなく、次のメッセージが表示されます。
「エラー: status_command は実行可能ではありません (終了 126)」
以下は、関連するすべての構成ファイルが表示された VM のスクリーンショットです。
左の列: にある i3 構成ファイルの内容です$HOME/.i3/config。コメントされていない部分status_commandは、ハードウェアに関する i3 ポーリング データと、それを下のステータス バーに表示する方法を提供する bash スクリプトを指しています。
中央の列: ステータス バー構成の内容です。これは、i3 が解析するストリーミング JSON ドキュメントの形式です。各反復で、下のステータス バーの関連データが更新されるはずです。これは、指示どおりに適切に構成されています。
右上: によって生成された出力. $HOME/.i3/conky.sh。これは、i3 構成ファイルによって実行されるのと同じコマンドです。ご覧のとおり、解析可能なさまざまな統計とともに適切な JSON 出力が生成されています。
右上中央: のディレクトリ リスト$HOME/.i3/。ご覧のとおり、conky.shスクリプトは として実行権限が設定されており、ユーザー/グループ エンティティによって所有されていますvagrant:vagrant。i3 は同じ ID で として実行されるため、スクリプトへの実行アクセス権を持っているはずです。
右上下: これは$HOME/.i3/conky.shシェルスクリプトの内容です。i3 conky の説明ページの指示に従って作成されました。ここ。
すべての指示に従い、正しいとわかっていることはすべて実行したにもかかわらず、同じエラーが発生します。見落としている些細な設定がいくつかあると確信しています。
誰か手伝っていただけますか? ご質問に喜んでお答えし、詳しい情報も提供させていただきます。
答え1
まあ、私は徹底的に調べましたが、問題の根本原因を突き止めることはできませんでした。代わりに、i3blocks を使用することにしました。Conky と同じレベルの詳細を得ることはできませんでしたが、今のところはこれで十分です。
