目次
概要
ホームページ 運用・保守 Nginx Linux ファイル配置の謎を解く: ファイルを最終的に配置する最適な場所はどこでしょうか?

Linux ファイル配置の謎を解く: ファイルを最終的に配置する最適な場所はどこでしょうか?

Jun 08, 2023 pm 09:42 PM
linux 書類

  • あなたが Linux で不明瞭なディレクトリ名の束を見つめていると想像してください。特定の種類のファイルをどこに置くべきかを知りたいと考えています。そこで、これが正しく行われたことを祈りながら、ファイルをランダムに /usr/share に置きました。
  • 数日後、これを /var/local に配置する必要があることがわかりました。

破解 Linux 文件安放之谜:哪里才是绝佳文件归宿?

    #私たちは皆、同じような経験をしたことがあります。 Linux のディレクトリ構造は非常にわかりにくく、意味がわからない場合もあります。これらの名前は実際には何を意味するのでしょうか?ファイルを置く「正しい」場所はどこですか?
  • あなたの未来をよりストレスフリーにするために、私たちは時間の旅に乗り出しますので、Linux ディレクトリを復号化する準備をしてください。この記事では、これらの名前の意味と、一般的な種類のファイルがどこにあるかを明らかにします。
  • /bin

破解 Linux 文件安放之谜:哪里才是绝佳文件归宿?

    これは、システムに必要な実行可能バイナリの主な保存場所です ( したがって名前は「ビン」)。これらの基本バイナリは、ブート プロセス中にシステムが正常に完了するために必要になります。ここには、ls や top などの基本的なコマンドがあります。
  • ブート プロセス中に、/usr/bin が使用できない場合、/bin が最上位のシンボリック リンクとして提供されることがあります。
  • /boot
  • このディレクトリには、オペレーティング システムを実際に起動するために必要なすべてのキー ファイルが含まれています。これらには、カーネル ファイル、ブート ローダー ファイル (GRUB など)、最新の UEFI システムの EFI ファイルが含まれます。
  • Linux システムの場合、このディレクトリは最も重要なディレクトリの 1 つです。ここで問題が発生すると、システムが起動できなくなったり、どこから始めればよいのかさえわからなくなる可能性があるためです。
  • /dev
  • /dev は「デバイス」の省略形で、Linux ではシステム上のほとんどの接続デバイス (物理デバイスやデバイスを含む) に関する情報を保存するために使用されます。仮想デバイス) ) が引用されています。ここでは、ハード ドライブ、USB 周辺機器、仮想端末、さらには消えるように指示できる空のデバイスへの参照を見つけることができます。
  • コマンド ラインからあらゆる種類のデバイスにアクセスする場合、それが物理ハードウェアでなくても、そこにデバイスが存在する可能性があります。
  • /etc
  • /etc ディレクトリについては、以前に調べたことがあると思います。ここには、Linux が独自のプログラムだけでなく、インストールするサードパーティ プログラムのコア構成ファイルもすべて保存されます。
  • プログラムの実行方法、コア ネットワーク設定、または crontab を変更する必要がある場合、それらはすべてこのディレクトリに存在します。

