Linux Command Handbook意味から覚えるLinuxコマンド集

今いる場所を表示

print working directory の略。迷ったら最初に実行します。

$ pwd
/home/student

確認：出力が / から始まる絶対パス（一番上の階層からたどった住所のような書き方）なら、現在地を確認できています。

ファイルを一覧表示

list の略。-l は詳細、-a は隠しファイル、-h は容量を読みやすくします。

$ ls -lah /var/log
-rw-r----- 1 syslog adm 12K Aug 28 syslog

読む：1行は左から順に、権限、リンク数（そのファイルを指す名前の数）、所有者、グループ、容量、更新日、名前を表します。

作業場所を移動

change directory の略。cd .. は1つ上、cd - は直前、cd はホームへ戻ります。

$ cd /etc/nginx
$ pwd
/etc/nginx

確認：移動後に pwd を実行します。

ディレクトリ / 空ファイルを作成

mkdir -p は途中の階層も作成します。touch は存在しないファイル名を指定すると空ファイルを新規作成し、既存ファイルなら更新日時だけを変えます。

$ mkdir -p ~/linux-practice/logs
$ touch ~/linux-practice/README.txt

確認：ls -l ~/linux-practice で作成結果を見ます。

ファイルを複製

copy の略。設定変更前のバックアップに使います。-i は上書き前に確認します。

$ cp -i app.conf app.conf.bak
$ diff -u app.conf app.conf.bak

確認：diff が何も表示しなければ内容は同じです。

移動または名前変更

move の略。移動先が同じディレクトリなら名前変更になります。

$ mv -i old-name.txt new-name.txt
$ ls -l new-name.txt

注意：上書きを避ける練習では -i を付けます。

短い / 長いファイルを読む

cat は全文表示、less は1画面ずつ表示。lessは / で検索、n で次、q で終了します。

$ less /etc/ssh/sshd_config

使い分け：設定やログが長いときは less が安全です。

先頭 / 末尾だけ読む

-n で行数を指定。tail -f は追記を監視します。

$ tail -n 20 /var/log/syslog
$ sudo journalctl -f

終了：監視は Ctrl + C で止めます。

文字を含む行を探す

-i は大文字小文字を無視、-n は行番号、-r は階層を検索します。

$ grep -in "error" app.log
42:ERROR database timeout

確認：終了コード（コマンドが終わるときに返す結果の番号）が0なら一致あり、1なら一致なしです。

条件でファイルを探す

「どこから」「何を条件に」の順で読みます。ワイルドカード（* のように任意の文字列を表す記号）は引用符で囲みます。

$ find /var/log -type f -name "*.log" -mtime -1

意味：24時間以内に更新された、名前が .log で終わる通常ファイル。

使用量 / ディスク全体を確認

du は指定したファイルやディレクトリの使用量を確認します。df はファイルシステム（OSがディスクを管理する単位）ごとの空き状況を確認します。

$ du -sh /var/log
$ df -hT

覚え方：du＝どこが使用、df＝どのディスクが満杯。

正しい使い方を調べる

manual の略。説明書は / で検索し、q で終了します。

$ man systemctl
$ systemctl --help

習慣：記憶が曖昧なオプションは実行前に確認します。

自分と所属グループを確認

$ whoami
student
$ id
uid=1000(student) gid=1000(student) groups=1000(student),27(sudo)

実務：権限エラーが出たら、まず「誰として操作しているか」を確認します。uidは利用者の番号、gidは所属グループの番号、groupsは所属するグループの一覧です。このgroups欄にsudo（またはwheel）が含まれていない場合は、以降のsudo例が実行できません。VM作成時の設定を確認してください。

許可を変更

change mode の略。実行権限の追加は u+x のような記号表記でも指定できます。

$ chmod u+x deploy.sh
$ chmod 640 app.conf
$ stat -c '%A %a %n' app.conf

注意：777 は誰でも変更できるため安易に使いません。

所有者・グループを変更

change owner の略。多くの場合、管理者権限が必要です。

$ sudo chown root:www-data app.conf
$ ls -l app.conf

注意：-R は配下すべてを変えるため、対象を事前確認します。

許可されたコマンドを管理者権限で実行

superuser do（スーパーユーザーとして実行する）の略です。必要な1コマンドだけに付けます。実行する理由と影響を理解してから使います。sudo -l は、自分にどのコマンドが許可されているかを確認するために実行します。

$ sudo -l
$ sudo systemctl status nginx

原則：参照だけなら、まず一般ユーザーで試します。

OS情報を確認

$ uname -r
6.8.0-xx-generic
$ cat /etc/os-release

使いどころ：手順書が対象OS・バージョンに合うか確認します。

稼働時間と平均負荷を確認

$ uptime
14:20 up 3 days, 2:10, 1 user, load average: 0.15, 0.10, 0.05

読む：右端の load average（平均負荷）は、過去1分・5分・15分の実行待ちの多さの目安です。CPUの数や普段の値と比べて判断します。

メモリを確認

$ free -h
              total used free shared buff/cache available
Mem:           7.7Gi 2.1Gi 1.8Gi 120Mi 3.8Gi 5.2Gi

