CLI on LIFELOG

Linux実用ワンライナーチートシート｜ファイル検索・ログ解析・プロセス・ネットワークをコマンド一発で調査する

Sun, 27 Sep 2026 00:00:00 +0900

このチートシートの使い方
#

LinuxサーバーやWSLでは、容量の大きい場所や待受ポートを何度も調べます。コマンド名を覚えていても、必要なオプションや組み合わせを毎回調べると手が止まります。

このページは、やりたいことに合う実用的なワンライナーへすぐたどり着くための早見表です。Kubernetes公式のkubectlチートシートを参考に、目的からコマンドを引ける構成にしました。長い解説より、コピーして値を置き換えやすい例を優先しています。

対象読者は、Linuxコマンドの基本操作を経験しており、サーバー・WSL・コンテナなどの調査でCLIを使う人です。Linuxそのものの入門、Bash文法の完全な解説、高度なsed・awkプログラミングは扱いません。Docker・Kubernetes・Git・クラウドCLI固有の操作も範囲外です。

急いでいる場合は、次の目的から直接進んでください。

やりたいこと	参照先
ファイルを探す	ファイル・ディレクトリを探す
ファイルの内容を探す	ファイルの中身を検索する
ログを追う	ログを調査する
件数や上位項目を出す	データを抽出・集計する
ディスク逼迫の原因を探す	ディスク容量を調べる
CPU・メモリを使うプロセスを探す	プロセスを調べる
IP・経路・ポートを確認する	ネットワークを調べる
APIのJSONを加工する	JSON・APIを処理する
複数ファイルをまとめて処理する	複数ファイルをまとめて処理する
一覧の重複や差分を見る	ファイルや一覧を比較する
古いファイルを安全に削除する	削除・変更を安全に行う

想定環境
#

コマンド例はBash上で実行します。Ubuntu・Debian・RHEL系Linuxと、WSL2上のGNU/Linuxが主な対象です。macOSなどのBSD系環境では、オプションが異なる場合があります。

固定した入力で再現できる例は、次のWSL2環境で実行確認しました。

Ubuntu 22.04.5 LTS
GNU bash 5.1.16
GNU coreutils 8.32
GNU findutils 4.8.0
GNU grep 3.7
GNU sed 4.8
GNU Awk 5.1.0
procps-ng 3.3.17
iproute2 5.15.0
curl 7.81.0
jq 1.6
ripgrep 15.2.0
systemd 249

fdを含む掲載例は、各ツールの公式マニュアルで構文を確認しました。さらに、fd以外のうち固定した入力で再現できる例を、同等のテストデータまたは現在のWSL2環境で確認しました。実行結果は、入力データ、権限、プロセス、ログ、ネットワークの状態によって変わります。

Cloud Monitoringで取れるか調べる手順（定義はあるのに時系列は0件だった）

Sat, 19 Sep 2026 00:00:00 +0900

概要
#

監視項目を決めるとき、最初に詰まるのは名前ではありません。「そもそも取れるのか」が分からないことです。

メモリ使用率が見つからない。GKEのAPIサーバの指標が無い。Metrics Explorerを開いてもグラフが出ない。

原因が、収集していないのか、名前が違うのか、そもそも存在しないのか、画面からは区別がつきません。

この記事で扱うのは調べ方です。どの一覧を開き、何を読み、見つからなかったら次に何をするか。

メトリクスの一覧そのものは載せません。一覧はGoogle側で増減するので、写した記事はすぐ古くなります。

対になる記事があります。

記事	役割
この記事	調べ方。取れるかどうかを自分で判定する
よく使うCloud Monitoringメトリクスまとめ	具体例。 GCE・GKE・Cloud Run・LBなどの実測値つき早見表と、集計・ラベル・取り方
Cloud Monitoring メトリクスチートシート	クエリ集。障害調査で使う PromQL と Monitoring filter を、目的とサービスから引く

Google Cloudのメトリクスを一度は触ったことがある人向けです。集計やPromQLの書き方、アラートポリシーの設計は扱いません。ログについてはクエリ集の記事があります。

検証環境
#

Google Cloud SDK 562.0.0、Monitoring API v3
公式ドキュメントの確認日は2026年9月19日
APIの実行は2026年9月19日、asia-northeast1 のリソースを対象

この記事の断定には2種類あります。公式ドキュメントを根拠にしたものと、実際にAPIを呼び出して確かめたものです。混ざらないように、実測した箇所には出力を載せています。

