【2026年7月最新】chownコマンド完全ガイド｜Linuxファイル所有権変更・全オプション・実務活用まで徹底解説

この記事の内容

1. 01chownコマンドとは何か（所有権の基礎概念）
2. 02Linuxの所有者とグループの仕組み
3. 03chownの基本構文・使い方
4. 04所有者だけを変更する
5. 05グループだけを変更する
6. 06所有者とグループを同時に変更する
7. 07全オプション詳解（-R/-c/-v/-f/-h）
8. 08-Rでディレクトリ内を一括変更する
9. 09chownとchmodの違い・使い分け
10. 10Webサーバー運用でのchown実践（Nginx / Apache）
11. 11よくあるエラーと対処法
12. 12Claude Codeで権限管理を自動化する
13. FAQよくある質問

📚 用語解説

所有権（ownership）：Linuxでは、すべてのファイルとディレクトリに「誰が所有しているか（ユーザー）」と「どのグループに属するか（グループ）」が設定されています。この情報をまとめて「所有権」と呼びます。所有権はファイルへのアクセス制御（読み取り・書き込み・実行）の基礎となります。

chownを実行するにはroot権限（sudo）が必要です。一般ユーザーは自分が所有するファイルの所有権を他のユーザーに移すこともできません（「Give away」の禁止）。これはセキュリティ上の重要な制約です。

📚 用語解説

root（ルート）：Linuxのスーパーユーザー（管理者）のこと。すべてのファイルへのアクセス権を持ち、所有権変更・プロセス管理・システム設定など、あらゆる操作が可能です。WindowsのAdministratorに相当しますが、権限の範囲はさらに広いです。

$ ls -l
-rw-r--r-- 1 kohei  webteam  4096 Jul 18 10:00 config.json
drwxr-xr-x 2 www-data www-data 4096 Jul 18 09:00 public
-rwxr-xr-x 1 deploy  deploy   2048 Jul 17 15:30 deploy.sh

rw- r-- r--
 ↑   ↑   ↑
所有者 グループ その他

r = 読み取り(read)
w = 書き込み(write)
x = 実行(execute)
- = 権限なし

📚 用語解説

パーミッション（permission）：ファイルやディレクトリへのアクセス許可設定。「誰が」「何を」できるかを3×3の9ビットで表現します。所有者・グループ・その他の三者それぞれに、読み取り（r）・書き込み（w）・実行（x）の権限が独立して設定されます。

📚 用語解説

グループ（group）：Linuxユーザーをまとめる単位。複数のユーザーを一つのグループに所属させることで、そのグループ宛の権限を一括管理できます。例えばwww-dataグループにWebサーバープロセスと開発者を所属させれば、ファイルを個別に配るよりも効率的です。

$ sudo chown [オプション] 新所有者[:グループ] ファイル名

# 例: ファイルの所有者をkoheiに変更
$ sudo chown kohei document.txt

# 例: 所有者をkohei、グループをwebteamに変更
$ sudo chown kohei:webteam document.txt

# 例: グループだけをwebteamに変更
$ sudo chown :webteam document.txt

ユーザー名の代わりにUID（ユーザーID）やGID（グループID）の数値も使えます。例えば chown 1000:1001 file.txt のように書けます。DockerfileやCI/CDスクリプトでは、ユーザー名よりUID/GIDで指定する方が安定します（ユーザー名はコンテナ間で一致しないことがある）。

$ id
uid=1000(kohei) gid=1000(kohei) groups=1000(kohei),4(adm),27(sudo),1001(webteam)

$ id www-data
uid=33(www-data) gid=33(www-data) groups=33(www-data)

# 変更前の確認
$ ls -l report.txt
-rw-r--r-- 1 deploy webteam 1024 Jul 18 09:00 report.txt

# 所有者をkoheiに変更
$ sudo chown kohei report.txt

