/home/user
ユーザーがオブジェクトに触れるのを防ぐために、ディレクトリにファイルやフォルダを隠す理由を理解できます。ただし、管理ドメインのファイル/etc
と/boot
ディレクトリに同じ原則を適用する方法がわかりません。/var
私の質問は、特定のファイルとフォルダが管理者に隠されているのはなぜですか?例:
/boot/.vmlinuz-3.11.1-200.fc20.x86_64.hmac
/etc/.pwd.lock
/etc/selinux/targeted/.policy.sha512
/etc/.java
/etc/.java/.systemPrefs
/etc/skel/.bash_profile
/root/.ssh
/root/.config
/var/cache/yum/x86_64/20/.gpgkeyschecked.yum
/var/spool/at/.SEQ
/var/lib/pear/.filemap
答え1
「ファイルを隠す」の主な原則を誤解しました。そうではない
ユーザーが物を台無しにするのを防ぎます。
これは、新しいユーザーが「ドットファイル」が何であるかを理解するまで結果をもたらす可能性があります(ファイルをクリックそしてディレクトリをクリックおそらく、「隠された」よりも適切で具体的な用語です。)それ自体は、ユーザーが問題を解決するのを防ぎません。これが権利の目的です。新しいユーザーに目的を理解するまで、うまく操作してはいけないことを示すことが本当に役に立ちます。
したがって、ポイントプレフィックスを一種のファイルサフィックスと考えることができます。一般に、ポイントプレフィックスは可能ですが、これらのサフィックスが1つもないことに注意してください。これは、ファイルが一般的なナビゲーションに興味がないことを意味するため、ls
ファイルブラウザは通常そのファイルを表示しません。ただし、接尾辞ではなく接頭辞なので、アルファベット順ls -a
に表示すると()すべて一緒にリストされる追加の利点があります。
このようなファイルの一般的な目的は、アプリケーションの使用(構成など)です。直接使用する必要もなく、これについて知る必要もありません。
したがって、この「隠し」は文字通りユーザーのファイルを隠すことを意味しません。混乱を減らす概念的な構成を提供します。
答え2
/etc/skel
新しいユーザーのホームディレクトリにコピーするファイルが含まれているため、名前はもちろんユーザーのホームディレクトリの名前と同じです。それはそれを説明します/etc/skel/.bash_profile
。このディレクトリは/root
ホームディレクトリ、つまりユーザーのホームディレクトリでもありますroot
。これ/root/.ssh
とについて説明します/root/.config
。
/etc/.pwd.lock
ロックされたファイルのようです。通常、ファイルをロックすることに興味がないので、ファイルを隠すことをお勧めします。
他のファイルの場合、どのような用途に使用されるかはわかりませんが、なぜ隠されているのかについての良い説明があると確信しています。
もちろん、Goldilocksは正しかった。ドットファイルを隠すことは、他の人がドットファイルを操作するのを防ぐためではありません(Unixの基本的なアイデアは、ユーザーが自分がしていることを知っていると仮定することです)、ドットファイルがファイルを台無しにするのを防ぐのためです。ディレクトリリスト(サブディレクトリにあるホームディレクトリ設定ファイルの方がetc
良いソリューションだと思います)。
答え3
非常に自己主張が強い答えかもしれませんが、私が考える主な理由は次のとおりです。ファイルをクリックそしてディレクトリをクリックそんな烙印が撮られたわけではない。隠れるまたはぼやけた彼らは - 私の考えでは、これらのファイルやディレクトリ内のプログラムやユーザー設定を変更することができ、プログラム自体によって変更される可能性があることをユーザーに伝えるだけです。
実はファイルをクリックそしてディレクトリをクリックデフォルトでは、コマンドラインでは無視され、ほとんどls
のファイルマネージャの観点から見ると、これは必須です。ユーザーが要求しない限り、すべての内容/詳細を表示したくありません。設定を変更してGUIを介してこれを行うことができない場合は、ほとんど次の時間に完了します。ファイルをクリック。
たとえば、>内部では$HOME/.vimrc
構成設定を見つけることができますvim
。
答え4
ドットファイルは、内部的に作成/操作されるファイルを表すためのものであり、主に構成またはロギングの目的で使用されます。これらのファイルはユーザーが直接編集しないでください。これにより、ファイルを更新するソースの機能が妨げられる可能性があります。
これで、隠しファイルをシステムとアプリケーションの両方で使用できるようになり、アプリケーション開発者が正しく使用できます。