Linux/IT用語をF〜Jで実務目線で整理する｜つまずかない基礎用語【2026年版】

ファイルシステムの土台：FHS・fstab・fdisk の関係を整理する

Linux を運用する上でまず押さえたいのが、ファイルシステム周りの用語です。「なぜそのディレクトリに置くのか」「どこで設定するのか」という背景を理解しておくと、トラブル時の切り分けが格段に速くなります。

FHS（Filesystem Hierarchy Standard）

FHS は「どのディレクトリに何を置くか」を定めた標準規格です。/etc に設定ファイル、/var にログや可変データ、/usr にユーザー向けプログラムという配置はこの規格に基づいています。2026年時点で主要ディストリビューションが採用する FHS 3.0 では、/bin や /lib は /usr 以下へのシンボリックリンクとなっています。古い手順書をそのまま流用してスクリプトを書くと、パスの不一致で予期しない挙動を招くことがあります。新規スクリプトでは /usr/bin や /usr/lib を起点にするのが現行環境での安全な書き方です。

fstab：起動時マウントの定義ファイル

/etc/fstab は、システム起動時に自動マウントするファイルシステムの一覧ファイルです。各行に「デバイス」「マウントポイント」「ファイルシステム型」「マウントオプション」「dumpフラグ」「fsck順」の6フィールドを記述します。現場でよく問題になるのは UUID の書き間違いです。blkid コマンドで取得した値をそのまま貼り付ける習慣をつけると事故を防げます。

systemd 環境では fstab の内容が systemd-fstab-generator によってユニットに変換されます。変更後に mount -a を打っただけでは反映されたように見えて実際には古いユニットが残っているケースがあるため、systemctl daemon-reload を合わせて実行するのが安全です。

fdisk から parted・gdisk へ

fdisk はパーティション操作の代名詞として長く使われてきましたが、2TiB を超えるディスクや GPT パーティションテーブルを扱う場合は parted または gdisk を使うのが現行の標準です。最近の util-linux 版 fdisk は GPT に対応しているものの、既存の手順書が MBR 前提で書かれていることが多く、確認せずに流用すると GPT ディスクを誤操作する危険があります。新規環境を構築する際はまず lsblk -o NAME,SIZE,PTTYPE でパーティションテーブルの種別を確認する習慣を持つことが重要です。

ファイル検索とアーカイブ：find・gzip の実務的な使い方

find：対象を確認してから実行する

find はファイルやディレクトリを条件指定で検索するコマンドです。ログローテーション後の古いファイルを削除する、特定の権限を持つファイルを一覧するといった場面で日常的に使われます。運用でよく見る落とし穴は -exec の区切りを忘れること（末尾に \; か + が必要）と、ファイル名にスペースが含まれる場合の挙動の違いです。削除操作を -exec rm で行う前に、-print または -ls オプションで対象ファイルを目視確認してから実行するのが安全な手順です。

gzip とアーカイブフォーマットの使い分け

gzip は単一ファイルを圧縮するツールです。複数ファイルをまとめる際は tar と組み合わせる（tar czf archive.tar.gz ...）のが一般的です。2026年現在、長期保存やバックアップには zstd 形式も普及しており、tar --zstd オプションで利用できます。圧縮率よりも速度を優先する場面では zstd が有利で、カーネルの initramfs 生成にも採用が広がっています。「とりあえず gzip」ではなく、用途に応じてフォーマットを選ぶ視点が現場では求められます。

ネットワーク設定の核心語彙：FQDN・hosts・IP・ICMP

FQDN（Fully Qualified Domain Name）

FQDN は「完全修飾ドメイン名」とも呼ばれ、www.example.com. のようにルートドットまで含めた完全な形のホスト名を指します。サーバーの hostname 設定や TLS 証明書発行の際に FQDN が一致しないとエラーになるケースが頻繁に発生します。hostname --fqdn または hostnamectl で現在の設定を確認し、/etc/hosts の記述と DNS の登録が一致しているかを照合するのが基本的な診断手順です。

/etc/hosts と hosts.allow / hosts.deny の現在の位置づけ

/etc/hosts はローカルの名前解決ファイルで、DNS より先に参照されます。コンテナや仮想環境が増えた現代でも、テスト環境でのホスト名解決や DNS 障害時のフォールバックとして活用されます。一方、hosts.allow と hosts.deny（TCP Wrappers）はかつてサービスごとのアクセス制御に広く使われていましたが、現在の主要ディストリビューションでは TCP Wrappers のサポートが縮小または廃止されています。ファイアウォール（nftables）やサービス固有の設定で同等の制御を実装するのが現行の標準的なアプローチです。レガシーな設定が残ったサーバーを引き継いだ場合は、これらのファイルが実際に機能しているかを確認することをお勧めします。

IP アドレスと ICMP：デュアルスタック時代の注意点

