LinuxのRead-only file systemエラーを復旧する方法｜原因の切り分けとfsckによるファイルシステム修復手順

この記事のポイント

・read-only file systemの原因はまずdmesgとjournalctlで確認する
・軽微な不整合はmount -o remount,rwで即時復旧できる
・fsckはアンマウント後またはシングルユーザーモードで実行する
・XFSはxfs_repair、ext4はe2fsckで修復する

# 最新のカーネルメッセージを末尾50行確認する
$ dmesg | tail -50

# "error" "ext4" "ata" "i/o" "read-only" で絞り込む
$ dmesg | grep -iE 'error|ext4|ata[0-9]|i/o error|read-only'

# 出力例（I/O エラー＋ジャーナル中断の場合）
[123456.789] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[123456.793] ata1.00: error: { UNC }
[123456.800] EXT4-fs error (device sda1): ext4_journal_check_start:61: Detected aborted journal
[123456.801] EXT4-fs (sda1): Remounting filesystem read-only

# 今回の起動分のカーネルログを確認する
$ journalctl -k --no-pager | grep -iE 'error|read-only|ext4|xfs'

# 前回の起動分（強制終了した直前）も確認する
$ journalctl -k -b -1 --no-pager | grep -iE 'error|read-only|ext4|xfs'

# 出力例（ジャーナル不整合のみの場合）
Jul 12 03:21:44 server01 kernel: EXT4-fs error (device sda1): ext4_journal_check_start:61: Detected aborted journal
Jul 12 03:21:44 server01 kernel: EXT4-fs (sda1): Remounting filesystem read-only

# ext4 ファイルシステムの詳細情報を確認する
$ tune2fs -l /dev/sda1 | grep -E 'Filesystem state|Errors behavior|Last checked'

# 出力例（不整合あり）
Filesystem state:         with errors
Errors behavior:          Remount read-only
Last checked:             Wed May  1 10:00:00 2026

# 出力例（正常）
Filesystem state:         clean

# 現在のマウント状態を確認する（ro フラグを探す）
$ cat /proc/mounts | grep sda1
/dev/sda1 / ext4 ro,relatime,errors=remount-ro 0 0

# read-write で再マウントする
$ mount -o remount,rw /

# 再マウント後の状態を確認する
$ cat /proc/mounts | grep sda1
/dev/sda1 / ext4 rw,relatime,errors=remount-ro 0 0

# テスト書き込みで書き込み可能になったことを確認する
$ touch /tmp/test_write && echo "書き込みOK"
書き込みOK

# テストファイルを削除する
$ rm /tmp/test_write

# 方法1: GRUB メニューからシングルユーザーモードで起動する
# 1. 起動時に GRUB メニューが表示されたら "e" キーを押す
# 2. "linux" で始まる行の末尾に以下を追記する
#    RHEL/Rocky Linux 系: systemd.unit=rescue.target
#    Ubuntu 系: single  または  init=/bin/bash
# 3. Ctrl+X で起動する

# 方法2: systemctl コマンドで移行する（稼動中のシステムから）
$ systemctl rescue

# 対象デバイスを確認する
$ lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda      8:0    0  100G  0 disk
├─sda1   8:1    0   50G  0 part /
└─sda2   8:2    0   50G  0 part /home

# ルートパーティション /dev/sda1 に対して fsck を実行する
# -y : すべての修復質問に自動で Yes と回答する
$ fsck -y /dev/sda1

# 出力例（修復が行われる場合）
fsck from util-linux 2.37.4
e2fsck 1.46.5 (30-Dec-2021)
/dev/sda1: recovering journal
Inode 1234 has illegal blocks.  FIXED.
/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: clean, 150432/3276800 files, 2104567/13107200 blocks

# 出力例（問題がない場合）
/dev/sda1: clean, 150432/3276800 files, 2104567/13107200 blocks

# 動作確認: RHEL 9.4 / e2fsprogs 1.46.5

# -f : 強制チェック（Filesystem state が "clean" でも強制実行する）
$ e2fsck -f /dev/sda1

# -y : すべての質問に自動で Yes（バッチ処理向け）
$ e2fsck -fy /dev/sda1

# -n : 読み取り専用でチェックのみ（修復しない・影響確認用）
$ e2fsck -n /dev/sda1

# -C 0 : 進捗バーを表示する（大容量ディスクで経過確認したい場合）
$ e2fsck -C 0 /dev/sda1

# 動作確認: RHEL 9.4 / e2fsprogs 1.46.5

# XFS ファイルシステムの確認
$ blkid /dev/sda1
/dev/sda1: UUID="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" TYPE="xfs"

# XFS の修復（アンマウントが必須）
$ xfs_repair /dev/sda1

# 修復前のドライランチェック（実際には修復しない）
$ xfs_repair -n /dev/sda1

# 動作確認: RHEL 9.4 / xfsprogs 5.14.2

# 現在の errors ポリシーを確認する
$ tune2fs -l /dev/sda1 | grep 'Errors behavior'

# errors ポリシーを変更する（例: continue に変更）
$ tune2fs -e continue /dev/sda1

# 変更を確認する
$ tune2fs -l /dev/sda1 | grep 'Errors behavior'
Errors behavior:          Continue

# エラー例
$ fsck /dev/sda1
fsck.ext4: Device or resource busy while trying to open /dev/sda1
Filesystem mounted or opened exclusively by another program!

# マウント状態を確認する
$ findmnt /dev/sda1

# umount してから fsck を実行する
$ umount /dev/sda1
$ fsck -y /dev/sda1
# ルートパーティション等でumountできない場合はシングルユーザーモードで実施する

# エラー例
$ fsck UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
fsck: unable to resolve 'UUID=xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'

# blkid で UUID とデバイスの対応を確認してからデバイスパスで直接指定する
$ blkid
/dev/sda1: UUID="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" TYPE="ext4"

$ fsck /dev/sda1