今システムは2つのlvmパーティション/と/home。
tmpfsfor/tmpとnowを使用するには、/var/tmp必要な変更を追加するだけで/etc/fstab問題なく動作させることができますか？それともこれで問題が発生しますか？
tmpfs /tmp tmpfs size=16G,noatime 0 0
tmpfs /var/tmp tmpfs size=1G,noatime 0 0
答え1
はい、うまくいきます。 16GiBのRAMディスクと実行中のすべてのアプリケーションに十分なRAMがあるとします。合計16GiBのRAMしかない場合、実行中のアプリケーション（またはそれ自体）をスワップ空間に部分的にプッシュしてシステム速度を低下させる可能性があるため、RAMをディスクに割り当てすぎることは意味がありません。
既存のアプリケーションによっては、マウントポイントの後ろに隠された一時ファイルを使用または使用しようとしたくない場合があるため、実行中のシステムvar / tmpに/ tmpおよび/をマウントする代わりにシステムを再起動してこの変更を有効にするです。
また、すでに一時ファイルが多数ある場合は、実行中のすべてのサービスを停止してから（たとえば、シングルユーザーモードに切り替えます - ただし、SSHを介してシステムに接続する必要がある場合は機能しません）、削除することもできます。コンテンツ/tmp および /var/tmp は、リブート前に一部のディスク領域と inode を回収します。しかし、削除しないでくださいディレクトリ自体これはマウントポイントであり、存在する必要があるためです。
答え2
今システムLVMを使用しています...
その後、システムの起動プロセスとインストールガイド/ツールに従う必要があります。 systemdの場合、ルールは次のとおりです。
/ tmpはtmpfsでなければなりません（高速で再起動後にファイルを保存できません）。
/var/tmp は物理デバイスに残っている必要があります (大容量ファイルの場合は消去する必要があります)。
私はこれらの2つのディレクトリが現在systemd自体でのみ私のシステムで使用されていることを発見しました。
/var/実行
また、tmpfsをマウントします。私のetc / fstabにはtmpfs行がありません。
そして、いくつかのinitscriptやsystemdは、可能であればタイムリーに1つずつこれらの2つのポイントをマウントする必要があります。
/tmpマウント; /var/tmp マウント
または--allオプションを乱用して：
マウント-A
私のArchlinuxのsystemdによると、LVMとtmp.mountはどちらも独立して早期に実行されます。
最初の答えで指摘したように、/ tmpをtmpfsとして最初にマウントし始めたときに/ tmpがどれくらい空であるかを確認してください。それ以外の場合は、/ tmp ramdiskの下に数十年のtmpファイルが隠されている可能性があります。