IP アドレスはネットワーク上の識別子で、IPv4（32ビット）と IPv6（128ビット）が並存しています。2026年時点では多くのサーバー環境がデュアルスタックで稼働しており、IPv4 だけの疎通確認では不十分な場面があります。ICMP は ping に代表される診断プロトコルで、到達確認や RTT 計測に使われます。ただし、クラウド環境や一部のセキュリティポリシーでは ICMP が遮断されているため、ping が届かないことがイコール「サービス障害」とは限りません。traceroute（または tracepath）と組み合わせたルート確認が診断の定石です。

起動プロセスの変遷：init・inittab・initramfs を現行環境で読み解く

init から systemd へ：ランレベルとターゲットの対応

init はカーネルが起動後に最初に呼び出すプロセス（PID 1）です。SysVinit 時代は /etc/inittab でランレベルとサービスの起動順を管理していましたが、現在の主要ディストリビューション（Debian 12、Ubuntu 22.04 以降、RHEL 9 等）では systemd がその役割を担います。systemd では「ランレベル」の概念がターゲット（multi-user.target、graphical.target）に置き換わっており、inittab ファイルは存在しないか、あっても参照されません。古い手順書を見て /etc/inittab を編集しようとしても何も変化しないのはこのためです。

initrd から initramfs へ：起動失敗時の切り分けに直結する知識

initrd（Initial RAM Disk）はカーネルが本体のファイルシステムをマウントする前に使う一時的なルートファイルシステムです。現代では initramfs（Initial RAM Filesystem）が主流で、ブートローダーから渡された圧縮アーカイブをメモリ上に展開して使用します。ドライバが見つからずシステムが起動しない場合や、LVM・LUKS 暗号化ボリュームの起動に失敗する場合は、initramfs の再生成が問題解決の糸口になることがあります。Debian 系なら update-initramfs -u、RHEL 系なら dracut -f が対応するコマンドです。

ファイアウォールとネットワーク設定コマンドの現行標準

ipchains・iptables から nftables へ

ipchains は Linux 2.2 カーネル時代のファイアウォールツールです。現在の環境で目にすることはほぼなく、歴史的な文脈として名前を知っておく程度で十分です。その後継の iptables は多くの既存サーバーや手順書で現役ですが、Debian 12・Ubuntu 22.04・RHEL 9 などでは nftables がデフォルトのファイアウォールフレームワークとなっています。

iptables -L でルールが空に見えるのに通信が制御されている場合は、バックエンドが nftables に移行している可能性があります。nft list ruleset でルールを確認するのが正しい手順です。新規環境では最初から nftables を前提に設定を構築することを現場では推奨します。

ifconfig から ip コマンドへ

ifconfig は net-tools パッケージに含まれ、かつては Linux のネットワーク設定の標準コマンドでしたが、現在の多くのディストリビューションではデフォルトインストールされていません。代わりに iproute2 パッケージの ip コマンドを使うのが現行標準です。

• インターフェース確認：ifconfig eth0 → ip addr show eth0
• ルーティングテーブル確認：route -n → ip route show
• リンク状態変更：ifconfig eth0 up → ip link set eth0 up

資格試験の教材や古い手順書では ifconfig が頻出しますが、実際の運用環境では ip コマンドへの読み替えが必要です。コマンドの対応関係を頭に入れておくと、レガシー資料を参照しながら現行環境で作業する際にスムーズに対応できます。

GNU・GPL・FTP・JPNIC：背景として押さえておく概念

GNU と GPL：ライセンス理解は実務でも必要

GNU（GNU’s Not UNIX）は Richard Stallman が 1983 年に立ち上げたプロジェクトで、UNIX 互換のフリーソフトウェアツール群を開発することを目的としています。Linux カーネルと組み合わせた「GNU/Linux」という呼称を使う人がいるのはこの背景からです。GPL（General Public License）はその代表的なライセンスで、ソフトウェアを改変・再配布する際にソースコードの公開を義務づけます。自社製品に OSS を組み込む際、GPL ライセンスのコードを含む場合はライセンス義務が生じる可能性があるため、開発や調達の担当者にとっても実務上の重要な知識です。

FTP の現在の位置づけ：平文転送からの脱却

FTP（File Transfer Protocol）はファイル転送プロトコルとして長く使われてきましたが、通信が平文であるため現代のセキュリティ要件を満たしません。現在の実務では SFTP（SSH File Transfer Protocol）または FTPS（FTP over SSL/TLS）に置き換えるのが標準です。既存サーバーの引き継ぎ時に FTP サービス（vsftpd 等）が起動していた場合は、まず用途と代替手段を確認した上で無効化の検討を行うことが推奨されます。

JPNIC：IP アドレス管理の問い合わせ先として

JPNIC（Japan Network Information Center）は日本における IP アドレスおよび AS 番号の管理を担う組織です。自社に割り当てられた IP アドレス帯域の確認や、不審なトラフィックの送信元調査を行う際に参照します。whois コマンドで IP アドレスを検索すると、JPNIC への登録情報を確認できます。セキュリティインシデント対応の場面で送信元の組織情報を調べる際に役立つ手段のひとつです。