tmuxの使い方｜セッション・ペイン操作とSSH切断でも残る実物

tmux は「サーバー」が裏で動き、その中にセッション、セッションの中にウィンドウ、ウィンドウの中にペインがあります。端末（クライアント）はサーバーにつないで画面を見ているだけなので、端末が消えても中身は残ります。

flowchart TD
    C[端末 = クライアント<br>閉じても消えるのはここだけ] -->|attach / detach| S[tmux サーバー<br>裏で動き続ける]
    S --> SE[セッション work]
    SE --> W1[ウィンドウ 1: shell]
    SE --> W2[ウィンドウ 2: logs]
    W2 --> P1[ペイン 1]
    W2 --> P2[ペイン 2]

よく調べられることの答えを先にまとめます。

確認環境：Ubuntu 24.04.5 LTS の tmux 3.4（apt の 3.4-1ubuntu0.2）を、専用のサーバー名 tmux -L t20 と、作業場所に置いた設定ファイル -f /srv/s4/r17/t20/t20.tmux.conf で起動し、ホームの .tmux.conf は作っていません。画面の様子は、別のセッションから attach した端末を tmux capture-pane -p で取り出した文字列で、ステータス行まで含めて載せています（空行は除いています）。SSH の切断は、127.0.0.1:2222 に自分の設定で起動した OpenSSH 9.6p1 のサーバーに鍵でログインし、ssh クライアントを kill -9 で強制終了して起こしました。screen はこの環境に入れていないため、GNU screen の公式マニュアルで確かめた範囲だけを書いています。最新版の番号は GitHub のリリース一覧（3.7c、2026年8月17日）で、キーと設定の意味は tmux の公式マニュアルと公式 wiki（Getting Started）で確かめました。図は mermaid で描画を確かめています（確認日 2026年10月29日）。

tmuxとは（サーバー・セッション・ウィンドウ・ペイン）

この節では、tmux が何をするもので、4つの言葉がどう関係しているのかが分かります。

tmux は「端末多重化（terminal multiplexer）」のソフトです。 1つの端末の中にいくつもの画面を作り、切り替え、分割し、端末を閉じたあとも中の処理を動かし続けます。公式 wiki は、tmux サーバーが裏で動いてすべてのセッションとその中のプログラムを管理し、クライアント（端末）はソケットを通してサーバーにつなぐ、と説明しています。

ソケットの場所は、公式マニュアルによると TMUX_TMPDIR（未設定なら /tmp）の下の tmux-UID ディレクトリで、既定のソケット名は default です。-L 名前 でソケット名を変えると、別のサーバーとして完全に分かれます。手元では -L t20 を付けて、ほかの tmux と混ざらないようにしました。

$ tmux -L t20 -f /srv/s4/r17/t20/t20.tmux.conf new-session -d -s work -n shell
$ ls -la /tmp/tmux-0/
srw-rw----  1 root root     0 Oct 29 18:45 t20
$ tmux -L t20 ls
work: 1 windows (created Thu Oct 29 18:45:20 2026)
$ tmux -L t20 list-panes -t work
1: [80x24] [history 0/10000, 960 bytes] %0 (active)

tmuxのインストールと起動（Ubuntu・Mac・版の確かめ方）

この節では、tmux を入れて版を確かめ、最初に起動するところまでが分かります。

Ubuntu・Debian は apt install tmux、macOS は Homebrew の brew install tmux です。 入ったら tmux -V で版を確かめます。

$ sudo apt install tmux        # Ubuntu / Debian
$ brew install tmux            # macOS（Homebrew）
$ tmux -V
tmux 3.4

Ubuntu 24.04 に入るのは 3.4 で、公式のリリース一覧では 2026年10月29日時点の最新は 3.7c（2026年8月17日）です。公式 wiki は「最新のリリースだけをサポートし、おおむね半年ごとにリリースする」としています。この記事のキーと設定は 3.4 で確かめたもので、3.x なら同じように動きます。

起動の形は3つあります。

起動した中では、環境変数 TMUX にソケットの場所が入ります。中で tmux コマンドを打つと、この値を見て自分のサーバーにつながるので、-L を毎回付ける必要がありません。