読む：free列は完全に空いているメモリです。アプリが実際に使える量はbuff/cacheから回せる分も含むため、判断にはavailable列を見ます。

動作中のプロセスを確認

$ ps aux --sort=-%cpu | head
$ top

用語：プロセスとは、実行中のプログラム1つ1つのことです。PIDはそのプロセスに付く番号です。ps aux --sort=-%cpu | head は、CPUを多く使っている順に上位だけを表示し、負荷の原因を絞り込むために実行します。topは q で終了します。

プロセスへ終了要求を送る

プロセスにはシグナル（合図の番号）を送って終了を依頼します。通常はTERM（15）を送り、後片付けをしてから安全に終わってもらいます。KILL（9）は強制終了で、最終手段です。上のpsコマンドで確認したPID（例では1234）を指定します。

$ kill -TERM 1234
$ ps -p 1234

注意：原因・影響・自動再起動の有無を確認してから実行します。

サービスを確認・操作

$ systemctl status nginx
● nginx.service - A high performance web server
     Loaded: loaded (/lib/systemd/system/nginx.service; enabled)
     Active: active (running) since Mon 2026-08-31 09:12:03 JST; 3h ago
   Main PID: 812 (nginx)
$ systemctl is-enabled nginx
$ systemctl --failed

読む：Active:行のactive (running)と稼働時間、Main PIDを確認します。順番：status → 設定やログ確認 → 承認後に restart → 再度status。

systemdログを読む

$ sudo journalctl -u nginx --since "30 min ago"
Aug 31 09:12:03 server01 systemd[1]: Started A high performance web server.
Aug 31 09:12:05 server01 nginx[812]: 2026/08/31 09:12:05 [notice] start worker processes
$ sudo journalctl -p err -b

読む：各行は日時、ホスト名、ユニット名（systemdが管理するサービスの単位に付いた名前）、メッセージの順に並びます。-u は対象、-p は重要度、-b は今回の起動以降で絞り込みます。

停止せず設定を再読込

$ sudo nginx -t
$ sudo systemctl reload nginx
$ systemctl status nginx

安全策：先に nginx -t で設定ファイルの書式を検査します。書式の誤りに気づかないまま再読み込みすると、サービスが止まるおそれがあるためです。なお、再読み込み（reload）に対応していないサービスもあります。

IPアドレスと経路を確認

$ ip -br addr
$ ip route

読む：自分のIPアドレスと、ネットワークの接続口（インターフェース）が有効かどうかを確認します。あわせて、外へ出るときの既定の出口であるデフォルトゲートウェイ（default gateway）も確認します。

名前解決を確認

$ getent hosts example.com
93.184.216.34 example.com

切り分け：名前（example.comなど）では失敗し、IPアドレスの指定では成功する場合は、DNS（名前をIPアドレスに変換する仕組み）を疑います。

ICMP応答を確認

$ ping -c 4 192.0.2.10

意味：相手にICMP（機器同士が疎通の確認に使う通信の種類）で問い合わせ、返事が返るかを見ます。注意：pingを禁止している相手もあるため、失敗しただけで停止とは断定しません。

HTTP応答を確認

$ curl -I --max-time 5 http://localhost
HTTP/1.1 200 OK

読む：1行目の数字はHTTP（Webのやり取りの決まりごと）の応答コードです。200は成功、400番台（4xx）は要求した側、500番台（5xx）はサーバー側に問題がある目安です。

待受ポートを確認

$ sudo ss -tulnp
LISTEN 0 511 0.0.0.0:80 ... nginx

意味：ポート（サービスごとの受付番号）のうち、接続を待っているものを一覧にします。オプションは、t がTCP（確実に届ける通信方式）、u がUDP（速さ優先の通信方式）、l が待受中のみ、n が数値表示、p が使用中のプロセス表示です。

別のLinuxへ安全に接続

$ ssh -i ~/.ssh/lab_key student@192.0.2.10
The authenticity of host '192.0.2.10 (192.0.2.10)' can't be established.
ED25519 key fingerprint is SHA256:EXAMPLE1234fakeFingerprint5678.
Are you sure you want to continue connecting (yes/no/fingerprint)?

初回確認：初回の接続では、相手の鍵のfingerprint（指紋にあたる短い識別文字列）が表示されます。この値を、VM作成時のコンソール出力やクラウドの管理画面に表示された値と照合します。個人学習環境では、その値と一致する場合だけyesと答え、一致しない・照合できない場合は接続を中断します。

コマンド名が見つからない

綴りの誤り、または未導入のコマンドです。綴りと使っているシェル（コマンドを受け付ける入力窓口のソフト）とOSを確認し、教材の前提に合わせて再実行します。

権限が不足している

実行・読取・変更のいずれかの権限がありません。ls -l 対象で所有者と権限を確認し、必要な範囲だけsudoを付けて再実行します。

指定した場所に対象がない

パスや名前の誤り、または現在地の勘違いです。pwdとls -laで現在地、綴り、大文字小文字を確認してから再実行します。

sudoを許可されていない

そのユーザーがsudoグループ（またはsudoers設定）に含まれていません。個人学習環境ではVM作成時に作った管理者アカウント設定を確認し、必要なら管理者アカウントでsudoersへ追加します。