マウント名前空間でちょっとハマっためも - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
Mount namespaceをちょっと確認って思って、unshareコマンドでマウント名前空間を分離したのにプロセス間でマウント状況が分離されてなくてちょっと調べたという。 アップデート済みのarchとfedora 22で試したんだけど、unshareしたプロセスでmountしたものが、別のプロセスから見えてたんですね。 これは何でだったかというと、mountコマンドのデフォルトの挙動として--make-sharedオプションが使われるため、せっかくマウント名前空間を分離させたのにその影響が他方にも出てたという感じでした。 これはLWNのNamespaces in operation, part 2: the namespaces APIという記事のコメントに答えが書かれてました。 状況はこうですね。 最初にunshareでマウント名前空間の分離。 [masami@arch-workst
systemdでユーザー固有のunitを動かす - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
systemdは~/.config/systemd/userにserviceファイルを置くことで、そのユーザー用のinit時の処理を動かすことができるんですね。基本的に使い方は通常と同じで、唯一違うのは--userをパラメータとして使用すること。詳細はArch Wikiを見ましょう。 このようにserviceファイルを書いたとして、 masami@kerntest:~$ cat ~/.config/systemd/user/foobar.service [Unit] Description=User's service file [Service] Type=oneshot ExecStart=/usr/bin/touch /tmp/test.txt RemainAfterExit=yes [Install] WantedBy=default.target このように実行します。 masa
systemdでtmp file/directoryの作成 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
systemdにはsystemd-tmpfilesという機能が合ってテンポラリなファイルやディレクトリをsystemdを使って作ることができます。systemdを使うので使い道としてはシステムの起動時に作るというのが基本的なユースケースだと思います。 マニュアルはsystemd-tmpfilesとtmpfiles.dになります。 systemd-tmpfilesは設定ファイルに従ってディレクトリ/ファイルの作成をします。設定ファイルの置き場所は以下の3箇所があります。この中のどこにファイルを置くかというと/etc/tmpfiles.dが無難でしょうね。/runは大概のディストリビューションだとtmpfsでしょうし、/usr/lib/は基本的にディストリビューションが使いますし。 /etc/tmpfiles.d/*.conf /run/tmpfiles.d/*.conf /usr/lib/t
systemdで確実にネットワークの起動後にサービスを起動させたい場合のメモ - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
systemdでネットワークが完全に立ち上がってからサービスを動かしたい場合のめもです。ありますよね、こういうケース。 で、Unitセクションにこんな感じで書くんですがこれだと上手く動かない場合があったりして困るわけです。 After=network.target そんな時に使えるのがsystemd-networkd-wait-onlineです。これを使うと確実にネットワークの起動後にサービスを起動できるようにできます。 使い方は簡単で、systemd-networkdとsystemd-networkd-wait-onlineをenableにするだけです。ようは↓ですね。 # systemctl enable systemd-networkd # systemctl enable systemd-networkd-wait-online 基本的にこれで問題ないはずですが、もしこれで上手く動
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