$ echo $TMUX
/tmp/tmux-0/t20,2173,0
$ tmux display -p "#S:#I.#P #{socket_path}"
work:1.1 /tmp/tmux-0/t20

tmuxの基本的な使い方：最初の10分（起動→分割→切り離し→復帰）

この節では、初めて tmux を使う人が最初の10分でやる操作と、そのときの画面が分かります。

流れは「起動 → 分割 → Ctrl+b d で切り離す → tmux attach で戻る」です。 tmux へのキー操作はすべて「プレフィックス（既定は Ctrl+b）を押して離してから、次の1文字」です。

手元で起動してウィンドウを足し、名前を logs に変えたときの画面です。最後の行がステータス行で、* が今見ているウィンドウ、- が直前のウィンドウです。

（Ctrl+b c のあと）
2つ目のウィンドウ
$
[work] 1:shell- 2:bash*                                         2026-10-29 18:46

（Ctrl+b , で logs と入力して Enter）
2つ目のウィンドウ
$
[work] 1:shell- 2:logs*                                         2026-10-29 18:46

Ctrl+b d で切り離すと、tmux の外の端末に次のように出ます。もう1度 attach すると、さっきの画面がそのまま戻りました。

$ tmux -L t20 attach -t work
[detached (from session work)]
$ tmux -L t20 ls
work: 2 windows (created Thu Oct 29 18:46:02 2026)
$ tmux -L t20 attach -t work      # 2つのウィンドウと分割がそのまま戻る

tmuxのキーバインド早見表（セッション・ウィンドウ・ペイン・コピーモード）

この節では、tmux のキーと、それに対応するコマンドが4つの表で分かります。

キーは「Ctrl+b を押して離してから1文字」、同じことは Ctrl+b : の命令行や外からの tmux コマンド でもできます。 「キー」欄が「外から」の行は、シェルで打つコマンドです。全部のキーは Ctrl+b ?、全部のコマンドは tmux list-commands で見られます。

セッション

ウィンドウ

ペイン

コピーモードとその他

手元の 3.4 で Ctrl+b ? を押すと、この表と同じ内容が説明つきで出ます（抜粋）。

C-b C-b     Send the prefix key
C-b C-o     Rotate through the panes
C-b Space   Select next layout
C-b !       Break pane to a new window
C-b "       Split window vertically
C-b #       List all paste buffers
C-b $       Rename current session
C-b %       Split window horizontally
C-b &       Kill current window

セッションの操作（new・ls・attach・kill-session）

この節では、セッションを作る・一覧する・つなぐ・消すコマンドと、その出力が分かります。

セッションは「作業のまとまり」で、プロジェクトごと・用途ごとに1つ作ると迷いません。 外から打つコマンドと、中で押すキーの両方があります。

tmux ls の出力です。(attached) が付いているセッションに、今どこかの端末がつながっています。

$ tmux -L t20 ls
dev: 2 windows (created Thu Oct 29 18:49:01 2026)
job: 1 windows (created Thu Oct 29 18:48:30 2026) (attached)
outer: 1 windows (created Thu Oct 29 18:46:02 2026)
work: 2 windows (created Thu Oct 29 18:46:02 2026)
$ tmux -L t20 list-clients
/dev/pts/1: work [80x24 tmux-256color] (attached,focused)
$ tmux -L t20 kill-session -t job
$ tmux -L t20 ls
dev: 2 windows (created Thu Oct 29 18:49:01 2026)
outer: 1 windows (created Thu Oct 29 18:46:02 2026)
work: 2 windows (created Thu Oct 29 18:46:02 2026)

Ctrl+b s を押すと、セッションとウィンドウの木が出て、矢印で選んで Enter で移れます。下にはそのウィンドウの縮小表示が出ます。

(0) + work: 2 windows (attached)
(1) + outer: 1 windows
(2) + job: 1 windows
(3) + dev: 2 windows
┌ work (sort: index) ─────────────────────────────────────────┐
│ tmux-256color                 │2つ目のウィンドウ             │
│ 256                           │$                            │

同じ名前で作ろうとすると duplicate session: work になります。「あれば attach、無ければ作る」は tmux new -A -s work です。SSH で入るたびに同じセッションへ戻る用途に向いています。

