オプション1：サービスを恒久的に変更

Question

簡単に言うと：衝突が発生した場合は、ライブメディアを使用してください。それ以外の場合は、ファイルを/usr/lib/tmpfiles.d/tmp.confコピーして変更して/etc/tmpfiles.d/tmp.confシステムを設定してくださいetc。

-D /tmp 1777 root root -
+d /tmp 1777 root root 1s
+x /tmp/*output

ファイルが特定のパターンに従わない場合は、代わりに次の設定を使用してください。

-D /tmp 1777 root root -
+d /tmp 1777 root root 12h

このステップの実行中にシステムがbクラッシュします。b最初に完全に実行せずにすぐに再起動できるように、/ tmpの内容（通常は起動時に発生）を削除しないようにシステムを再起動できますか？

さて、システムを設定できるなら今後衝突が発生します。このときシステムがクラッシュした場合〜しなければならないすべての共通systemd.target（rescue、、、）multi-userにはgraphical一時ファイルの削除も含まれるため、ライブメディアを使用してくださいrescue.target。

つまり、次の崩壊に備えて、私たちはあなたのtmpfiles行動を変えることができます。ほとんどの Debian 派生は/tmpin の動作を定義します/usr/lib/tmpfiles.d/tmp.conf。

$ cat /usr/lib/tmpfiles.d/tmp.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

# See tmpfiles.d(5) for details

# Clear tmp directories separately, to make them easier to override
D /tmp 1777 root root -
#q /var/tmp 1777 root root 30d

# Exclude namespace mountpoints created with PrivateTmp=yes
x /tmp/systemd-private-%b-*
X /tmp/systemd-private-%b-*/tmp
x /var/tmp/systemd-private-%b-*
X /var/tmp/systemd-private-%b-*/tmp

# Remove top-level private temporary directories on each boot
R! /tmp/systemd-private-*
R! /var/tmp/systemd-private-*

清掃を担当するラインは

D /tmp 1777 root root -

によると、tmpfiles.d(5)大文字はDそのディレクトリを削除する必要があることを示しますsystemd-tmpfiles --remove。残念ながら、このコマンドは次の理由でほぼすべてのターゲットで実行されますsystemd-tmpfiles-setup.service。

$ systemctl cat systemd-tmpfiles-setup.service | grep Exec
ExecStart=/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev

$ systemctl list-dependencies --reverse systemd-tmpfiles-setup.service | grep target
● └─sysinit.target
●   ├─basic.target
●   │ └─multi-user.target
●   │   └─graphical.target
●   └─rescue.target

--cleanまた、ジョブを実行して古いファイルを削除できるタイマーがいくつかあります。

状況に応じてさまざまなソリューションを使用できますが、どちらも完璧ではありません。

警告する:何をしても、/usr/lib/tmpfiles.d/内容を変更しないでください。代わりに、同じ名前のファイルを作成してください/etc/tmpfiles.d。

sudo cp /usr/lib/tmpfiles.d/tmp.conf /etc/tmpfiles.d/tmp.conf

tmpfiles.d一般的なシステムルールに従ってください：/etc>> /run、/usr/libこれは/etc/優先順位があります。

オプション1：サービスを恒久的に変更

/tmp上記のサービスにより--remove削除されました。systemctl editパラメータを使用してExecStartパラメータを削除できます--remove。

$ systemctl edit systemd-tmpfiles-setup.service
ExecStart=
ExecStart=/bin/systemd-tmpfiles --create --boot --exclude-prefix=/dev

ExecStart元の構成を削除するには、追加のNULLが必要です。または、systemctl edit --full ...生成されたファイルを実行して編集します。

--remove不足により、Dすべてのプロファイルが効果的に無効になり、おそらく役に立たないため、お勧めできません。したがって、ルール定義を変更したい場合があります/tmp。

オプション2：特定の期間のファイルに対してのみ/ tmpをクリーンアップ

/usr/lib/tmpfiles.d/tmp.confこの行をコピーして置き換えてください。/etc/tmpfiles.d/tmp.confD

