Linuxディスク・ストレージトラブル対処法 - 容量不足から復旧まで

1
2
3
4
5

# Ubuntu/Debian系
sudo apt install ncdu e2fsprogs xfsprogs parted rsync

# RHEL/AlmaLinux/Rocky系
sudo dnf install ncdu e2fsprogs xfsprogs parted rsync

1
2
3
4
5

# ファイルシステムごとの使用状況を確認
df -h

# inodeの使用状況も確認（小さいファイルが大量にある場合に重要）
df -i

1
2
3
4
5
6
7
8

# inode使用状況の確認
df -i

# 特定ディレクトリ配下のファイル数を確認
find /var -xdev -type f | wc -l

# ディレクトリごとのファイル数を集計
find /var -xdev -type d -exec sh -c 'echo "$(find "$1" -maxdepth 1 -type f | wc -l) $1"' _ {} \; | sort -rn | head -20

1
2
3
4
5
6
7
8

# ルート直下の各ディレクトリのサイズを確認
sudo du -sh /* 2>/dev/null | sort -rh | head -20

# /var配下の詳細を確認（ログやキャッシュが多い）
sudo du -sh /var/* 2>/dev/null | sort -rh | head -20

# 特定ディレクトリ配下の容量上位を確認
sudo du -h /var/log --max-depth=2 | sort -rh | head -20

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

# ncduのインストール
sudo apt install ncdu  # Debian/Ubuntu
sudo dnf install ncdu  # RHEL/AlmaLinux

# ルートディレクトリから調査（時間がかかる場合がある）
sudo ncdu /

# 特定ディレクトリのみ調査
sudo ncdu /var

# 結果をファイルにエクスポートして後で確認
sudo ncdu -o /tmp/disk-usage.json /var
ncdu -f /tmp/disk-usage.json

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# 100MB以上のファイルを検索
sudo find / -xdev -type f -size +100M -exec ls -lh {} \; 2>/dev/null | sort -k5 -rh

# 特定ディレクトリ内で1GB以上のファイルを検索
sudo find /var -type f -size +1G -exec ls -lh {} \; 2>/dev/null

# 30日以上アクセスされていない大きいファイルを検索
sudo find /home -type f -size +500M -atime +30 -exec ls -lh {} \; 2>/dev/null

# 検索結果をファイル名、サイズ、更新日時で一覧表示
sudo find / -xdev -type f -size +100M -printf '%s %T+ %p\n' 2>/dev/null | sort -rn | head -30

1
2
3
4
5

# 削除されたが開かれたままのファイルを確認
sudo lsof +L1

# 特定のディレクトリ（/varなど）に限定して確認
sudo lsof +L1 | grep '/var'

1
2
3
4
5
6
7
8
9

# 方法1: プロセスを再起動してファイルハンドルを解放
sudo systemctl restart nginx

# 方法2: プロセスを停止せずにファイルを切り詰める（ログファイルの場合）
# プロセスIDを確認してファイルディスクリプタを空にする
sudo truncate -s 0 /proc/1234/fd/10

# 方法3: logrotateを強制実行
sudo logrotate -f /etc/logrotate.conf

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

# パッケージキャッシュのクリーンアップ
sudo apt clean && sudo apt autoremove  # Debian/Ubuntu
sudo dnf clean all && sudo dnf autoremove  # RHEL/AlmaLinux

# systemdジャーナルのサイズ制限
sudo journalctl --vacuum-size=500M
sudo journalctl --vacuum-time=30d

# Dockerの不要なリソースを削除
docker system prune -a --volumes

# 古いカーネルの削除（Ubuntu）
sudo apt autoremove --purge

1
2
3
4
5
6
7
8

# dmesgでエラーを確認
dmesg | grep -i -E 'error|fail|warn|ext4|xfs|sda'

# システムログでファイルシステム関連のエラーを確認
journalctl -k | grep -i -E 'ext4|xfs|error|fail'

# ファイルシステムの状態を確認
sudo tune2fs -l /dev/sda1 | grep -E 'state|Mount count|errors'

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

# ファイルシステムの種類を確認
lsblk -f

# アンマウント
sudo umount /dev/sda2

# 基本的なfsck実行（対話形式）
sudo fsck /dev/sda2

# 自動修復オプション付き（-y: すべての質問にyesと回答）
sudo fsck -y /dev/sda2

# ドライラン（実際には修復しない）
sudo fsck -n /dev/sda2

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

# ext4のチェックと修復
sudo e2fsck -f /dev/sda1

# 自動修復
sudo e2fsck -p /dev/sda1

# 強制チェックと自動修復
sudo e2fsck -fy /dev/sda1

# 不良ブロックも含めてチェック（時間がかかる）
sudo e2fsck -c /dev/sda1

# スーパーブロックが破損している場合、バックアップから復元
sudo mke2fs -n /dev/sda1  # バックアップスーパーブロックの位置を確認
sudo e2fsck -b 32768 /dev/sda1  # バックアップスーパーブロックを使用

1
2
3
4
5
6
7
8

# XFSのチェック（ドライラン）
sudo xfs_repair -n /dev/sda2

# XFSの修復
sudo xfs_repair /dev/sda2

# ログをクリアして修復（ログが破損している場合）
sudo xfs_repair -L /dev/sda2

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

# レスキューモードでの起動手順
# 1. GRUBメニューで 'e' を押して編集モードに入る
# 2. linux行の末尾に 'systemd.unit=rescue.target' を追加
# 3. Ctrl+X で起動

# レスキューモードに入ったら
# ルートファイルシステムを読み取り専用で再マウント
mount -o remount,ro /

# fsckを実行
fsck -fy /dev/sda1

# 修復後、読み書き可能で再マウント
mount -o remount,rw /

# 再起動
reboot

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# 現在マウントされているファイルシステムを確認
findmnt

# 特定のデバイスのマウント状態を確認
findmnt /dev/sda1

# ブロックデバイスの一覧とファイルシステム情報
lsblk -f

# UUIDとラベルの確認
sudo blkid

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# 詳細なエラーメッセージを確認
sudo mount -v /dev/sda2 /mnt

# dmesgでカーネルメッセージを確認
dmesg | tail -20

# ファイルシステムタイプを明示的に指定
sudo mount -t ext4 /dev/sda2 /mnt

# 読み取り専用でマウントを試行
sudo mount -o ro /dev/sda2 /mnt

1
2
3
4
5
6
7
8

# fstabの内容を確認
cat /etc/fstab

# fstabの構文チェック
sudo mount -a

# 特定のエントリをテストマウント
sudo mount /home

1
2
3
4
5
6
7
8
9

# デバイス名ではなくUUIDを使用（デバイス名は変わる可能性がある）
sudo blkid /dev/sda2
# 出力: /dev/sda2: UUID="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" TYPE="ext4"

# fstabにエントリを追加する前にバックアップ
sudo cp /etc/fstab /etc/fstab.backup

# nofailオプションを追加（マウント失敗時も起動を継続）
# 例: UUID=xxx-xxx-xxx /data ext4 defaults,nofail 0 2

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

# マウントポイントを使用しているプロセスを確認
sudo lsof +D /mnt

# または fuser を使用
sudo fuser -mv /mnt

# プロセスを確認してから終了
sudo fuser -k /mnt  # 注意: 強制終了

# 遅延アンマウント（プロセス終了後に自動アンマウント）
sudo umount -l /mnt

# 強制アンマウント（最後の手段）
sudo umount -f /mnt

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# ディスクとパーティションの一覧
lsblk

# 詳細なパーティション情報
sudo fdisk -l

# GPTパーティションの詳細
sudo gdisk -l /dev/sda

# partedでの確認
sudo parted /dev/sda print

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

# fdiskを起動
sudo fdisk /dev/sdb

# fdisk内のコマンド
# n - 新しいパーティションを作成
# p - プライマリパーティション
# 1 - パーティション番号
# Enter - 開始セクタ（デフォルト）
# +50G - サイズを指定
# w - 変更を書き込んで終了

# パーティションテーブルを再読み込み
sudo partprobe /dev/sdb

# ファイルシステムを作成
sudo mkfs.ext4 /dev/sdb1

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

# GPTパーティションテーブルを作成
sudo parted /dev/sdb mklabel gpt

# パーティションを作成
sudo parted /dev/sdb mkpart primary ext4 0% 100%

# または対話モードで
sudo parted /dev/sdb
# (parted) mkpart
# Partition name? データ
# File system type? ext4
# Start? 0%
# End? 100%
# (parted) quit

# ファイルシステムを作成
sudo mkfs.ext4 /dev/sdb1

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

# ext4パーティションの拡張
# 1. まずアンマウント
sudo umount /dev/sdb1

# 2. ファイルシステムをチェック
sudo e2fsck -f /dev/sdb1

# 3. パーティションを拡張（partedまたはfdiskで）
sudo parted /dev/sdb resizepart 1 100%

# 4. ファイルシステムを拡張
sudo resize2fs /dev/sdb1

# 5. 再マウント
sudo mount /dev/sdb1 /mnt

1
2

# XFSはマウント中に拡張可能
sudo xfs_growfs /mnt

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21

# 物理ボリューム（PV）の確認
sudo pvs
sudo pvdisplay

# ボリュームグループ（VG）の確認
sudo vgs
sudo vgdisplay

# 論理ボリューム（LV）の確認
sudo lvs
sudo lvdisplay

# 論理ボリュームの拡張（空き容量がある場合）
sudo lvextend -L +10G /dev/vg_name/lv_name

# または残りすべての空き容量を割り当て
sudo lvextend -l +100%FREE /dev/vg_name/lv_name

# ファイルシステムの拡張
sudo resize2fs /dev/vg_name/lv_name  # ext4の場合
sudo xfs_growfs /mount_point  # XFSの場合

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

# 基本的なバックアップ
rsync -av /home/user/ /backup/home/user/

# 削除も同期（ミラーリング）
rsync -av --delete /home/user/ /backup/home/user/

# リモートサーバーへのバックアップ
rsync -avz -e ssh /home/user/ user@backup-server:/backup/home/user/

# 進捗表示付き
rsync -avh --progress /home/user/ /backup/home/user/

# 除外パターンを指定
rsync -av --exclude='*.tmp' --exclude='.cache' /home/user/ /backup/home/user/

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

#!/bin/bash
# /usr/local/bin/backup.sh

# 設定
BACKUP_SRC="/home /etc /var/www"
BACKUP_DST="/backup"
DATE=$(date +%Y%m%d_%H%M%S)
LOG_FILE="/var/log/backup.log"
RETENTION_DAYS=30

# ログ関数
log() {
    echo "[$(date '+%Y-%m-%d %H:%M:%S')] $1" | tee -a "$LOG_FILE"
}

# バックアップ実行
log "バックアップ開始"

for src in $BACKUP_SRC; do
    dir_name=$(basename "$src")
    rsync -avh --delete \
        --exclude='*.tmp' \
        --exclude='*.log' \
        --exclude='.cache' \
        "$src/" "$BACKUP_DST/$dir_name/" \
        >> "$LOG_FILE" 2>&1
    
    if [ $? -eq 0 ]; then
        log "$src のバックアップ完了"
    else
        log "エラー: $src のバックアップに失敗"
    fi
done

# 古いログの削除
find "$BACKUP_DST" -type f -mtime +$RETENTION_DAYS -delete

log "バックアップ終了"

1
2
3
4
5
6
7
8

# crontabを編集
crontab -e

# 毎日深夜2時にバックアップを実行
0 2 * * * /usr/local/bin/backup.sh

# 毎週日曜日にフルバックアップ
0 3 * * 0 /usr/local/bin/full-backup.sh

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# ディスク全体のイメージを作成
sudo dd if=/dev/sda of=/backup/sda.img bs=64K status=progress

# 圧縮しながらバックアップ
sudo dd if=/dev/sda bs=64K status=progress | gzip > /backup/sda.img.gz

# イメージからの復元
sudo dd if=/backup/sda.img of=/dev/sda bs=64K status=progress

# 圧縮イメージからの復元
gunzip -c /backup/sda.img.gz | sudo dd of=/dev/sda bs=64K status=progress