はじめに
Macの「システムデータ」がいつの間にか肥大化し、ストレージを圧迫していました。
今回、私のMacBook Airで145GBもの容量を占有していたファイルを特定し、ターミナルから中身を消去して空き容量を確保した手順を記録します。
本記事で行っている操作は、macOSのシステム領域やアプリケーションの内部ファイルを直接操作するものです。公式に推奨されている手順ではなく、予期せぬ不具合を招く可能性があります。実行する際は必ずバックアップを取り、自己責任でお願いします。
1. 巨大なフォルダを特定する（全体調査）
まずはターミナルを開き、どこに大きなファイルがあるかを探ります。
# Library配下の容量を調査（上位20件を表示）
sudo du -h -d 1 /Library ~/Library | sort -h | tail -n 20
実行結果
4.1M /Library/Keychains
...
2.9G /Library/Developer
150G /Library/Application Support
155G /Library
/Library/Application Support が 150GB という異常な数値を叩き出していることが判明しました。
2. アプリケーションの絞り込み
次に、Application Support 内のどのアプリが原因かを確認します。
sudo du -h -d 1 /Library/Application\ Support | sort -h
実行結果
895M /Library/Application Support/Logic
908M /Library/Application Support/GarageBand
1.7G /Library/Application Support/Logi
146G /Library/Application Support/ESET
151G /Library/Application Support
犯人は ESET フォルダ（146GB） でした。
3. 原因ファイルの特定
さらにESETフォルダの階層を深掘りし、どのファイルが巨大化しているか特定します。
# ESET内部の2階層目まで調査
sudo du -h -d 2 /Library/Application\ Support/ESET | sort -h
実行結果
1.0G /Library/Application Support/ESET/Security/modules
145G /Library/Application Support/ESET/Security/log
146G /Library/Application Support/ESET
/ESET/Security/log ディレクトリがほぼすべての容量を占めています。中身のファイル詳細を確認します。
sudo ls -lh /Library/Application\ Support/ESET/Security/log
実行結果（詳細）
total 303728888
-rw------- 1 eset-ecsm-logd eset-ecsm-daemons 148M 1 25 10:14 eventlog.dat
-rwx------ 1 eset-ecsm-logd eset-ecsm-daemons 145G 1 25 10:14 network.dat
network.dat（145GB） がストレージを圧迫していた正体です。
4. 容量を解放する（中身の消去）
ファイル自体を消すとアプリの動作に支障をきたす可能性があります。そのため、**「ファイルパスは残したまま、中身だけを空にする」**手法をとりました。
実行コマンド
# リダイレクトを用いて中身を空にする
sudo sh -c '> "/Library/Application Support/ESET/Security/log/network.dat"'
実行後のサイズ確認
sudo ls -lh /Library/Application\ Support/ESET/Security/log
実行結果
-rwx------ 1 eset-ecsm-logd eset-ecsm-daemons 0B 1 25 14:34 network.dat
ファイルサイズが 0B になり、145GBの空き容量が一瞬で確保できました。
5. 再発防止の設定
放置すると再び肥大化するため、ESETの設定を見直します。
- ログの最小詳細レベル: 「情報レコード」→ 「警告」 に変更。
- ログファイルのクリーニング: 保存期間を「90日」→ 「14日」 に短縮。
▼ 設定画面の参考
まとめ
Macのストレージ不足は、アプリのログファイルが原因であることが多いようです。
公式の手順やアプリ設定だけで解決せず、ストレージが埋まり続けて困っている方は、本記事のような個別のパス特定とリダイレクト（> ）による消去が有効な手段となるかもしれません。
現在は設定を見直しましたが、また同じようにログが肥大化しないか、しばらくの間はストレージ容量の推移を慎重に様子見していく予定です。