-D /tmp 1777 root root -
+d /tmp 1777 root root 12h

これにより、すべてのファイルではなく12時間以上経過したファイルのみが削除されます。クラッシュ直後に再起動すれば、これで十分です。しかし、我々はさらに一歩進むことができます。

オプション3：プロジェクトファイルを除外

ファイルが常に同じ名前/パターンを持つ場合は、以下を除いてファイルが削除されるのを防ぎますx。

-D /tmp 1777 root root -
+d /tmp 1777 root root 1s
+x /tmp/*output

呼び出す1sと、すべてのファイルが効果的に削除されます。systemd-tmpfilesとは別に /tmp/*outputファイル、たとえば/tmp/aoutputフォルダ全体を除外することもできます。

/tmp/この最後のバリエーションは問題を解決し、大きすぎる問題が発生するのを防ぐのに十分です。

構成の確認

構成を変更したら、テストする順番です。どのバリアントを使用しても、このテストは同じです。ファイルに同じ名前のファイルを作成し、/tmpsystemdサービスを実行します。

$ touch /tmp/my-project-files-{a,b,c,d,e,f} /tmp/some-test-garbage{1..10}
$ systemctl start systemd-tmpfiles-{clean,setup}.service

すべてが正しく設定されている場合は、「プロジェクト」ファイルがまだ存在している必要があります。除外バリアントを使用した場合、他のジャンクxは/tmp/消えなければなりません。

引用する

tmpfiles.d(5)tmpfiles.d/*ファイル構文と優先順位
systemd.service(5)~のためExecStart
systemd.unit(5)ExecStart=カバーに使用
systemd-tmpfiles(8)tmpfiles風景の概要
ファイルがsystemd-tmpfiles-*.service通過しましたsystemctl cat systemd-tmpfiles-{clean,setup,setup-dev}.service

Answer 1

簡単に言うと：衝突が発生した場合は、ライブメディアを使用してください。それ以外の場合は、ファイルを/usr/lib/tmpfiles.d/tmp.confコピーして変更して/etc/tmpfiles.d/tmp.confシステムを設定してくださいetc。

-D /tmp 1777 root root -
+d /tmp 1777 root root 1s
+x /tmp/*output

ファイルが特定のパターンに従わない場合は、代わりに次の設定を使用してください。

-D /tmp 1777 root root -
+d /tmp 1777 root root 12h

このステップの実行中にシステムがbクラッシュします。b最初に完全に実行せずにすぐに再起動できるように、/ tmpの内容（通常は起動時に発生）を削除しないようにシステムを再起動できますか？

さて、システムを設定できるなら今後衝突が発生します。このときシステムがクラッシュした場合〜しなければならないすべての共通systemd.target（rescue、、、）multi-userにはgraphical一時ファイルの削除も含まれるため、ライブメディアを使用してくださいrescue.target。

つまり、次の崩壊に備えて、私たちはあなたのtmpfiles行動を変えることができます。ほとんどの Debian 派生は/tmpin の動作を定義します/usr/lib/tmpfiles.d/tmp.conf。

$ cat /usr/lib/tmpfiles.d/tmp.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

# See tmpfiles.d(5) for details

# Clear tmp directories separately, to make them easier to override
D /tmp 1777 root root -
#q /var/tmp 1777 root root 30d

# Exclude namespace mountpoints created with PrivateTmp=yes
x /tmp/systemd-private-%b-*
X /tmp/systemd-private-%b-*/tmp
x /var/tmp/systemd-private-%b-*
X /var/tmp/systemd-private-%b-*/tmp

# Remove top-level private temporary directories on each boot
R! /tmp/systemd-private-*
R! /var/tmp/systemd-private-*

清掃を担当するラインは

D /tmp 1777 root root -

によると、tmpfiles.d(5)大文字はDそのディレクトリを削除する必要があることを示しますsystemd-tmpfiles --remove。残念ながら、このコマンドは次の理由でほぼすべてのターゲットで実行されますsystemd-tmpfiles-setup.service。