ウィンドウの操作（作る・切り替える・名前・閉じる）

この節では、ウィンドウ（タブにあたるもの）の作り方・移り方・閉じ方のキーが分かります。

ウィンドウはブラウザーのタブと同じ感覚で、c で作り、n・p・数字で移り、& で閉じます。

Ctrl+b w の画面です。セッションをまたいで全部のウィンドウが見え、ペインの番号も縮小表示に出ます。

(0) - work: 2 windows (attached)
(1) ├─>   1: shell-
(2) └─> + 2: logs*
(3) - outer: 1 windows
(4) └─> 1: tmux*
┌ 2 (sort: index) ────────────────────────────────────────────┐
│ 2つ目のウィンドウ   │right              │bottom            │
│ $                   │$                  │$                 │
│        ┌───┐        │      ┌───┐        │      ┌───┐       │
│        │ 1 │        │      │ 2 │        │      │ 3 │       │
│        └───┘        │      └───┘        │      └───┘       │

ウィンドウの番号は既定では 0 から始まります。キーボードの並びに合わせて 1 から始めたいときは、設定ファイルに set -g base-index 1 を書きます（この記事の画面が 1 から始まっているのはこの設定です）。

ペインの操作（分割・移動・サイズ・最大化・レイアウト）

この節では、1つのウィンドウを分割して使うときのキーと、分割した画面の実物が分かります。

分割は %（左右）と "（上下）、移動は矢印、最大化は z です。 エディター・サーバーのログ・コマンドを1画面に並べる使い方が中心です。

左右に分けてから右側を上下に分けた画面と、Ctrl+b q で番号と大きさが出た画面です。

（Ctrl+b % → 右で Ctrl+b " のあと、Ctrl+b q を押した瞬間）
2つ目のウィンドウ                  40x23│right                             39x11
$                                       │$
                                        │
                                        ├───────────────────────────────────────
                                        │bottom                            39x11
                                        │$
[work] 1:shell- 2:logs*                                         2026-10-29 18:46

（Ctrl+b z で bottom を最大化。ステータス行に Z）
bottom
$
[work] 1:shell- 2:logs*Z                                        2026-10-29 18:46

（Ctrl+b x。y で閉じる・n でやめる）
kill-pane 3? (y/n)

サイズはコマンドでも変えられます。list-panes で各ペインの大きさを見ると、左のペインを 10 列狭めた分だけ右が広がっています。

$ tmux -L t20 list-panes -t work:2 -F '#{pane_index}:#{pane_width}x#{pane_height}'
1:78x23  2:1x11  3:1x11
$ tmux -L t20 resize-pane -t work:2.1 -L 10
1:68x23  2:11x11  3:11x11

Ctrl+b Space を押すたびに、even-horizontal（横に均等）・even-vertical・main-horizontal・main-vertical・tiled の順でレイアウトが変わります。3つを横に均等に並べた画面です。

2つ目のウィンドウ         │right                     │bottom
$                         │$                         │$

detach・attachとSSH切断でも作業が残る実物（nohupとの比較）

この節では、SSH が切れたときに tmux の中の処理がどうなるかを、実際に切断して確かめた結果で分かります。

SSH の接続が切れても、tmux の中で動いていた処理はそのまま走り切りました。 同じ処理を tmux 無しで動かすと、切断と同時に止まっています。

手元の 127.0.0.1:2222 に自分の設定で OpenSSH サーバーを起動し、鍵でログインして、1秒ごとに時刻をファイルに書くループを60回回しました。途中で ssh クライアントを kill -9 で強制終了し（サーバーから見ると接続が突然閉じた状態）、ファイルの行数を数えています。

tmux 無し：切断と同時に止まる

$ ssh -p 2222 root@127.0.0.1
root@vm:~# for i in $(seq 1 60); do date +%T >> /srv/s4/r17/t20/plain.log; sleep 1; done
Killed                                   ← ここで ssh クライアントを強制終了
$ cat /srv/s4/r17/t20/plain.log
18:48:09
18:48:10
18:48:11
18:48:12
$ sleep 6; wc -l /srv/s4/r17/t20/plain.log
4                                        ← 増えない

