Disk Infoとdfで異なるAvailable / Usedスペースを取得するのはなぜですか？

19

Mavericksを実行している初期の'13 MBPがあります。今日、私は今日SSD外付けドライブを手に入れ、仮想マシンとLightroomカタログファイルをそこに移動して、ディスク容量を解放しました。

ただし、df -hターミナルで実行すると、次のメッセージが表示されます。

Filesystem                          Size   Used  Avail Capacity  iused    ifree %iused  Mounted on
/dev/disk0s2                       233Gi  118Gi  115Gi    51% 31026495 30042945   51%   /
devfs                              187Ki  187Ki    0Bi   100%      646        0  100%   /dev
map -hosts                           0Bi    0Bi    0Bi   100%        0        0  100%   /net
map auto_home                        0Bi    0Bi    0Bi   100%        0        0  100%   /home
localhost:/19YSQKN76Bmz377sW5fOwp  233Gi  233Gi    0Bi   100%        0        0  100%   /Volumes/MobileBackups
/dev/disk1s2                       119Gi   36Gi   83Gi    31%  9537194 21637536   31%   /Volumes/Jason SSD

それによると、118GBが使用され、115GBは無料です。ただし、デスクトップ上のドライブから情報を取得すると、

ここに画像の説明を入力してください

それはかなり驚くべき矛盾であり、再起動後に存在します。正しい値は何ですか？その理由は何ですか？

— ジェイソン
ソース

27

Time Machineバックアップが有効になっていますか？その場合、違いは「ローカルスナップショット」に使用されるスペースが原因である可能性があります（基本的に、実際のバックアップディスクが利用できない場合のローカルディスクへのバックアップ）。ローカルスナップショットは、他の何かのためにスペースが必要になると自動的に削除されます（実際、ボリュームが80％に達すると、スナップショットのパージが開始されます）。du、一方で、それらを使用済みスペースと見なします（ディスクユーティリティおよびシステム情報と同様）。

これが起こっているかどうかを調べるには、システム情報を見てください：アップルメニューから「このMacについて」を選択し、「詳細」をクリックして、「ストレージ」タブを選択し、薄紫色（バックアップ」）使用状況チャートのバンド。約47GBの場合、これが違いの原因です。

この機能を無効にしたい場合は、Terminalコマンドを使用できますがsudo tmutil disablelocal、実際のバックアップが利用できない場合に誤って削除/ファイルの破損などを防ぐために有効にするため、Terminalコマンドを有効のままにしておくことをお勧めします。

編集：@chillinが指摘したように、混乱の追加ソースがあります：dfそして、Finderはサイズを報告するために異なるユニットを使用しています。dfは、ギビバイト（= 1,073,741,824バイト）を使用していますが、Finderはギガバイト（= 1,000,000,000バイト）を使用しています。FinderがGiBで報告した場合、容量：232.96 GiB、利用可能：166.41 GiB、使用済み：66.55 GiBと表示されます。そのため、実際にはローカルスナップショットに約52 GiBが使用されました。

— ゴードン・デイヴィソン
ソース

！それは良い点です。ローカルスナップショットを常に無効にしているので、思いもよらなかった。

— njboot

これが修正されました。ローカルバックアップを無効にするとdu、正しいディスク値が返されました。私は、TMバックアップとして常に作業ドライブを常に実行しているため、ローカルバックアップの必要性についてあまり心配していません。

— ジェイソン

2

実際、そうではありません。du「情報を見る」はギガバイトをdf使用し、ギビバイトを使用します。私の答えをご覧ください。

— まったり

@chillin：実際には、矛盾がGB対ジブの組み合わせであるとローカルスナップショットが使用する領域。du（118GiB = 126GB）とFinder（66.27GiB = 71.46GB）に従って使用されるスペースを比較してください...したがって、ローカルスナップショットに使用されるスペースは約52GiB = 56GBです。

— ゴードンデイヴィソン

@GordonDavisson良い答えには良い質問が必要です。質問は、dfによって与えられた情報の誤った解釈から始まります。「それによると、118GBが使用され、115GBが無料です。」あなたの答えは信じられないほど知覚的ですが（提供されていない情報を予測したという点で）、質問者がそもそも彼らが見ているものを誤って解釈したという事実を強調しています。

— まったり

4

dfはGi = Gibibytesを使用しており、「Get Info」はGB = Gigabytesを使用しています。

— まったり
ソース

1

これは、63GBの差を考慮に入れることにはなりません。

— サム

まあ、それはそれの17ish GBのアカウントがそうであるように「近い」あなたは何を意味依存

— まったり

違いのわずか27％を占めるのは「近づかない」と思います。ゴードン・デイヴィソンはおそらくここで最も正確でした。

— サム

0

編集： これらの手順を実行する前に、Gordon Davissonの回答を参照してください。

しようとすると、ボリュームのインデックスを再作成

それが失敗した場合：

OS Xリカバリで起動します。[ディスクユーティリティ]> [ディスクの修復]から起動ボリュームを選択します。FSエラーが検出または修正されたかどうかを確認し、通常どおり再起動します。その後、不一致が解消されているかどうかを確認します。

— njboot
ソース

0

まったりの答えは絶対に正しい。

Gi = 1024 ^ 3バイトGB = 1000 ^ 3バイト

数学を実行すると（250.14 GBからGiに変換）、次のようになります。

250.14 *（1000 ^ 3）/（1024 ^ 3）= 232.83

正確に233 Gi。

— ケビン
ソース

0

ゴミ箱。「df」と「du」の単なる別のディレクトリであるゴミについては誰も言及していませんが、多くの場合、紛らわしいことに、Finderが空き領域を報告する方法と混同されます。ゴミを片付けて再確認しましたか？

— クリス・N
ソース