よく使うCloud Monitoringメトリクスまとめ（集計を変えたら同じCPU使用率が3倍になった）

Fri, 11 Sep 2026 00:00:00 +0900

概要
#

Metrics Explorerは、メトリクス名さえ分かれば絞り込めます。厄介なのはその先です。同じメトリクス・同じ期間でも、集計の選び方で値が変わります。

実際にこうなりました。

同じVM、同じ1時間の枠での CPU 使用率です。

集計	値
1時間平均（`ALIGN_MEAN`）	0.14
1時間最大（`ALIGN_MAX`）	0.4251

3倍です。 どちらも正しく、見たいものが違うだけです。ここを意識しないまま閾値を決めると、鳴らないアラートか鳴りっぱなしのアラートになり、あとから原因が追えなくて困ります。

自分が検証で実際に取ったメトリクスと値を、まとめて置いておきます。Cloud Loggingのクエリ集と対になるリファレンスです。貼り付けて使うクエリは、Cloud Monitoring メトリクスチートシートに目的別・サービス別でまとめています。

Google Cloudのコンソールを触ったことがある人向けです。監視の設計論やSLOの立て方は扱いません。

検証環境
#

Google Cloud SDK 562.0.0

値は、このブログのTerraform/Google Cloudシリーズで作った検証環境から実際に取得したものです。

リソースは削除済みですが、メトリクスは残っています。 ログと同じで、片付けたあとでも調べ直せます。

ただし解像度は下がります。

種別	保持	解像度
Compute Engine・GKE・Cloud SQL など、公式表が挙げる指標	24か月	6週間は元の頻度、以降は10分間隔
カスタム・外部・エージェント	24か月	同上
Managed Service for Prometheus・OTLP	24か月	1週間は元の頻度、次の5週間は1分間隔、以降は10分間隔
それ以外	6週間	—

6週間を過ぎた分は10分間隔にダウンサンプリングされます。細かい変化を見たい検証結果は、その場で保存しておきます。

よく使うCloud Loggingクエリまとめ（絞り込みから「出ない」ときの確認まで）

Thu, 10 Sep 2026 00:00:00 +0900

概要
#

Cloud Loggingは、書き方さえ合っていれば目的のログにすぐ着きます。困るのは0件が返ったときです。ログが無いのか、クエリが違うのか、そもそも収集していないのか、返ってきた空行からは区別がつきません。

しかも綴りを間違えてもエラーになりません。 resource.type="k8s_containers" と複数形で書けば、静かに0件が返ります。

自分が検証で実際に打ったクエリを、実行結果とセットでまとめます。忘れたときに引けることと、0件の理由をたどれることを目的にします。

Google Cloudのコンソールかgcloudを触ったことがある人向けです。Cloud Loggingをこれから使い始める人の入門ではありません。ログ設計そのものや、Cloud Logging以外への転送は扱いません。

やりたいことから Logs Explorer に貼れるクエリだけを引きたいときは、チートシートを使います。

検証環境
#

Google Cloud SDK 562.0.0

出力例は、このブログのTerraform/Google Cloudシリーズで作った検証環境のログを実際に読んだ結果です。

リソースはすべて削除済みですが、ログは残っています。保持期間は保存先のバケットで決まります。この環境では _Default が30日、_Required が400日でした。

$ gcloud logging buckets list --location=global \
    --format='table(name.basename():label=BUCKET_ID,retentionDays,description)'
BUCKET_ID  RETENTION_DAYS  DESCRIPTION
_Default   30              Default bucket
_Required  400             Audit bucket

リソースを消しても、しばらくは調べ直せます。検証の片付けを終えたあとに「あれはどうだったか」となったとき、この30日が効きます。

よく使うansibleコマンドまとめ（ad-hocからplaybook・Vaultまで）

Thu, 03 Sep 2026 00:00:00 +0900

概要
#

Ansibleは、たまにしか触らない期間があると「あのオプション、どう書くんだっけ」となりがちです。特に--checkと--diffの組み合わせ、--tagsや--limitでの絞り込み、ansible-vaultの各サブコマンドは、そのたびに調べ直すことになります。手が止まる時間をなくしたいので、実際に使うコマンドを出力つきでまとめておきます。

よく使うgit・ghコマンドまとめと同じ趣旨です。忘れたときにこのページを見れば済むようにします。

