タグ付けされた質問 「directory-structure」

ディレクトリ階層のレイアウト—「このファイルはどこにあるのか」などの質問 または「このディレクトリの目的は何ですか?」

4
Unixファイルシステム構造の利点は何ですか
Debian / Gnu LinuxなどのLinuxにアプリケーションをインストールすると、アプリケーションのファイルがファイルシステムのさまざまなディレクトリにコピーされます。 一部のスクリプトは/ usr / share .. / usr / localにあり、その他のファイルは/ var .. / log .. etc /などにあります。 私にとっては問題ありません。ファイルシステムについて何かを学び、ほとんどのディレクトリは特定の目的でファイルを保持するためにそこにあるからです。これは、Unixの理念である「1つのことをうまく実行する」に非常によく適合します。 しかし、私の質問は、そのようなディレクトリ構造の利点は何ですか?それとも単に、昔のUNIXの遺産なのか。(たとえば、アプリケーションのすべてのファイルが1つの特定の「フォルダ」にある1つのウィンドウの使用と比較して)

5
インストールされているアプリケーションのどちらが良いですか:/ usr / binまたはユーザーのホームディレクトリ?
GUIアプリケーションを/usr/binホームディレクトリにインストールした方が良いのか、ホームディレクトリにインストールした方が良いのかは、私には完全には明らかではありません。私はを通じて読んだこの記事とこの1が、それは実際にこれらの異なるディレクトリを使用する方法の哲学について話しません。コマンドはGUIアプリケーションとは異なる方法で処理する必要がありますか?

1
アプリケーションをインストールする場所
私は、Linuxベースの開発への数年にわたる個人的な移行の真っ最中の長いWindowsユーザーです。Windowsでは、アプリケーションをインストールすると、Program Filesフォルダーに配置され、アプリを使用中に作成したファイルを、定期的にバックアップできる別のデータフォルダー階層に保存します。 Linuxの対応するフォルダー/ディレクトリは何ですか(OK、実際にはMacで実行しています)?

2
どのようにすれば、すべてのファイルを同じファイル名プレフィックスを持つディレクトリに移動(またはコピー)できますか?
Bashの使用 たとえば、親ディレクトリにランダムに配置された一連のファイルがあるとします。~/src特定のサフィックスに一致するすべてのファイルを取得し、それらを~/distディレクトリに移動(またはコピー)したいとします。 この目的のために、すべてのファイル名に次の命名規則があると仮定します。 <filename_prefix>.<filename_suffix> これが特定のファイルをすべて取得filename_suffixしてdistフォルダーに配置する簡単な方法であることがわかりました。 mkdir ~/dst find source -name "*.xxx" -exec mv -i {} -t ~/dst \; ここでさらに一歩...この場合filename、findの出力を使用して、を使用しfilename_prefixて同じ名前のディレクトリを生成し、~/distそのプレフィックスを持つすべてのファイルを適切なディレクトリに移動(またはコピー)する方法を教えてください。 mkdir ~/dst find source -name "*.xrt,*.ini,*.moo" -exec mv -i {} -t ~/dst \; 基本的に、上記のコマンドを変更(または別のコマンドを使用)して、次のような構造を作成するにはどうすればよいですか。 (出力) ~/dist/people/people.xrt ~/dist/games/games.xrt ~/dist/games/games.moo ~/dist/games/games.ini ~/dist/monkeys/monkeys.ini ~/dist/monkeys/monkeys.xrt このようなディレクトリツリーから? (入力) ~/src/xrt/people.xrt ~/src/xrt/games.xrt ~/src/conf/games.ini ~/src/pack/monkeys.xrt ~/src/e344/games.moo ~/src/e344/monkeys.moo ~/src/en-us/monkeys.ini

