☰

セミコロンのあるファイルを削除できますか？その中に（アップデートで作成されましたか？）

tag-icon • tag-icon files upgrade inode
セミコロンのあるファイルを削除できますか？その中に（アップデートで作成されましたか？）

/usr/bin私は偶然にセミコロンを含む何十ものファイルを見つけました;。私の記憶が正しい場合、これらのファイルは一部のプログラムで開かれたファイルに書き込むと（OSの更新中など）、生成されます。ただし、次の再起動時にこれらのエントリが削除されると仮定します。しかし、私の場合、次のファイルは開かれません。

# find /usr -name \*\;\* | grep c++
/usr/bin/c++;5cf64746
/usr/bin/c++;5cfffc10
/usr/bin/c++;5cfb88d7
/usr/bin/c++;5cf8e8e4
/usr/bin/c++;5cfcd91f
/usr/bin/c++;5cc1f485
/usr/bin/c++;5cf4f405
/usr/bin/c++;5cfffc85
/usr/bin/c++;5cf7968b
/usr/bin/c++;5cfe28b9
/usr/bin/c++;5cff80b7
/usr/bin/c++;5cf57b84
/usr/bin/c++;5cfc4cbf

# lsof | fgrep /c++ 
Exit 1

質問：

  1. このファイルを安全に削除できますか？

  2. 彼らは当初、なぜここに来たのですか？

コンピュータは一度もクラッシュしたことがなく、常にきれいに再起動します。 CentOS 7システムです。アップデートがインストールされましたyum。

多くのファイルが実際に同じです（すべてのinodeは異なりますが確認しました）。

# ll /usr/bin/c++?5*
-rwxr-xr-x. 2 root root 772688 Mar  6  2018 /usr/bin/c++;5cc1f485
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cf4f405
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cf57b84
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cf64746
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cf7968b
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cf8e8e4
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cfc4cbf
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cfb88d7
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cfcd91f
-rwxr-xr-x. 4 root root 772688 Apr 10  2018 /usr/bin/c++;5cfe28b9
-rwxr-xr-x. 4 root root 772720 May 15  2018 /usr/bin/c++;5cff80b7
-rwxr-xr-x. 4 root root 772720 May 15  2018 /usr/bin/c++;5cfffc10
-rwxr-xr-x. 4 root root 772720 May 15  2018 /usr/bin/c++;5cfffc85

更新された説明はまだ意味がありますか？

答え1

これらのファイルが生成される理由が見つかりました。次のように表示されるコンテナ（Linuxカーネルマウント（ファイルシステム）名前空間を含む）で実行されているプロセスがあります。地獄火。 Firejailは、実行可能ファイルやライブラリなどの特定のファイルがコンテナ内のプロセスからアクセスするのをブロックします。したがって、これらのファイルがyum update削除されても、Linuxカーネルはそのファイルを参照し続けますdnf update。したがって、当時は削除されませんでした。

これはまた、これらのファイルを再起動した後、または実際にそのファイルを使用した最後のコンテナプロセスが終了した後に安全に削除できることを意味します。

コンテナ/マシンがシャットダウンしたときにこれらのファイルが削除されない理由について疑問が残ります。私はこれがこのコンピュータのカーネル（ext4ファイルシステムドライバ？）の修正されていないバグだと思います。

関連情報