破解 Linux 文件安放之谜:哪里才是绝佳文件归宿?

  • /home
  • これは、より説明的な最上位ディレクトリの 1 つです。これはまさにユーザーのホーム ディレクトリです。これは、オペレーティング システム内で各ユーザーが持つ個別の領域と考えてください。通常、彼らは、対応するホーム ディレクトリ内のすべてのファイルとサブディレクトリを所有します。
  • 共有マシン上でこのディレクトリを表示すると、特定のユーザーごとに名前が付けられたサブディレクトリが多数見つかる場合があります。ほとんどのシステムにログインした後、パス内の ~ 文字を使用してホーム ディレクトリを参照できます。対応するパスは /home/ です。
  • これは、自分だけに関係のある個人ファイルを保存するのに最適な場所です。写真、音楽ファイル、スプレッドシート、または次の素晴らしい小説はすべてここに保存する必要があります。共有プログラム構成やシステムレベルのデータをここに保存しないでください。
  • /lib、/lib32、/lib64、…
  • これらのディレクトリには、共有 C ライブラリとカーネル モジュールが含まれています。これらのモジュールとライブラリは、前述した /bin ディレクトリ内の実行可能バイナリの基礎となります。つまり、実際にオペレーティング システムを起動してデフォルトのバイナリを使用するには、これらのディレクトリにライブラリ ファイルが必要です。
  • 注: 異なるアーキテクチャに複数のライブラリ ファイルがある場合は、他の lib ディレクトリが存在することがわかります。
  • /lost found
  • このディレクトリは非常にシンプルです。ここには破損しているファイルがいくつかありますが、回復が試みられています。これは通常、予期しない停電や、場合によってはハードウェア障害が原因で発生します。
  • /media
  • これも非常に直感的です。これは、リムーバブル メディアをマウントするためのマウント ポイントです。歴史的には、CD、フロッピー ディスク、さらには Zip ディスク ドライブでも使用されていました。これで、仮想 ISO または CD イメージをマウントすると、USB フラッシュ ドライブやその他のリムーバブル フラッシュ メディアとともに、ここに表示されるようになります。
  • /mnt これは、リムーバブル メディアまたはファイル システム全体をマウントできる、より一般的なマウント ポイントです。現在、これは通常、外部ディスク、NFS、およびその他のリモート ファイル ストレージを収容するために使用されます。
  • このディレクトリは空です。ここに何をマウントするか、どのようにマウントするかを決定できます。
  • /opt
  • これは「オプション」の略で、元々は追加のパッケージを保持するために使用されていました。これらのパッケージはシステムの元のリリースには含まれていないため、追加コストが必要です。
  • 最近では、これはアドオン パッケージを (追加費用の有無にかかわらず) インストールできる数少ない場所の 1 つです。場合によっては、ディストリビューションで /opt がまったく使用されないこともありますが、これはサードパーティのパッケージ データとその静的構成ファイルが見つかる場所の 1 つです。
  • /proc
  • これは、固有の Linux ディレクトリです。ここには何も保存されません。実際、オペレーティング システムもここには何も保存しません。ここは Linux カーネルのインフォメーション センターです。このディレクトリ内のすべての「ファイル」は通常のファイルではありません。これらには、プロセス、メモリ、その他のサブシステムに関するメトリクスが含まれています。これらの特殊ファイルは、カーネルの動作への窓のようなものです。
  • このディレクトリ内のファイルを読み取るだけで、他のバイナリが取得するものと同じデータの一部を取得できます。
  • /root
  • これもシンプルで直感的なディレクトリです。これは root ユーザーのホーム ディレクトリです。 root ユーザーとしてシステムにログインしている場合は、ホーム ディレクトリが /home/root ではなく /root になっていることがわかります。これは、/home がアクセスできない、または壊れたリモート パーティションにマウントされている場合のセキュリティ上の理由からです。
  • /run
  • このディレクトリは、起動および実行時の詳細な情報を処理します。通常、プロセス ID または PID ファイルはこの場所にあります。これらのファイルにはプロセスが実行される場所が記述されており、後で他のプログラムがプロセスを見つけて制御または参照できるようになります。
  • さらに、ロック ファイルやソケット情報など、他の一時ファイルをここに配置できます。このディレクトリは、永続的なデータではなく、実行時情報を保持することを目的としています。
  • /sbin
  • /bin と同様に、/sbin ディレクトリにも、システムに必要な実行可能バイナリ ファイルが含まれています。違いは、このディレクトリ内のバイナリ ファイルには特別な目的があることです。どちらも、システム上で管理者機能を実行するために特別に設計されています。これは、オペレーティング システムに大幅な変更やメンテナンスを行うのに十分強力であることを意味するため、通常はここにあります。
  • ここには echo や cat のようなバイナリはありません。このディレクトリは、fdisk や usermod などのツール用に予約されています。
  • /srv
  • これも非常に一般的なディレクトリです。このディレクトリは、システムが「提供」する責任を負うファイルを保存するために使用されます。たとえば、ホストが Web サーバーの場合は、すべての HTML リソースと画像リソースをここに配置できます。
  • /sys
  • 使用しているディストリビューションとそのバージョンによっては、システムに /sys ディレクトリがある場合とない場合があります。このディレクトリは、デバイスとカーネルの情報が含まれるという点で /proc ディレクトリに似ていますが、より構造化された形式で表示されます。
  • /tmp
  • 別の単純なディレクトリ。これは一時ファイル用のディレクトリです。ここには、気に入ったもの (またはプログラム) をほとんどすべて保存できますが、永久に保存できるとは期待できません。特に再起動の間。
  • 重要でないデータをステージングする必要がある場合、または特定のファイルの出力形式をチェックする必要がある場合は、それをここに置くことがオプションです。さらに、忘れてしまうと自然に消えてしまう可能性もあります。
  • /usr
  • このディレクトリには、特別な記事を紹介する必要がある場合があります。 Linux Foundation の FHS 仕様によれば、これは次のように説明されています:
  • 「共有された読み取り専用データ。」
  • これは本質的に、データがホスト間で簡単に転送できる必要があることを意味します。変更されていない同じ構造と階層を持ちます。通常、このディレクトリには固有のホスト データは含まれません。この背後にある考え方は、/usr 全体を読み取り専用モードで別のシステムに問題なくマウントできるということです。
  • ただし、実際には、このディレクトリは任意の情報を保存するために実際に使用されます。場合によっては、/usr/share または /usr/local にファイルが見つかります。プログラムのコンパイルやカスタム スクリプトも /usr/local/bin にあります。
  • 一般的に、前のカテゴリのいずれにも当てはまらない構成データや特別なデータは、次の最後のディレクトリに保存することをお勧めします。
  • /var
  • これは「variable」の略で、変数のデータが保存されます。
  • 伝統的にここに保管されているものの一部を次に示します:
