シェルのショートカットで誤ってディレクトリをそれ自体に移動しましたが、今は消えているようです。以下は、端末から直接カットして貼り付けたシーケンスです。
$ chmod a+x load_test_set.sh ~/bin
$ mv !$ ~/bin
mv ~/bin ~/bin
$ ls ~/bin
ls: cannot access /home/jimk/bin: No such file or directory
（chmodの後に続く「~/bin」は意図しないものであり、問題を台無しにするまで目立たなかった）。 CentOS Linuxバージョン7.8.2003のtcshでこれを行いました。
このディレクトリは永遠に失われますか？ファイルシステムのスペースが失われていますか？ディレクトリおよび/またはファイルシステムスペースを回復できますか？
一部のコメントに対する回答：
「sudo find / -type l -name bin | less」を実行し、次のようになります。
/var/lib/docker/overlay2/882ace003168e1efea1a6f4c6575e101b625af233a25e9b9fb4cec724bb82ce9/diff/bin /var/lib/docker/overlay2/882a15 af233a2 5e 9b9fb4cec724bb82ce9/diff/usr/lib/debug/bin /usr/lib/debug/bin /usr/share/gdb /自動ロード/bin/bin
そしてこれらのどれも "bin"サブディレクトリを持っていません。
そしてそうです。ディレクトリ自体を移動しようとしたときにエラーが発生すると予想しました。ただし、エラーが発生した場合、切り取りと貼り付けは実際のシーケンスで行われます。だから実際に起こり、エラーは発生しませんでした。 （誤って追加されたため、VMWareへの言及は削除されました。）
ベストアンサー1
~/binディレクトリの場合、次のエラーが発生します。
mv: cannot move '/home/jimk/bin' to a subdirectory of itself, '/home/jimk/bin/bin'
今は~/bin消えたので、ディレクトリではなくシンボリックリンクであると疑われます。したがって、シンボリックリンクが指す~/binディレクトリに移動します。
私が正しい場合は、そのディレクトリがどこにあるかを調べてください。たとえば、次のコマンドを使用します。
find ~ -type l -name bin
（自分のディレクトリにないとに変更find ~）find /
一方、~/bin私はディレクトリだと100％確信していましたが、突然消えた場合はこれは正常ではなく、デフォルトのファイルシステムをfsckingすることをお勧めします。