systemdでユーザーの環境変数を読み込むようにする
systemdでユーザーの環境変数が読み込まれず うまくサービスが立ち上がらないという問題がありました。 調べてみると、systemdは.barshrcや.bash_profileに 定義した環境変数を読んでくれないということがわかりました。 環境変数を読み込ませたい場合は一手間かけてあげれば大丈夫なので、その方法をまとめてみました。 /etc/sysconfig/USER_NAME に読み込ませたい環境変数を書く 以下の要領でserviceを動かすユーザーが読み込む環境変数を定義するファイルを設定します。 # cat <_EOF_ > /etc/sysconfig/test LANG=ja_JP.UTF-8 PATH=/home/test/.plenv/shims:/home/test/.plenv/bin:/home/test/.rvm/gems/ruby-1.8.7-p374/bin
シェルのエイリアスで環境変数を使うときはクォーテーションに気をつけよう - Qiita
シェルのエイリアスで環境変数を使いたいときありますよね、多分。みなさんきっとあるでしょう。 dockerをrunしてカレントディレクトリをマウントしてごにょごにょしたいときとか。長ったらしいコマンド打ちたくないんですみたいな。 僕も例に漏れず、実際にエイリアスをいくつか貼っていたんですが、エイリアスのクォーテーションによって意図した挙動になっていないことがありました。 例えば 例えばなんですが、zshで貼ってたこんなエイリアス。
初心者向け：command not foundを解決する方法 - Qiita
概要 プログラミングの学習を始めた頃、Ruby on Railsの環境構築において、command not found にたびたび遭遇しました。 色々な記事を参考にして、その通りにやってみるのですが、なかなか解決できません。 理解すれば簡単なのですが、理解までに時間が掛かりました。 その経験を生かして、わかりやすく解決の手順を紹介します。 解決ポイント 解決するためには、以下のポイントで確認します。 (1) コマンド実行ファイルがあるか？ (2) コマンドまでの検索パスが通っているか？ この2つのポイントを押さえれば、解決は早いです。 手順 コマンド実行ファイルの検索 まず command not found が出た時は、コマンドの実行ファイルがどこにあるか確認します。 rbenvを例にします。 rbenv () { local command command="$1" if [ "$#"
本当に正しい .bashrc と .bash_profile の使ひ分け - Qiita
.bash_profile はログイン時にのみ実行されます。具体的な用途は: 環境変数を設定する (export する変数) 環境変数はプロセス間で勝手に受け継がれるのでログイン時のみ設定すれば十分です。 .bashrc は対話モードの bash を起動する時に毎回実行されます。具体的な用途は: 環境変数でない変数を設定する (export しない変数) エイリアスを定義する シェル関数を定義する コマンドライン補完の設定をする これらは bash を起動する度に毎回設定する必要があるものです。 その他 .bash_profile ? .bashrc ? いろいろあるけどこいつらなにもの？ を参照。もっと突き詰めたい人は Linux: .bashrcと.bash_profileの違いを今度こそ理解する。 Bash 以外のシェルを使用しない人は .bash_profile と .bashrc
bashで環境変数(PATH)の設定 - Qiita
export PATH=$PATH:＜追加したいパス＞ # 例：~/path/bin/ を追加したい場合 export PATH=$PATH:~/path/bin/ ただ、コマンドを打っただけでは、ログインしなおしたり、bashを再起動したりすると追加したパスが消えてしまう。 そこで、.bash_profileを使います。 .bash_profileは、bashのログイン時に自動的に読み込まれる設定ファイルです。 設定ファイルと言っても、ログイン時に実行してほしいコマンドを記述しておくだけのものですが この.bash_profileに、さきほどのコマンドを記載しておけば、毎ログイン時に自動的にPATHを設定しなおしてくれます。 テキストエディタ等で、~/.bash_profileに前述した一文を追加したら完了です。 私だけでしょうか、初めてこの設定の仕方を知った時、 PATHって、疑似的に
Systemdを使ってさくっと自作コマンドをサービス化してみる - Qiita
Systemdの仕組みをつかうと、自分で作ったコマンドを簡単にサービスとして登録することができます。 例として、hello worldを延々とファイルに書き込むコマンドをサービス化してみましょう。 1. コマンドを作る /opt/hello.sh というスクリプトを用意します。
Linuxリソースの監視・確認に関するコマンド逆引きメモ - Qiita
# free total used free shared buffers cached Mem: 1026876 974072 52804 0 202656 348008 -/+ buffers/cache: 423408 603468 Swap: 2048276 92 2048184 ここで注意なのは、Linuxは空きメモリをbufferとcacheとして使用するので、 一見freeは少ない(上記の場合52M)と思われがちだが、実際にはbuffer+cacheとして確保されている(上記の場合600M確保されている) ディスクの空き容量が知りたい。 dfで確認可能。基本ですね。 [root@localhost /]# df /dev/mapper/VolGroup-lv_root 12941636 1851304 10432924 16% / Filesystem 1K-blocks U
ソースコード探険隊
What's new - 更新履歴 直近20件の新しい記事です。 2024-02-28: ASUS ROG ノートパソコン FLOW・ZEPHYRUS・STRIX の違い、比較 2024-01-14: ASUS ノートパソコン製品シリーズの違い・比較 2023-12-10: ゲーム開発に最適なノートパソコンの選び方／おすすめ機種紹介 2023-11-18: 動画編集に最適なノートパソコンの選び方／おすすめ機種紹介 2023-11-03: プログラミングに最適なノートパソコンの選び方／おすすめ機種紹介 2023-09-09: 『ノートパソコン購入ガイド』を公開 2023-04-29: 推理小説『水車館の殺人』の感想 2023-03-26: Lenovo 公式サイトの「ThinkBookとThinkPad の比較」を評価する 2023-03-21: Lenovo ThinkPad と Thin
Linuxの基本の基本。Linuxの基本的なディレクトリ構成
CentOSの引き出しに何があるか大まかに把握しよう やみくもにパッケージを追加すれば「動作に必要なファイルがどこだっけ？設定ファイルは？ログはどこ？」となりかねません。 といっても、大まかな把握だけなら別に難しいこともなく、タンスの引き出しに、どんな服が入っているか把握するようなものです。 目次 /〈ルート〉 /bin /boot /dev /etc /home /lib /lost+found /media /misc /mnt /opt /proc /root /sbin /selinux /srv /sys /tmp /usr ●/usr/bin ●/usr/etc ●/usr/games ●/usr/include ●/usr/lib ●/usr/libexec ●/usr/local ●/usr/sbin ●/usr/share ●/usr/src ●/usr/tmp /var
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログインできないユーザでコマンドを実行する方法＋おまけ - Qiita
AWS EC2 Amazon Linuxインスタンス起動後、最初にやることまとめ（SysVinit編） - Qiita