3
Linuxファイルシステム/組織はWindowsとどう違うのですか?
Linuxに追いつくのを本当に遅くしていることの1つは、LinuxとWindowsのファイルシステムの大きな違いです。過去3〜4年間、私はWindowsシステムのみを使用しており、Linuxに慣れるために実際に取り組んだのは、ここ2〜3か月だけでした。この時点で本当に気になることの1つは、Windowsのさまざまなフォルダーを調べ始めたときに、やりたいことがほとんど何でも見つけられるように感じたということです。いつ、どこにどんな物が置かれるかに慣れてきました。Linuxにはありません。/ optフォルダーがほとんどのサードパーティプログラムがインストールされる場所など、いくつかのことを学んでいます...しかし、私の理解は限られています。

3
ルート/ homeディレクトリvs〜(チルド)
Scientific Linuxの仮想イメージを作成し、インストールが完了した後、これに遭遇しました。 [root@ftpserver home]# pwd /home [root]@ftpserver home]# ls 私cdが~それに入るとき、これを手に入れます: [root@ftpserver ~]# pwd /root 間の全体的な違いは何ですか/homeとは/root?

2
BashでXDGディレクトリとパスを利用する方法は?
私はどのようにアクセスするには定義された変数だけでなく、不思議~/.config/user-dirs.dirsとxdg-user-dir、例えば"$(xdg-user-dir VIDEOS)"、だけでなく、次の標準の変数を: XDG_CACHE_HOME:-$HOME/.cache XDG_CONFIG_HOME:-$HOME/.config XDG_DATA_HOME:-$HOME/.local/share XDG_RUNTIME_DIR:-"/run/user/$USER" XDG_CONFIG_DIRS:-/etc/xdg XDG_DATA_DIRS:-/usr/local/share:/usr/share そのために、~/.bash_loginファイルで次のようにします。 # Define standard directories. declare -gx XDG_CACHE_HOME=~/.cache declare -gx XDG_CONFIG_HOME=~/.config declare -gx XDG_DATA_HOME=~/.local/share declare -gx XDG_RUNTIME_DIR="/run/user/$USER" declare -gx XDG_CONFIG_DIRS="$(IFS=: path /etc/xdg)" declare -gx XDG_DATA_DIRS="$(IFS=: path /usr/local/share:/usr/share)" # Source supplementary directories to export or overwrite existing standard ones. declare a="$XDG_CONFIG_HOME/user-dirs.dirs" if [[ …

1
./configureの後にプログラムがインストールされる場所
以下を使用してソフトウェアをインストールしています wget <URL package.tar.gz> tar xzvf package.tar.gr ./configure package cd package make make install 私の問題は、パッケージが作業ディレクトリにインストールされていないことです。デフォルトではどこにインストールされていますか?ファイルをインストールする場所の詳細をどこに追加すればよいですか?

1
/ var / tmpが一時ファイルシステムにある場合、何が問題になるのでしょうか?
/ var / tmp内のファイルは再起動時に削除してはならないため、/ var / tmpを一時ファイルシステム(tmpfsなど)としてマウントしないでください。あれは正しいですか? / var / tmpをtmpfsとしてマウントしたとすると、その内容は再起動のたびに削除されます。それは悪いでしょうか?はいの場合、何が問題になる可能性がありますか?それはどれほど悪いでしょうか?


4
パッケージが/ optにインストールされたのはなぜですか?
しばらく前に、debianマシンのソースからcouchdbをインストールしました。正常にインストールされているようで、すべてが機能しました。 数週間後、dpkgを使用して.debからアップグレードしてインストールしたいと思いました。現在、すべてがにインストールされているよう/optです。すべて正常に動作しているようですが、なぜにインストールされているのかよくわかりません/opt。/usr/local/binand /etcとに直接インストールしたときのように「スムーズ」に感じません/var/log。/ etc / couchdbにインストールされている構成ファイルを以前編集したばかりのときよりも、構成するのが面倒です。 なぜへのインストール/optが「良いこと」で、なぜこれがソースからの以前のインストールよりも優れた方法であるのかを誰かに説明してもらえますか? 私はこれがかなり漠然とした質問であることを知っていますが、私はLinuxに精通していて専門家ではなく、インストールの背後にある考え方を理解していません /opt
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.