プリンタ スプール
  • ロック ファイル
  • Debian apt およびその他の実行中のプログラムキャッシュ
  • 電子メール データ
  • ログ

主な目的は、動作中にシステムによって使用および変更された動的データを /var ディレクトリの中間に保存することです。 。動的な .conf ファイルをログに記録したり保存する必要がある場合は、ここが正しい場所です。

さらに、/var/local ディレクトリもあります。私の経験では、これは、他のカテゴリに当てはまらないさまざまな構成ファイルやその他のデータの包括的なストレージ ディレクトリになることがよくあります。

概要

Linux ファイル システムの階層構造は非常に複雑で、豊かな進化の歴史があります。これらの短いタイトルの背後にある意味を理解すると、非常に直感的に理解できるようになります。時間をかけて各ディレクトリを探索し、標準自体を研究すると、ファイルをどこに置くかだけでなく、Linux が基本的なレベルでどのように動作するかについてもよく理解できるようになります。

以上がLinux ファイル配置の謎を解く: ファイルを最終的に配置する最適な場所はどこでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

CentosとUbuntuの違い CentosとUbuntuの違い Apr 14, 2025 pm 09:09 PM

Centosとubuntuの重要な違いは次のとおりです。起源(CentosはRed Hat、for Enterprises、UbuntuはDebianに由来します。個人用のDebianに由来します)、パッケージ管理(CentosはYumを使用し、安定性に焦点を当てます。チュートリアルとドキュメント)、使用(Centosはサーバーに偏っています。Ubuntuはサーバーやデスクトップに適しています)、その他の違いにはインストールのシンプルさが含まれます(Centos is Thin)

Centosをインストールする方法 Centosをインストールする方法 Apr 14, 2025 pm 09:03 PM

Centosのインストール手順:ISO画像をダウンロードし、起動可能なメディアを燃やします。起動してインストールソースを選択します。言語とキーボードのレイアウトを選択します。ネットワークを構成します。ハードディスクをパーティション化します。システムクロックを設定します。ルートユーザーを作成します。ソフトウェアパッケージを選択します。インストールを開始します。インストールが完了した後、ハードディスクから再起動して起動します。

メンテナンスを停止した後のCentosの選択 メンテナンスを停止した後のCentosの選択 Apr 14, 2025 pm 08:51 PM

