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

Question 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

Answer

簡単に言うと：衝突が発生した場合は、ライブメディアを使用してください。それ以外の場合は、ファイルを/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

Question 2

/tmp の下の一部のファイルのみを回復するには、次の手順に従います。

grub 編集モードに入るには、grub メニュー項目の「e」を押します。
「linux」で始まる行の末尾に「break = mount」を追加してください。
F10 を押して起動すると、(initramfs) コンソールが表示されます。
blkid利用可能なファイルシステムの概要を表示するには、実行してください。
mkdir /mntmodprobe ext4次に、または同様のコマンドを実行して、mount /dev/nvme0n1p1 /mnt関心のあるパーティションをマウントします。/mnt
同様の方法で、興味のあるファイルを永続的な場所に移動します。mv /mnt/tmp/important_file /mnt/home/myuser/
再起動reboot -fし、システムを正常に起動します。

Answer

/tmp の下の一部のファイルのみを回復するには、次の手順に従います。

grub 編集モードに入るには、grub メニュー項目の「e」を押します。
「linux」で始まる行の末尾に「break = mount」を追加してください。
F10 を押して起動すると、(initramfs) コンソールが表示されます。
blkid利用可能なファイルシステムの概要を表示するには、実行してください。
mkdir /mntmodprobe ext4次に、または同様のコマンドを実行して、mount /dev/nvme0n1p1 /mnt関心のあるパーティションをマウントします。/mnt
同様の方法で、興味のあるファイルを永続的な場所に移動します。mv /mnt/tmp/important_file /mnt/home/myuser/
再起動reboot -fし、システムを正常に起動します。

Question 3

init=/bin/bashsystemdを起動せずにシェルから起動するためにカーネルコマンドラインに追加できます。ファイルシステムを読み取り/書き込みで再マウントし、ファイルを/ tmpから移動し、ファイルシステムを読み取り専用でマウントし、システムを起動しますexec /sbin/init。

シェルには完全に設定された端末がないため、一部の機能（タブ補完、control-Z、control-C...）が機能しない場合があります。

ファイルを危険にさらすことなく正常に動作するかどうかを最初にテストシステムで試してみることをお勧めします。

PS：通常は/var/tmp起動プロセス中に維持されます。

Answer

init=/bin/bashsystemdを起動せずにシェルから起動するためにカーネルコマンドラインに追加できます。ファイルシステムを読み取り/書き込みで再マウントし、ファイルを/ tmpから移動し、ファイルシステムを読み取り専用でマウントし、システムを起動しますexec /sbin/init。

シェルには完全に設定された端末がないため、一部の機能（タブ補完、control-Z、control-C...）が機能しない場合があります。

ファイルを危険にさらすことなく正常に動作するかどうかを最初にテストシステムで試してみることをお勧めします。

PS：通常は/var/tmp起動プロセス中に維持されます。

Question 4

はい。

ファイルが失われる可能性がある状況は2つあります/tmp。

一時ファイルシステム：多くの最新システムは一時ファイルシステム（RAMディスクなど）をマウントします。/tmpつまり、終了時に内容が常に失われます。
古いファイルのクリーンアップ存在する/tmp。これはクリーニング用に設定可能なスクリプトです/tmp。

コマンドの出力を確認してくださいdf /tmp。ケース1の場合は、次のようになります。

$ df /tmp/
Filesystem     1K-blocks  Used Available Use% Mounted on
tmpfs           12290040   276  12289764   1% /tmp

（重要なのは最初の列です。tmpfs）

/etc/tmpfiles.dケース2（あなたの場合）の場合、通常--seeのドキュメントを見ると詳細がわかりますman tmpfiles.d。出力を追加してください

grep -s . /*/tmpfiles.d/*.conf /*/*/tmpfiles.d/*.conf

あなたの質問に。 ⟹あなたのファイルは、以下の例に従って変更を適用する/usr/lib/tmpfiles.d/tmp.confなど、編集が必要なファイルです。sudo nano /usr/lib/tmpfiles.d/tmp.conf

以下はサンプルファイルです/etc/tmpfiles.d/tmp.conf。

# see tmpfiles.d(5)
# always enable /tmp folder cleaning
D! /tmp 1777 root root 0

# remove files in /var/tmp older than 10 days
D /var/tmp 1777 root root 10d

最初の項目は、起動するたびにフォルダが削除され、再作成されることを意味しD! /tmp 1777 root root 0ます。/tmpその行をコメントアウトし、ファイルにコメントされていない次の行に似た行を追加できます。

# see tmpfiles.d(5)

# # always enable /tmp folder cleaning
# D! /tmp 1777 root root 0

# Keep files in /tmp but not very old ones
D! /var/tmp 1777 root root 30d

# remove files in /var/tmp older than 10 days
D /var/tmp 1777 root root 10d

システムがまだ起動していないため、Live DVD / USBメディアから起動してからシステムパーティションをマウントする必要があります/mnt。次に、/mnt/usr/lib/tmpfiles.d/tmp.conf上記のようにファイルを編集します。

Answer

はい。

ファイルが失われる可能性がある状況は2つあります/tmp。

一時ファイルシステム：多くの最新システムは一時ファイルシステム（RAMディスクなど）をマウントします。/tmpつまり、終了時に内容が常に失われます。
古いファイルのクリーンアップ存在する/tmp。これはクリーニング用に設定可能なスクリプトです/tmp。

コマンドの出力を確認してくださいdf /tmp。ケース1の場合は、次のようになります。

$ df /tmp/
Filesystem     1K-blocks  Used Available Use% Mounted on
tmpfs           12290040   276  12289764   1% /tmp

（重要なのは最初の列です。tmpfs）

/etc/tmpfiles.dケース2（あなたの場合）の場合、通常--seeのドキュメントを見ると詳細がわかりますman tmpfiles.d。出力を追加してください

grep -s . /*/tmpfiles.d/*.conf /*/*/tmpfiles.d/*.conf

あなたの質問に。 ⟹あなたのファイルは、以下の例に従って変更を適用する/usr/lib/tmpfiles.d/tmp.confなど、編集が必要なファイルです。sudo nano /usr/lib/tmpfiles.d/tmp.conf

以下はサンプルファイルです/etc/tmpfiles.d/tmp.conf。

# see tmpfiles.d(5)
# always enable /tmp folder cleaning
D! /tmp 1777 root root 0

# remove files in /var/tmp older than 10 days
D /var/tmp 1777 root root 10d

最初の項目は、起動するたびにフォルダが削除され、再作成されることを意味しD! /tmp 1777 root root 0ます。/tmpその行をコメントアウトし、ファイルにコメントされていない次の行に似た行を追加できます。

# see tmpfiles.d(5)

# # always enable /tmp folder cleaning
# D! /tmp 1777 root root 0

# Keep files in /tmp but not very old ones
D! /var/tmp 1777 root root 30d

# remove files in /var/tmp older than 10 days
D /var/tmp 1777 root root 10d

システムがまだ起動していないため、Live DVD / USBメディアから起動してからシステムパーティションをマウントする必要があります/mnt。次に、/mnt/usr/lib/tmpfiles.d/tmp.conf上記のようにファイルを編集します。

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

答え1

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

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

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

構成の確認

引用する

答え2

答え3

答え4

関連情報