SSH のセッションが閉じると、ログインシェルに SIGHUP（ハングアップ）が送られ、シェルから起動した処理も終わります。nohup はこの SIGHUP を無視させる道具で、後から画面に戻ることはできません。nohup の使い方は、関連記事「nohupコマンドの使い方｜バックグラウンド実行・jobs・fg・bg」で扱っています。

tmux の中：切断後も走り切り、戻ると続きが見える

$ ssh -p 2222 root@127.0.0.1
root@vm:~# tmux -L t20 -f /srv/s4/r17/t20/t20.tmux.conf new -s job
root@vm:~# for i in $(seq 1 60); do date +%T | tee -a /srv/s4/r17/t20/job.log; sleep 1; done
18:48:31
18:48:32
18:48:33
18:48:34
[job] 1:bash*                                                   2026-10-29 18:48
Killed                                   ← ssh クライアントを強制終了

$ tmux -L t20 ls                         # サーバー側で見ると残っている
job: 1 windows (created Thu Oct 29 18:48:30 2026)
$ wc -l /srv/s4/r17/t20/job.log
9                                        ← 切断のあとも増え続けている

もう1度 ssh でログインして attach すると、切断中に出力された行も含めて画面が戻りました。

$ ssh -p 2222 root@127.0.0.1
root@vm:~# tmux -L t20 attach -t job
18:48:31
18:48:32
...
18:48:42
18:48:43
[job] 1:bash*                                                   2026-10-29 18:48

最終的に job.log は 60 行（18:48:31〜18:49:30）で、1秒も欠けていません。ssh でサーバーに入って長い処理を動かすときは、最初に tmux new -A -s 名前 を打ってから始めると、回線が切れてもやり直しになりません。ssh の接続そのものの作り方は、関連記事「ssh コマンドの使い方まとめ｜鍵・ポート指定・config・接続エラー対処」で扱っています。

• 切断後に attach したとき、画面のサイズが前の端末に引きずられて小さく見えることがあります。 前のクライアントがまだ「つながっている」と見なされているためで、tmux attach -d -t 名前（ほかのクライアントを切り離してからつなぐ）で直ります。
• 再起動（サーバーマシンの電源断）には残りません。tmux のサーバーはプロセスなので、OS が落ちればセッションも消えます。復元が要るなら tmux-resurrect などのプラグインか、systemd のサービス化を考えます。

コピーモード（スクロール・検索・コピー・貼り付け）

この節では、tmux の中で過去の出力を見る・探す・コピーする操作が分かります。