対象読者は、Ansibleのplaybookを書いたことがあり、hostsやtasksの構造は分かる人です。Ansibleそのものの入門は扱いません。

各モジュールの詳細なパラメータ（公式ドキュメントを参照する前提）は扱いません。AWX / Ansible Automation Platform、Terraformとの連携も扱わず、コマンドの使い方に絞ります。

検証環境
#

出力例はすべて、Dockerで組んだ検証環境で実際に実行した結果です。手元のOSを汚さず、壊してもdocker compose downで作り直せます。

Ansible core 2.18.1（コントロールノード）
操作対象ノード3台（web1、web2、db1。いずれもDebian 12 + sshd）

検証環境の作り方
#

コントロールノード（ansibleを実行する側）のイメージです。

# Dockerfile
FROM python:3.12-slim

RUN apt-get update \
    && apt-get install -y --no-install-recommends \
        openssh-client \
        sshpass \
    && rm -rf /var/lib/apt/lists/*

RUN pip install --no-cache-dir ansible-core==2.18.1

WORKDIR /work

操作対象ノード（Ansibleがsshで接続する側）のイメージです。

よく使うgit・ghコマンドまとめ（ブランチ作成からPRマージまで）

Thu, 03 Sep 2026 00:00:00 +0900

概要
#

git・ghは使う頻度が高いのに、いざ打とうとすると「あれ、これどうやるんだっけ」と手が止まることがあります。特に「変更を戻したいが、どこまで戻るのが正しいか」「PRを作った後の後片付けはどうするか」あたりは、使うたびに調べ直しがちです。

自分が実際に繰り返し使っているコマンドを、実行結果とセットでまとめます。次に忘れたときにこのページを見れば手が止まらないようにするのが目的です。

git cloneやgit commitは使ったことがあり、ブランチを切ってPRを出す流れも一度は経験している人を想定しています。gitやGitHubをこれから始める人向けの入門ではありません。

コマンドラインでの実用に絞ります。gitの内部構造（オブジェクトモデル、reflogの仕組み）やGUIクライアントの操作は扱いません。

検証環境
#

git 2.34.1
gh 2.89.0

出力例は、動作確認用に作った小さなリポジトリと、このブログのリポジトリで実際に実行した結果です。

基本のワークフロー
#

日々いちばん使う流れです。ブランチを切り、変更をコミットし、PRを作ってマージし、後片付けをします。

# 1. 最新のmainから始める
git switch main
git pull

# 2. 作業用ブランチを作る
git switch -c feature/some-topic

# 3. 変更をステージ（ファイルを個別に指定する）
git add path/to/file.md

# 4. コミット
git commit -m "説明"

# 5. リモートへpush（初回は -u で上流ブランチを設定）
git push -u origin feature/some-topic

# 6. PRを作る
gh pr create --title "タイトル" --body "本文"

# 7. マージし、ブランチも消す
gh pr merge <PR番号> --squash --delete-branch

# 8. ローカルの後片付け
git switch main
git pull
git fetch --prune origin

git add .やgit add -Aではなく、ファイルを個別に指定するのを習慣にしています。意図しないファイル（一時ファイル、認証情報、ローカル設定など）を巻き込む事故を防げます。

CLI on LIFELOG

Linux実用ワンライナーチートシート｜ファイル検索・ログ解析・プロセス・ネットワークをコマンド一発で調査する

このチートシートの使い方 #

想定環境 #

Cloud Monitoringで取れるか調べる手順（定義はあるのに時系列は0件だった）

概要 #

検証環境 #

よく使うCloud Monitoringメトリクスまとめ（集計を変えたら同じCPU使用率が3倍になった）

概要 #

検証環境 #

よく使うCloud Loggingクエリまとめ（絞り込みから「出ない」ときの確認まで）

概要 #

検証環境 #

よく使うansibleコマンドまとめ（ad-hocからplaybook・Vaultまで）

概要 #

検証環境 #

検証環境の作り方 #

よく使うgit・ghコマンドまとめ（ブランチ作成からPRマージまで）

概要 #

検証環境 #

基本のワークフロー #

このチートシートの使い方
#

想定環境
#

概要
#

検証環境
#

概要
#

検証環境
#

概要
#

検証環境
#

概要
#

検証環境
#

検証環境の作り方
#

概要
#

検証環境
#

基本のワークフロー
#