`〜/ Documents`は相対パスですか、絶対パスですか？

これは単なる語彙の質問に過ぎませんが、私の頭の中で回り続けています。

これは、LPIC準備書の模擬試験に由来しています。本によると、正しい答え~/Documentsは、ホームディレクトリに相対的であるため、相対ディレクトリであるということです。

しかし、この本にはタイプミスや間違いの名誉ある割合が含まれているので、そこに書かれているすべてを当然のこととは思いません。ここでは~、シェルによって変数のコンテンツ$HOMEまたは現在のユーザーのホームディレクトリパス（cf. man bash）に展開される変数として機能するため、実際のパス/home/myuser/Documentsは実際には絶対ディレクトリであるため、同意しません。

Wikipediaでさえ、このトピックに関して私には何の助けにもならないようです（たとえこの本でこの本が間違っていることを確認しているように見えても）。

絶対パスまたは絶対パスは、現在の作業ディレクトリに関係なく、ファイルシステム内の同じ場所を指します。そのためには、ルートディレクトリが含まれている必要があります。

対照的に、相対パスは特定の作業ディレクトリから始まり、完全な絶対パスを提供する必要がありません。

ここでも、私は同意しません。この定義によれば/opt/kde3/bin/../lib、現在の作業ディレクトリに依存しないパスは絶対パスでなければなりません。

Webster Dictionaryによると、簡単なWeb検索は私の欲求不満に追加されているだけです。

絶対パス -ルートディレクトリからの相対パス。最初の文字はパス名の区切り文字でなければなりません。

それでは$HOME/Documents、$HOME絶対ディレクトリとはみなされないでしょうか？または、この定義は変数の拡張を意味しますか？シェルの~キャラクターはどうですか？どこかにある相対ディレクトリと絶対ディレクトリの信頼できる定義はありますか？

作成者がそのリテラル文字列（シェル展開なし）をパスとして話してあなたをキャッチしようとした場合、それは相対パス（mkdir -p './~/Documents'）です。さもないと：

解決はプロセスの現在の作業ディレクトリに依存しないため、絶対パスです。 相対パスは、常にプロセスの作業ディレクトリへの相対を意味します。または、シンボリックリンクの場所に関連するシンボリックリンクターゲットの場合。（gcc -> gcc-5.2vs. gcc -> /usr/bin/gcc-5.2）。これは、NFSマウントや、異なる絶対パスを介して同じシンボリックリンクにアクセスできる他の場合に重要です。例えば

/net/tesla/home/peter/foo -> bar  # always works from other machines

/net/tesla/home/peter/foo -> /home/peter/bar  # references my home dir on the local machine, not tesla.

Debianは時々../../doc/whatever/whatever、絶対シンボリックリンクターゲットの代わりににシンボリックリンクをインストールするため、NFSが別の場所にマウントされたとき、またはそれを使わずにchrootを見たときに動作しますchroot(8)。

すべてのUnixプロセスには独自のcwdがあります。pwdコマンドはちょうどそれを印刷するために存在します。

POSIXシステムコールでディレクトリを変更する方法の詳細については、http：//pubs.opengroup.org/onlinepubs/9699919799/functions/getcwd.htmlを参照してください 。

誰もが言ったよう~に、パスが何かに使用される前にシェルによって展開されます。~/bin/myprogシェルスクリプトで使用すると、ユーザーごとに動作が異なります。差~/bin/fooおよび/home/peter/bin/foo他がそれをパラメータ化していながら、そのうちの1つであるが、ハードコードされた位置を有しています。~バージョンを相対パスと呼ぶのはエラー（IMO）です。

「環境変数に関連する」ことについて話すのは、混乱させるだけです。使用しているコンテキストで特定の技術的意味を持つ用語の異なる英語の意味を使用することは悪い習慣です。

壊れたシステムではHOME=a/relative/path、~/fooを使用して相対パスに展開します。これは使用可能なセットアップではありません。

これは本質的に用語の定義に関する質問です。あなたの目的のために、答えはLPICが望むものは何でもです。しかし、技術的な事実に基づいていくつかの結論に達することができます。

システムコールに渡さ'~/Documents'れた場合~、現在のディレクトリとまったく同じ名前のディレクトリが検索されます（おそらく失敗します）。したがって、カーネルが使用するパス名の概念では、これは相対パスですが、それは私たちが意図したものではありません。

~実装される構文であるシェル（利便性のためにそれを模倣し、他のプログラム）展開し、実際のパス名にそれを。説明のために、これ~/Documentsは$HOME/Documents（再び、シェル構文）とほぼ同じです。$HOME絶対パスである必要があるため、の値 $HOME/Documentsも絶対パスです。しかし、テキスト$HOME/Documentsまたは~/Documentsシェルは、意図したパスになるためにシェルによって展開される必要があります。

したがって、正確で一貫性を保ちたい場合~/Documentsは、絶対パスに展開されるシェルスクリプトのフラグメントであると言えます。

あなたの$HOMEがの/home/white/場合~/Documents（と同じ$HOME/Documents）はシェルによって展開され（説明はこちらを参照）/home/white/Documents、になります。これは絶対パスです。

相対パスは/、次のように（シェル展開後）で始まらないパスです。../Documentsまたはfoo/bar

いくつかの古いシェルが展開しません~（道をbash、tcsh、zsh、など...ん）。それらは~/Documents、~;で始まる相対パスと見なされます。ただし、通常は次のようなディレクトリ名はありません~（ただしmkdir '~'、で作成することはお勧めできません）。

絶対パスで開始する/（それが固定されていることをいうもの）、相対パスの開始現在のディレクトリに（それが現在のディレクトリの変更などの変更を意味するものそう）。ほとんどのシェルが使用~すなわち、現在のユーザのホームディレクトリへの絶対パスの省略形として先頭に、~/DocumentsディレクトリであるDocumentsにかかわらず、現在のディレクトリが何であるかを、現在のユーザーのホームインチ したがって、それは絶対パスです。

ユーザーが誰であるかに応じて、パスは別の場所に展開できます。そうは言っても、これはまだ相対パスではなく絶対パスです。ただし、絶対パスと相対パスの定義がそれほど正確に定義されているとは思いません。これは数学ではありません。私の意見では、この質問は本当に理解をテストするものではなく、無意味です。

〜/を最初に使用すると、（定義により）ドキュメントを検索できるかどうかは現在の場所に依存しないため、絶対パスになります。ただし、展開はカーネルではなくシェルによって行われるため、この構文を認識しないシェル（/ bin / shなど、bashエイリアスではなく元のBourneシェル）を使用している場合は、運。

興味深いことに、〜/ではなく〜root /を使用すると、通常、$ HOMEの読み取りの最適化は適用されず、/ etc / passwdが正しい場合は常に絶対に解決されます。

本は、絶対パスはで始まるパス/であり、相対パスはそれ以外のものであるという見方をしているようです。

あなたは、表示可能性がある..と$HOMEトークン同様のタイプとして。パスが絶対パスに解決される前に、両方をパスコンポーネントに置き換える必要があります。