# 変更後の確認
$ ls -l report.txt
-rw-r--r-- 1 kohei webteam 1024 Jul 18 09:00 report.txt

# 複数ファイルを一度に変更
$ sudo chown kohei file1.txt file2.py file3.sh

# ワイルドカードも使える
$ sudo chown kohei /home/deploy/*.log

存在しないユーザー名を指定すると invalid user: 'nobody-user' のようなエラーが出て変更は行われません。ユーザー名のスペルミスに注意してください。

# 変更前の確認
$ ls -l project/
drwxr-xr-x 3 kohei deploy 4096 Jul 18 10:00 project/

# グループをwebteamに変更（所有者はそのまま）
$ sudo chown :webteam project/

# 変更後の確認
$ ls -l project/
drwxr-xr-x 3 kohei webteam 4096 Jul 18 10:00 project/

機能は同じです。グループだけを変えるなら chgrp の方が意図が明確で可読性が上がります。一方で、所有者とグループを同時に変えるなら chown 一択です。チームの慣習に合わせましょう。GENAIでは統一性のために chown で統一しています。

# 変更前の確認
$ ls -l webapp/
drwxr-xr-x 5 root root 4096 Jul 18 08:00 webapp/

# 所有者をwww-data、グループもwww-dataに変更
$ sudo chown www-data:www-data webapp/

# 変更後の確認
$ ls -l webapp/
drwxr-xr-x 5 www-data www-data 4096 Jul 18 08:00 webapp/

📚 用語解説

www-data：Debian/Ubuntu系LinuxでNginxやApacheのWebサーバーが動作するデフォルトの実行ユーザー名。CentOS/RHELではnginxやapacheというユーザー名になります。Webサーバーは最小権限の原則に従い、このユーザー権限でプロセスが動きます。

# よく使う組み合わせの例

# Nginx のコンテンツディレクトリ
$ sudo chown www-data:www-data /var/www/html/

# Pythonアプリを特定ユーザーで動かす
$ sudo chown appuser:appuser /opt/myapp/

# ログディレクトリを書き込み可能にする
$ sudo chown deploy:deploy /var/log/myapp/

# WordPressのディレクトリ設定
$ sudo chown www-data:www-data /var/www/wordpress/

# -c: 実際に変更されたファイルのみ表示
$ sudo chown -Rc kohei:webteam /home/project/
changed ownership of '/home/project/config.json' from root:root to kohei:webteam
changed ownership of '/home/project/src/main.py' from root:root to kohei:webteam

# -v: すべての処理を表示（変更なしのものも含む）
$ sudo chown -Rv kohei:webteam /home/project/
ownership of '/home/project/' retained as kohei:webteam
changed ownership of '/home/project/config.json' from root:root to kohei:webteam
ownership of '/home/project/src/' retained as kohei:webteam

📚 用語解説

シンボリックリンク：Windowsの「ショートカット」に相当するLinuxの機能。実体ファイルへのリンク（ポインタ）です。通常のchownはシンボリックリンクをたどってリンク先ファイルの所有権を変更しますが、-hオプションを付けるとリンクファイル自体の所有権を変更します。

# --from オプション: rootが所有するファイルだけをkoheiに変更
$ sudo chown --from=root:root kohei:webteam /home/deploy/*

# --reference: 参照ファイルと同じ所有者:グループを設定
$ sudo chown --reference=/home/project/config.json new_config.json

# ディレクトリ構造の確認
$ ls -lR /var/www/myapp/
/var/www/myapp/:
drwxr-xr-x 2 root root 4096 Jul 18 10:00 public
-rw-r--r-- 1 root root 1024 Jul 18 10:00 index.php
drwxr-xr-x 2 root root 4096 Jul 18 10:00 storage

# 全体の所有権をwww-dataに変更
$ sudo chown -R www-data:www-data /var/www/myapp/

# 変更後の確認
$ ls -lR /var/www/myapp/
/var/www/myapp/:
drwxr-xr-x 2 www-data www-data 4096 Jul 18 10:00 public
-rw-r--r-- 1 www-data www-data 1024 Jul 18 10:00 index.php
drwxr-xr-x 2 www-data www-data 4096 Jul 18 10:00 storage

-Rオプションを使うときは、対象パスを必ず具体的に指定してください。「/var/www/myapp/」のような明確なパスが必須です。誤って広い範囲を指定すると、システム全体のファイル所有権が変わってしまうことがあります。Linuxには --preserve-root という保護機能がありますが、過信は禁物です。必ず実行前に ls -la でパスを確認する習慣をつけましょう。

# -Rc を使って変更されたファイルを確認しながら実行
$ sudo chown -Rc www-data:www-data /var/www/myapp/
changed ownership of '/var/www/myapp/public/index.html' from root:root to www-data:www-data
changed ownership of '/var/www/myapp/storage/logs/app.log' from deploy:deploy to www-data:www-data

📚 用語解説

再帰的（recursive）：ディレクトリ内をネストの深さに関わらずすべて処理すること。「再帰的に変更する」= そのディレクトリの中のサブディレクトリの中のファイルも含めて、すべてを変更するという意味です。ツリー構造の末端まで処理するイメージです。

# Webアプリの典型的な権限設定パターン

# 1. コンテンツディレクトリ（Nginxが読み取りのみ）
$ sudo chown www-data:www-data /var/www/html/
$ sudo chmod 755 /var/www/html/

# 2. アップロードディレクトリ（Nginxが書き込み可能）
$ sudo chown www-data:www-data /var/www/html/uploads/
$ sudo chmod 775 /var/www/html/uploads/

# 3. 設定ファイル（所有者だけ読み書き）
$ sudo chown deploy:deploy /opt/app/config.ini
$ sudo chmod 600 /opt/app/config.ini

# 4. 実行スクリプト（所有者だけ実行可能）
$ sudo chown deploy:deploy /opt/app/run.sh
$ sudo chmod 700 /opt/app/run.sh

📚 用語解説

パーミッション数値（755, 644, 777など）：chmodで指定する3桁の数値。各桁が「所有者」「グループ」「その他」に対応し、r=4, w=2, x=1 の合計値で表します。755 = 所有者(7=rwx)、グループ(5=r-x)、その他(5=r-x)。644 = 所有者(6=rw-)、グループ(4=r--)、その他(4=r--)。

chmod 777（全員が読み書き実行可能）はテスト環境での応急処置には使われますが、本番環境では絶対に使ってはいけません。悪意あるプロセスやユーザーがファイルを書き換えられる状態になります。最小権限の原則に従い、必要最小限の権限だけを付与してください。

# 実行中のWebサーバーユーザーを確認する方法
$ ps aux | grep nginx
www-data  1234  0.0  0.1  12345  2345 ?  S  10:00  0:00 nginx: worker process

$ ps aux | grep apache
www-data  5678  0.0  0.2  23456  4567 ?  S  10:00  0:00 apache2 -k start

# 環境によって www-data / apache / nginx のいずれかが実行ユーザー

# 問題のある状態
$ ls -la /var/www/html/
drwxr-xr-x 2 root root 4096 Jul 18 10:00 .

# 解決策: Nginxユーザーに所有権を移す
$ sudo chown -R www-data:www-data /var/www/html/

# または: グループをwww-dataにしてグループ権限でアクセス
$ sudo chown -R deploy:www-data /var/www/html/
$ sudo chmod -R g+r /var/www/html/

# 問題のある状態
$ ls -la /var/www/html/uploads/
drwxr-xr-x 2 root root 4096 Jul 18 10:00 uploads/

# 解決策: www-dataが書き込めるように変更
$ sudo chown www-data:www-data /var/www/html/uploads/
$ sudo chmod 775 /var/www/html/uploads/

# セッションディレクトリの確認
$ ls -la /var/lib/php/sessions/
drwx-wx-wt 2 root root 4096 Jul 18 10:00 sessions/

# www-dataに所有権を与える
$ sudo chown www-data:www-data /var/lib/php/sessions/

CI/CDパイプラインでは、ファイルをコピーした直後にchownを実行するステップを組み込んでおくのがベストプラクティスです。手動での権限設定ミスをゼロにできます。

$ chown kohei file.txt
chown: changing ownership of 'file.txt': Operation not permitted

# 解決策: sudoを付けて実行
$ sudo chown kohei file.txt

$ sudo chown nonexistentuser file.txt
chown: invalid user: 'nonexistentuser'

# 解決策: ユーザーが存在するか確認
$ id nonexistentuser
id: 'nonexistentuser': no such user

$ id kohei
uid=1000(kohei) gid=1000(kohei) groups=1000(kohei),27(sudo),1001(webteam)

$ sudo chown kohei /home/deploy/missing.txt
chown: cannot access '/home/deploy/missing.txt': No such file or directory

# パスのスペルミスを確認
$ ls /home/deploy/
actual_file.txt  another_file.py

# 通常: シンボリックリンクをたどってリンク先を変更
$ sudo chown kohei mylink
# → mylink が指すファイルの所有者が変わる

# -h オプション: シンボリックリンク自体を変更
$ sudo chown -h kohei mylink
# → シンボリックリンクファイル自体の所有者が変わる

📚 用語解説

sudo（sudoers）：Substitute User DO の略。一時的にroot権限で特定のコマンドを実行する仕組みです。suコマンドでrootに切り替えるより安全で、どのユーザーが何のコマンドを実行したかがログに残ります。どのユーザーがsudoを使えるかはsudoers設定ファイルで管理されます。

# Claude Codeへの依頼例（ターミナルで実行）
$ claude "Nginxで動かすPHPアプリのデプロイ後に実行する権限設定シェルスクリプトを作って。
  ドキュメントルートは /var/www/myapp、
  アップロードディレクトリは /var/www/myapp/storage/uploads、
  Nginxの実行ユーザーはwww-data。"

# Claude Codeが生成するスクリプト例（set_permissions.sh の内容）
APP_DIR="/var/www/myapp"
WEB_USER="www-data"

echo "=== 権限設定開始 ==="
sudo chown -Rc "${WEB_USER}:${WEB_USER}" "${APP_DIR}"
sudo chmod -R 755 "${APP_DIR}"
sudo chmod 775 "${APP_DIR}/storage/uploads"
echo "=== 権限設定完了 ==="
ls -la "${APP_DIR}"

# エラーメッセージを貼り付けて診断依頼
$ claude "Nginxで403 Forbiddenが出ている。
  ls -la の出力: drwxr-xr-x 2 root root 4096 Jul 18 10:00 /var/www/html
  Nginxのログ: 2026/07/18 10:00:00 [error] permission denied while reading...
  原因と解決コマンドを教えて。"

# Claude Codeの回答例
# 原因: /var/www/html の所有者が root で、Nginx (www-data) が読み取れない
# 解決:
$ sudo chown -R www-data:www-data /var/www/html
$ sudo chmod -R 755 /var/www/html

# GitHub Actionsでの自動権限設定例（deploy.yml）
- name: Set file permissions
  run: |
    # シェルスクリプトでサーバーに接続して権限設定
    # 事前に set_permissions.sh をサーバーに配置しておく
    # サーバー側でスクリプトを実行する形が安全
    echo "デプロイ完了: 権限設定スクリプトを実行"

Claude Codeはnpm経由でインストールできます（npm install -g @anthropic-ai/claude-code）。インストール後、ターミナルで claude コマンドを実行するだけで使い始められます。GENAIではLinux権限設定のほか、シェルスクリプト生成、ログ分析、障害診断など幅広く活用しています。

NEXT STEP

この記事の内容を、あなたのビジネスで
実践してみませんか？