ルートは/ tmpの下のファイルを削除できないため、操作は許可されません。

最初の可能性それは不変フラグがオンになっています。。コマンドを使用してこの動作を変更して、chattr -i filenameファイルの変更を許可できます。

しかし、おそらくあなたは走っていますファイルシステムエラー; これにより、ファイルシステムが完全にまたは一部のファイルが読み取り専用になる可能性があります。RAMの問題もこの問題をシミュレートできます。。この問題はサーバーを再起動してfsckを実行すると解決される可能性がありますが、再起動中に再起動操作がRAMからディスクに情報を同期しようとすると、サーバーが起動せずにデータが失われる可能性があります。 dmesg にメモリーまたはファイル・システム・エラーが発生したことが示された場合（可能であれば）、再起動する前にデータ・バックアップを実行することをお勧めします。場合によっては、ハードウェア障害が原因でカーネルが誤ったメモリアドレスを提供し、システムを再起動すると、一部の誤ったデータがディスクに移動することがあります。クレイジーカーネルはパニック状態のカーネルよりも悪く、MBRや重要なファイルへの書き込みなどの予期しない動作をする可能性があります。これはまれですが、不良ハードウェア、特に不良RAMまたはホットプロセッサを使用するランタイムの場合に可能です。ブラジルには、これらの問題を引き起こす可能性がある品質の低いハードウェアがたくさんあります。 メモ:RAMメモリに問題がある場合FSCKを実行しない-本当に言葉にならないことをしています。

修正する:tmpだけに問題があると言われたので、tmpが別のパーティション（バグがあるのでしょうか？）や外部（samba、nfs？）にマウントされている可能性があるので、この場合、マウント方法についてさらに詳しく知る必要があります。 itパーティションの詳細情報をダウンロードしてください。この場合、mountパラメータなしでコマンド結果を公開してください。