tmux の中ではマウスホイールや端末のスクロールバーで過去の出力に戻れないため、Ctrl+b [ で「コピーモード」に入って見ます。 q で抜けます。

公式 wiki によると、既定は emacs 風で、サーバー起動時に VISUAL か EDITOR に「vi」が含まれていれば vi 風になります。明示するには setw -g mode-keys vi です。手元では vi 風にして、3行上の行をまるごとコピーし、貼り付けました。右上の [0/0] は「履歴の何行目にいるか／履歴の行数」です。

（Ctrl+b [ の直後）
line 1: value=10                                                           [0/0]
line 2: value=20
line 3: value=30
line 4: value=40
line 5: value=50
$
（k k k 0 v $ y と押す）
$ tmux -L t20 show-buffer
line 3: value=30
$ tmux -L t20 list-buffers
buffer1: 17 bytes: "line 3: value=30\n"
（Ctrl+b ] で貼り付け）
$ echo "貼り付け: "line 3: value=30

100行出したあとに Ctrl+b PageUp で遡り、/42 で探したときの右上の表示です。検索に当たると (1 results) と出ます。

58                                                              18:47:08 [21/78]
24                                                  (1 results) 18:47:08 [55/78]

履歴の行数は history-limit で決まり、既定は 2000 行です（手元の設定無しのサーバーで show -g history-limit が 2000）。ログを長く遡るなら 10000 程度にします。

コピペ用 .tmux.conf（各行の意味つき・-fで検証）

この節では、設定ファイルに何を書くか、各行が何をするか、どう読み込むか、間違えたときに何が出るかが分かります。

設定ファイルは ~/.tmux.conf（または $XDG_CONFIG_HOME/tmux/tmux.conf）で、サーバーが起動するときに1回だけ読まれます。 公式マニュアルは、先に /etc/tmux.conf、次にユーザーの設定ファイルの順で読む、としています。次の内容をそのまま ~/.tmux.conf に置けば動きます（手元では、ホームには置かず作業場所のファイルを -f で読み込み、エラー無しで全行が反映されることを確かめました。tmux 3.4 で確認、3.2 以降で使える書き方です）。

# ~/.tmux.conf  コピペ用（tmux 3.4 で動作確認。3.2 以降で使える書き方）

# ---- 1. prefix を C-b から C-a へ（既定のままでよければこの3行を消す）----
unbind C-b
set -g prefix C-a
bind C-a send-prefix

# ---- 2. 設定の再読み込み（prefix r）----
bind r source-file ~/.tmux.conf \; display-message "tmux.conf reloaded"

# ---- 3. マウス（クリックでペイン選択、ドラッグで境界移動、ホイールでスクロール）----
set -g mouse on

# ---- 4. 色：256色 + true color ----
set -g default-terminal "tmux-256color"
set -as terminal-features ",xterm-256color:RGB"

# ---- 5. 履歴行数（既定 2000）とEscの遅延（既定 500ms）----
set -g history-limit 50000
set -sg escape-time 10

# ---- 6. 番号を1始まりにし、閉じたら詰める ----
set -g base-index 1
setw -g pane-base-index 1
set -g renumber-windows on

# ---- 7. 分割と新規ウィンドウは今のディレクトリを引き継ぐ ----
bind | split-window -h -c "#{pane_current_path}"
bind - split-window -v -c "#{pane_current_path}"
bind c new-window -c "#{pane_current_path}"

# ---- 8. ペイン移動は h/j/k/l、サイズ変更は H/J/K/L（-r で連打できる）----
bind h select-pane -L
bind j select-pane -D
bind k select-pane -U
bind l select-pane -R
bind -r H resize-pane -L 5
bind -r J resize-pane -D 5
bind -r K resize-pane -U 5
bind -r L resize-pane -R 5

# ---- 9. vi 風コピーモード（v で選択開始、y でコピー）----
setw -g mode-keys vi
bind -T copy-mode-vi v send-keys -X begin-selection
bind -T copy-mode-vi y send-keys -X copy-selection-and-cancel
# OSなどのクリップボードへも渡すときは、下のどれか1行を有効にして上の y 行を置き換える
# bind -T copy-mode-vi y send-keys -X copy-pipe-and-cancel "xclip -selection clipboard -i"  # Linux(X11)
# bind -T copy-mode-vi y send-keys -X copy-pipe-and-cancel "wl-copy"                        # Linux(Wayland)
# bind -T copy-mode-vi y send-keys -X copy-pipe-and-cancel "pbcopy"                         # macOS
# bind -T copy-mode-vi y send-keys -X copy-pipe-and-cancel "clip.exe"                       # WSL
set -s set-clipboard on

# ---- 10. ステータス行 ----
set -g status-position top
set -g status-interval 5
set -g status-style "bg=colour236,fg=colour250"
set -g status-left " #S | "
set -g status-left-length 20
set -g status-right " #h | %Y-%m-%d %H:%M "
setw -g window-status-format " #I:#W "
setw -g window-status-current-format " #I:#W "
setw -g window-status-current-style "bg=colour33,fg=colour255,bold"

# ---- 11. その他 ----
set -g display-time 2000
set -g focus-events on

この記事の画面は、prefix を Ctrl+b のままにし、3・5・6・7・9・10 の行だけを抜き出した短い版で撮っています。1 の3行を入れると、以降のキーはすべて Ctrl+a のあとになります。

各行の意味

読み込んだ値は show -g で確かめられます。設定無しで起動した別のサーバーと、短い版を読んだサーバーを比べた値です（全行版を -f で読んだサーバーでは prefix C-a・history-limit 50000・escape-time 10・display-time 2000・set-clipboard on になりました）。

| と - で分割した画面が、前の節のものです（-c "#{pane_current_path}" で、新しいペインが今のディレクトリーで開きます）。

書き換えたあとの反映と、間違えたときの表示

ファイルを直しても、動いているサーバーには反映されません。tmux source-file ~/.tmux.conf（中なら Ctrl+b :source ~/.tmux.conf、雛形なら Ctrl+b r）で読み直します。間違いがあると、行番号つきで出ます。

$ cat bad.conf
set -g mouse on
set -g nosuchoption 1
bind x foo-bar
$ tmux -L t20 source-file /srv/s4/r17/t20/bad.conf
invalid option: nosuchoption
unknown command: foo-bar

起動時の設定ファイルに間違いがあると、attach したときに次の画面が先に出ます（q で閉じると、間違いの行を除いた設定で動いています）。

/srv/s4/r17/t20/bad.conf:2: invalid option: nosuchoption                   [1/1]
/srv/s4/r17/t20/bad.conf:3: unknown command: foo-bar
[x] 0:bash*                                                 "vm" 18:49 29-Oct-26

• 1変えたら source-file か kill-server設定はサーバー起動時に1回だけ読まれる。新しいセッションを作っても読み直されない
• 2プレフィックスを変えるなら3行セットset -g prefix C-a・unbind C-b・bind C-a send-prefix（公式 wiki の手順）
• 3set -g と setw -g の違いを意識するmode-keys・pane-base-index はウィンドウのオプション。3.x では set -g でも通るが、意味で分けておくと読みやすい
• 4試すときは -L と -f で別のサーバーにtmux -L test -f 試す.conf なら、普段のサーバーに影響しない。終わったら tmux -L test kill-server

セッションの復元（tmux-resurrect）やクリップボード連携のプラグインは、TPM（Tmux Plugin Manager）で足せます。まずはこの設定だけで動かし、困ったことが出てから足す順が迷いません。

スクリプトからtmuxを操作する（send-keys・capture-pane・wait-for）

この節では、キーを押す代わりにコマンドで tmux を動かし、開発環境を1コマンドで立ち上げる方法が分かります。

tmux のキー操作はすべてコマンドに対応しているので、シェルスクリプトから同じことができます。 「エディター・サーバー・ログ」を並べたセッションを作るスクリプトを動かしました。

#!/bin/sh
S=dev
TMUX_CMD="tmux -L t20 -f /srv/s4/r17/t20/t20.tmux.conf"
if $TMUX_CMD has-session -t $S 2>/dev/null; then
  echo "session $S already exists"; exec $TMUX_CMD attach -t $S
fi
$TMUX_CMD new-session -d -s $S -n editor -c /srv/s4/r17/t20     # 1枚目：editor
$TMUX_CMD send-keys  -t $S:editor 'echo "ここでエディターを開く"' Enter
$TMUX_CMD new-window -t $S -n server -c /srv/s4/r17/t20         # 2枚目：server
$TMUX_CMD send-keys  -t $S:server 'python3 -m http.server 8020 --bind 127.0.0.1' Enter
$TMUX_CMD split-window -t $S:server -v -c /srv/s4/r17/t20       # 下に確認用ペイン
$TMUX_CMD send-keys  -t $S:server.2 'sleep 1; curl -s -o /dev/null -w "status=%{http_code}\n" http://127.0.0.1:8020/' Enter
$TMUX_CMD select-window -t $S:editor
exec $TMUX_CMD attach -t $S

実行したあとの各ペインを capture-pane -p で取り出した結果です。サーバーのペインには起動ログとアクセスログ、下のペインには status=200 が出ています。

$ tmux -L t20 list-windows -t dev
1: editor* (1 panes) [80x23] [layout ae63,80x23,0,0,6] @4 (active)
2: server- (2 panes) [80x23] [layout 11b1,80x23,0,0[80x11,0,0,7,80x11,0,12,8]] @5
$ tmux -L t20 list-panes -t dev:server -F '#{window_name}.#{pane_index} #{pane_current_command} #{pane_pid}'
server.1 python3 16669
server.2 bash 16679
$ tmux -L t20 capture-pane -t dev:server.1 -p
root@vm:/srv/s4/r17/t20# python3 -m http.server 8020 --bind 127.0.0.1
Serving HTTP on 127.0.0.1 port 8020 (http://127.0.0.1:8020/) ...
127.0.0.1 - - [29/Oct/2026 18:49:02] "GET / HTTP/1.1" 200 -
$ tmux -L t20 capture-pane -t dev:server.2 -p
status=200

スクリプトから使うコマンドの早見表です。

$ tmux -L t20 new-window -d -t work -n batch 'sleep 2; echo done > batch.txt; tmux wait-for -S batch-done'
$ time tmux -L t20 wait-for batch-done
real    0m2.009s
$ cat batch.txt
done

pipe-pane で記録したファイルには、色やカーソル移動のエスケープ列（^[[?2004l など）もそのまま入ります。人が読むログには script コマンドや、処理側で tee する方が向いています。シェルスクリプトの書き方そのものは、関連記事「シェルスクリプトの書き方｜基本構文の早見表と安全なテンプレート」で扱っています。

screen・nohupとの違いと、どれを使うかの判断表

この節では、同じ目的で名前が挙がる GNU screen・nohup・systemd と tmux の違いと、選び方が分かります。

screen と tmux は役割が同じで、キーがほぼ1対1で対応します。 違いは、プレフィックス（screen は Ctrl+a、tmux は Ctrl+b）、分割の扱い、コマンドからの操作のしやすさです。screen はこの環境に入れていないため、GNU screen の公式マニュアルで確かめた範囲の表です。

すでに screen に慣れていて困っていないなら、移る理由はありません。新しく覚えるなら、分割がウィンドウの中に収まっていてスクリプトから扱いやすい tmux が、公式の情報も多く迷いにくいです。

1. 1画面に戻って続きを操作したい → tmux（または screen）対話的な処理、途中で入力が要る処理、ログを目で追う処理
2. 2投げっぱなしで結果はファイルでよい → nohup コマンド &（または setsid）1本のバッチ。出力は nohup.out かリダイレクト先
3. 3再起動しても動いていてほしい → systemd のサービス常駐サーバー。tmux のセッションは OS の再起動で消える
4. 4決まった時刻に動かす → cron / systemd timertmux は不要。ログはファイルへ
5. 5複数の画面を並べて作業したい → tmuxエディター・サーバー・ログ・DB を1画面に。スクリプトで一発起動

動いている処理の確かめ方と止め方は、関連記事「Linuxプロセス確認と停止｜ps・top・kill逆引きコマンド一覧」で扱っています。tmux の中で動いた処理は、tmux list-panes -F '#{pane_pid}' でシェルの PID が取れます。

よくあるつまずきとエラー原文（tmuxが動かない・表示が崩れる）

この節では、tmux で出る代表的なメッセージの原文と、その意味・直し方が分かります。

メッセージは短く、どれも原因がはっきりしています。 手元で出したものを原文のまま並べました。

入れ子にしたときの画面です。tmux の中で tmux new を打つと、何も作らずに1行出て戻ります。

$ tmux -L t20 new -s inner
sessions should be nested with care, unset $TMUX to force
$

SSH 先の tmux の中で、手元の tmux とキーが重なるときは、片方のプレフィックスを変える（手元を Ctrl+a にするなど）か、Ctrl+b Ctrl+b と2回押して内側に Ctrl+b を送ります（公式 wiki）。

よくある質問

Q. tmux とは何ですか？ A. 1つの端末の中に複数の画面（セッション・ウィンドウ・ペイン）を作り、端末を閉じても SSH が切れても中の処理を残しておける端末多重化ツールです。手元では、SSH を強制的に切っても60秒のループが走り切りました。

Q. 最初に覚えるキーは何ですか？ A. Ctrl+b c（新しいウィンドウ）、Ctrl+b %・"（分割）、Ctrl+b 矢印（ペイン移動）、Ctrl+b d（切り離す）、外から tmux attach（戻る）の5つです。迷ったら Ctrl+b ? で全部のキーが見られます。

Q. SSH が切れたらどうなりますか？ A. クライアントだけが離れ、サーバー側のセッションと中の処理は残ります。もう1度ログインして tmux attach -t 名前 で戻ります。OS の再起動では残りません。

Q. nohup とどちらを使えばよいですか？ A. 画面に戻って続きを操作したいなら tmux、投げっぱなしで出力はファイルでよいなら nohup です。tmux の中で動かした処理は、後から画面ごと見返せます。

Q. screen との違いは何ですか？ A. 役割は同じで、キーもほぼ1対1です（プレフィックスは screen が Ctrl+a、tmux が Ctrl+b）。tmux は分割がウィンドウの中に収まり、コマンドからの操作がしやすいです。慣れている方を使うので差し支えありません。

Q. マウスは使えますか？ A. 設定ファイルに set -g mouse on を書くと、クリックでペイン・ウィンドウを選び、境界をドラッグでサイズを変え、ホイールでスクロール（コピーモードに入る）できます（公式 wiki）。

Q. 過去の出力を見るには？ A. Ctrl+b [ でコピーモードに入り、PageUp や矢印で遡ります。q で抜けます。遡れる行数は history-limit（既定 2000 行）で決まります。

Q. 設定を変えたのに効きません。 A. 設定ファイルはサーバー起動時に1回だけ読まれます。tmux source-file ~/.tmux.conf で読み直すか、tmux kill-server してから起動し直します。綴りの間違いは attach 時に行番号つきで表示されます。

Q. プレフィックスを Ctrl+a に変えたいです。 A. set -g prefix C-a・unbind C-b・bind C-a send-prefix の3行を設定ファイルに書きます。シェルの Ctrl+a（行頭へ）が使えなくなるので、Ctrl+a Ctrl+a で送る形になります。

Q. ウィンドウとペインはどう使い分けますか？ A. 同時に見たいものはペイン（同じウィンドウを分割）、切り替えて使うものはウィンドウです。例：エディターとテストの出力はペインで並べ、DB のクライアントは別ウィンドウに置く、という形です。

Q. 中でもう1つ tmux を起動したら警告が出ました。 A. sessions should be nested with care は入れ子の警告です。中からセッションを増やすなら tmux new -d -s 名前 で作って Ctrl+b s で移ります。SSH 先の tmux に手元の tmux から入るのは入れ子になりますが、正常な使い方です。

Q. 終わったセッションを全部消すには？ A. tmux kill-session -t 名前 で1つずつ、tmux kill-server で全部です。中で exit を打って最後のウィンドウを閉じても消えます。

まとめ

• tmux はサーバー・セッション・ウィンドウ・ペインの4層。端末を閉じても SSH が切れても、消えるのはクライアントだけで、セッションと中の処理は残る。手元では切断後も60秒のループが走り切り、tmux 無しでは4秒で止まった。
• 最初に覚えるのは Ctrl+b c・%・"・矢印・d と tmux attach。全部のキーは Ctrl+b ?、全部のコマンドは tmux list-commands で見られる。
• 過去の出力は Ctrl+b [ のコピーモードで遡る・探す・コピーし、Ctrl+b ] で貼る。既定は emacs 風、mode-keys vi で vi 風になる。
• 設定ファイルはサーバー起動時に1回だけ読まれる。変えたら source-file。試すときは -L・-f で別のサーバーにすると普段の環境に影響しない。
• キー操作はすべてコマンドに対応し、new-session -d・send-keys・capture-pane・wait-for で開発環境の立ち上げや自動化ができる。投げっぱなしなら nohup、再起動後も動かすなら systemd が向く。

次に読むとよい記事です。tmux の中で使うエディターの操作は関連記事「vimコマンド一覧｜モード別早見表と置換・マクロの実行結果つき」で扱っています。

参考・出典

確認日はいずれも 2026年10月29日です。

• tmux 公式マニュアル（OpenBSD manual pages「tmux(1)」）：https://man.openbsd.org/tmux
• tmux 公式 wiki「Getting Started」：https://github.com/tmux/tmux/wiki/Getting-Started
• tmux のリリース一覧（3.7c、2026年8月17日）：https://github.com/tmux/tmux/releases
• tmux のマニュアルのソース「tmux.1」（設定ファイルの読み込み順・XDG のパス）：https://raw.githubusercontent.com/tmux/tmux/master/tmux.1
• GNU screen 公式マニュアル「Screen User's Manual」：https://www.gnu.org/software/screen/manual/screen.html
• Ubuntu パッケージ「tmux 3.4-1ubuntu0.2」（手元で dpkg -l で確認）

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。