Centosは廃止されました、代替品には次のものが含まれます。1。RockyLinux(最高の互換性)。 2。アルマリン(Centosと互換性); 3。Ubuntuサーバー(設定が必要); 4。RedHat Enterprise Linux(コマーシャルバージョン、有料ライセンス); 5。OracleLinux(CentosとRhelと互換性があります)。移行する場合、考慮事項は次のとおりです。互換性、可用性、サポート、コスト、およびコミュニティサポート。

Dockerの原則の詳細な説明 Dockerの原則の詳細な説明 Apr 14, 2025 pm 11:57 PM

DockerはLinuxカーネル機能を使用して、効率的で孤立したアプリケーションランニング環境を提供します。その作業原則は次のとおりです。1。ミラーは、アプリケーションを実行するために必要なすべてを含む読み取り専用テンプレートとして使用されます。 2。ユニオンファイルシステム(UnionFS)は、違いを保存するだけで、スペースを節約し、高速化する複数のファイルシステムをスタックします。 3.デーモンはミラーとコンテナを管理し、クライアントはそれらをインタラクションに使用します。 4。名前空間とcgroupsは、コンテナの分離とリソースの制限を実装します。 5.複数のネットワークモードは、コンテナの相互接続をサポートします。これらのコア概念を理解することによってのみ、Dockerをよりよく利用できます。

Dockerデスクトップの使用方法 Dockerデスクトップの使用方法 Apr 15, 2025 am 11:45 AM

Dockerデスクトップの使用方法は? Dockerデスクトップは、ローカルマシンでDockerコンテナを実行するためのツールです。使用する手順には次のものがあります。1。Dockerデスクトップをインストールします。 2。Dockerデスクトップを開始します。 3。Docker Imageを作成します(DockerFileを使用); 4. Docker画像をビルド(Docker Buildを使用); 5。Dockerコンテナを実行します(Docker Runを使用)。

Centosがメンテナンスを停止した後の対処方法 Centosがメンテナンスを停止した後の対処方法 Apr 14, 2025 pm 08:48 PM

CentOSが停止した後、ユーザーは次の手段を採用して対処できます。Almalinux、Rocky Linux、Centosストリームなどの互換性のある分布を選択します。商業分布に移行する:Red Hat Enterprise Linux、Oracle Linuxなど。 Centos 9ストリームへのアップグレード:ローリングディストリビューション、最新のテクノロジーを提供します。 Ubuntu、Debianなど、他のLinuxディストリビューションを選択します。コンテナ、仮想マシン、クラウドプラットフォームなどの他のオプションを評価します。

Docker画像が失敗した場合はどうすればよいですか Docker画像が失敗した場合はどうすればよいですか Apr 15, 2025 am 11:21 AM

障害のあるDocker画像ビルドのトラブルシューティング手順:DockerFileの構文と依存関係バージョンを確認します。ビルドコンテキストに必要なソースコードと依存関係が含まれているかどうかを確認します。エラーの詳細については、ビルドログを表示します。 -targetオプションを使用して、階層フェーズを構築して障害点を識別します。 Dockerエンジンの最新バージョンを使用してください。 -t [image-name]:デバッグモードで画像を作成して、問題をデバッグします。ディスクスペースを確認し、十分であることを確認してください。 Selinuxを無効にして、ビルドプロセスへの干渉を防ぎます。コミュニティプラットフォームに助けを求め、DockerFilesを提供し、より具体的な提案のためにログの説明を作成します。

VSCODEに必要なコンピューター構成 VSCODEに必要なコンピューター構成 Apr 15, 2025 pm 09:48 PM

VSコードシステムの要件:オペレーティングシステム:オペレーティングシステム:Windows 10以降、MACOS 10.12以上、Linux Distributionプロセッサ:最小1.6 GHz、推奨2.0 GHz以上のメモリ:最小512 MB、推奨4 GB以上のストレージスペース:最低250 MB以上:その他の要件を推奨:安定ネットワーク接続、XORG/WAYLAND(Linux)

See all articles