私はWindows764ビットPCを持っています。Cygwin最新バージョン2.6.0をc:\cygwin64
ディレクトリにインストールしました。インストール時に私はこれらのパッケージを選択していることを確認してください:gcc-core
、make
、openssl
、ssh
、vim
、emacs
、scp
とftp
。インストールは正常に完了しました。
今私はc:\cygwin64
ディレクトリを見ています、そして私はいくつかのディレクトリが欠けているのを見ます:
/bin
(ディレクトリが存在します) /sbin
(ディレクトリが存在します) /usr/bin
(ディレクトリは存在しません) /usr/sbin
(ディレクトリが存在します) /usr/local/bin
(ディレクトリが存在します) /usr/local/sbin
(ディレクトリは存在しません)なぜ/usr/bin
および/usr/local/sbin
ディレクトリが欠けていますか?それらは時代遅れですか?
ありがとう
エリックが言ったように、c:\cygwin64\usr\bin
本当にc:\cygwin64\bin
あなたの場合です。に関しては/usr/local/sbin/
、おそらくそれらのパッケージから何もインストールされないので、作成されませんでした。
4.33。なぜ奇妙なディレクトリ構造なのですか?/ libと/ usr / lib(および/ bin、/ usr / bin)が同じものを指すのはなぜですか?
シンボリックリンクの代わりにマウントを使用するのはなぜですか?
Cygwinルートとしてディスクルート(C:など)を使用できますか?なぜこれが推奨されないのですか?
デフォルトの場所に新しくインストールすると、マウントポイントは次のようになります。
bash$ mount C:\cygwin\bin on /usr/bin type ntfs (binary,auto) C:\cygwin\lib on /usr/lib type ntfs (binary,auto) C:\cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
/ binと/ usr / binは、/ libと/ usr / libと同様に、同じ場所を指していることに注意してください。これは意図的なものであり、自分が何をしているかを本当に理解していない限り、これらのマウントを元に戻さないでください。
さまざまなアプリケーションやパッケージが/ libまたは/ usr / lib(同様に/ binまたは/ usr / bin)にインストールされることを期待できます。それらを区別して追跡しようとするのではなく(場合によっては重複またはシンボリックリンクが必要になる可能性があります)、実際のディレクトリを1つだけ維持し、同等の方法でアクセスすることにしました。
シンボリックリンクはこの目的のために検討されていましたが、Sambaドライブで常に機能するとは限らないため却下されました。また、マウントを解決するためにディスクアクセスが必要ないため、マウントの処理が高速になります。
Cygwin以外のアプリケーションは、Cygwinマウント(またはそのことについてはシンボリックリンク)を監視しないことに注意してください。たとえば、WinZipを使用してCygwinパッケージのtarディストリビューションを解凍すると、正しいCygwinパスにインストールされない場合があります。だからこれをしないでください!
Cygwinのルートディレクトリをドライブのルートディレクトリと同じにしないことを強くお勧めします。ただし、何をしているのかを理解していて、その結果に対処する準備ができている場合を除きます。Cygwin階層が、たとえばC:から分離されている場合は、一般に、Cygwin階層を維持する方が簡単です。1つには、(たとえば)\ binおよび\ libディレクトリを作成する可能性のある他の(cygwin以外の)アプリケーションとの衝突の可能性を回避することです。(たぶん、あなたは今そのようなものをインストールしていないかもしれませんが、あなたが将来追加するかもしれないものについて誰が知っていますか?)
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加