$ systemctl cat systemd-tmpfiles-setup.service | grep Exec
ExecStart=/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev

$ systemctl list-dependencies --reverse systemd-tmpfiles-setup.service | grep target
● └─sysinit.target
●   ├─basic.target
●   │ └─multi-user.target
●   │   └─graphical.target
●   └─rescue.target

--cleanまた、ジョブを実行して古いファイルを削除できるタイマーがいくつかあります。

状況に応じてさまざまなソリューションを使用できますが、どちらも完璧ではありません。

警告する:何をしても、/usr/lib/tmpfiles.d/内容を変更しないでください。代わりに、同じ名前のファイルを作成してください/etc/tmpfiles.d。

sudo cp /usr/lib/tmpfiles.d/tmp.conf /etc/tmpfiles.d/tmp.conf

tmpfiles.d一般的なシステムルールに従ってください：/etc>> /run、/usr/libこれは/etc/優先順位があります。

オプション1：サービスを恒久的に変更

/tmp上記のサービスにより--remove削除されました。systemctl editパラメータを使用してExecStartパラメータを削除できます--remove。

$ systemctl edit systemd-tmpfiles-setup.service
ExecStart=
ExecStart=/bin/systemd-tmpfiles --create --boot --exclude-prefix=/dev

ExecStart元の構成を削除するには、追加のNULLが必要です。または、systemctl edit --full ...生成されたファイルを実行して編集します。

--remove不足により、Dすべてのプロファイルが効果的に無効になり、おそらく役に立たないため、お勧めできません。したがって、ルール定義を変更したい場合があります/tmp。

オプション2：特定の期間のファイルに対してのみ/ tmpをクリーンアップ

/usr/lib/tmpfiles.d/tmp.confこの行をコピーして置き換えてください。/etc/tmpfiles.d/tmp.confD

-D /tmp 1777 root root -
+d /tmp 1777 root root 12h

これにより、すべてのファイルではなく12時間以上経過したファイルのみが削除されます。クラッシュ直後に再起動すれば、これで十分です。しかし、我々はさらに一歩進むことができます。

オプション3：プロジェクトファイルを除外

ファイルが常に同じ名前/パターンを持つ場合は、以下を除いてファイルが削除されるのを防ぎますx。

-D /tmp 1777 root root -
+d /tmp 1777 root root 1s
+x /tmp/*output

呼び出す1sと、すべてのファイルが効果的に削除されます。systemd-tmpfilesとは別に /tmp/*outputファイル、たとえば/tmp/aoutputフォルダ全体を除外することもできます。

/tmp/この最後のバリエーションは問題を解決し、大きすぎる問題が発生するのを防ぐのに十分です。

構成の確認

構成を変更したら、テストする順番です。どのバリアントを使用しても、このテストは同じです。ファイルに同じ名前のファイルを作成し、/tmpsystemdサービスを実行します。

$ touch /tmp/my-project-files-{a,b,c,d,e,f} /tmp/some-test-garbage{1..10}
$ systemctl start systemd-tmpfiles-{clean,setup}.service

すべてが正しく設定されている場合は、「プロジェクト」ファイルがまだ存在している必要があります。除外バリアントを使用した場合、他のジャンクxは/tmp/消えなければなりません。

引用する

tmpfiles.d(5)tmpfiles.d/*ファイル構文と優先順位
systemd.service(5)~のためExecStart
systemd.unit(5)ExecStart=カバーに使用
systemd-tmpfiles(8)tmpfiles風景の概要
ファイルがsystemd-tmpfiles-*.service通過しましたsystemctl cat systemd-tmpfiles-{clean,setup,setup-dev}.service

オプション1：サービスを恒久的に変更

ベストアンサー1

オプション1：サービスを恒久的に変更

オプション2：特定の期間のファイルに対してのみ/ tmpをクリーンアップ

オプション3：プロジェクトファイルを除外

構成の確認

引用する

おすすめ記事