題:
為什麼通過磁盤信息和df獲得不同的可用/已用空間？
Jason
2014-05-30 02:42:09 UTC
view on stackexchange narkive permalink

我有一個13年代早期的運行小牛的MBP。今天，我今天有一個SSD外部驅動器，並且將我的虛擬機和Lightroom目錄文件移到其上以釋放磁盤空間，因為256GB的存儲空間很快。

但是，當我運行 df- h 在終端中，我得到以下信息：

 使用的文件系統大小可用容量iused ifree％iused安裝在/ dev / disk0s2 233Gi 118Gi 115Gi 51％31026495 30042945 51％/ devfs 187Ki 187Ki 0Bi 100％646 0 100％/ devmap -hosts 0Bi 0Bi 0Bi 100％0 0 100％/ netmap auto_home 0Bi 0Bi 0Bi 100Bi 0％100 0 0 100％/ homelocalhost：/ 19YSQKN76Bmz377sW5fOwp 233Gi 233Gi 0Bi 100％0 0 100％/ Volumes / MobileBackups / dev / disk1s2 119Gi 36Gi 83Gi 31％9537194 21637536 31％/ Volumes / Jason SSD

因此，我有118GB的存儲空間和115GB的存儲空間e。但是，當我從台式機的驅動器上獲取信息時，會得到

enter image description here

這是一個非常驚人的差異，並且在重新啟動後存在。正確的值是什麼？為什麼？

五 答案:
Gordon Davisson
2014-05-30 03:49:24 UTC
view on stackexchange narkive permalink

您是否已打開Time Machine備份？如果是這樣，則差異可能是由於用於“本地快照”的空間（實際上，當您的真實備份磁盤不可用時，備份到本地磁盤）。當需要其他空間時，本地快照會自動刪除（實際上，當卷達到80％的容量時，它將開始清除它們），因此Finder將其視為可用空間。另一方面， du 會將它們視為已用空間（磁盤實用程序和系統信息也是如此）。

要了解這是怎麼回事，請查看系統信息：從Apple菜單中，選擇“關於本機”，然後單擊“更多信息”，然後選擇“存儲”選項卡，並在使用情況圖表上查找淺紫色（“備份”）帶。如果大約47GB，這就是差異的根源。之所以啟用它，是因為它確實提供了一些有用的保護，可以在您的實際備份不可用時防止意外刪除/文件損壞/等。

編輯：正如@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用於本地快照。

！那是個很好的觀點。我什至沒有想到，因為我一直禁用本地快照。
這就是解決方法。一旦我禁用了本地備份，`du`將返回正確的磁盤值。我不太擔心需要本地備份，因為我的TM備份已經一直運行，因此已經有了工作驅動器。
其實並不是。 “ du”和“獲取信息”使用千兆字節，而“ df”使用千兆字節。看我的答案。
@chillin:實際上，差異是GiB vs GB *和本地快照使用的*空間的組合。比較根據`du`（118GiB = 126GB）與根據Finder（66.27GiB = 71.46GB）使用的空間...因此，用於本地快照的空間約為52GiB = 56GB。
@GordonDavisson好的答案需要好的問題。問題開始於對df給出的信息的錯誤解釋：“因此，我有118GB的可用空間和115GB的可用空間。”儘管您的回答令人難以置信（因為您預測到未提供的信息），但掩蓋了以下事實：提問者首先誤解了他們所看到的內容。
@chillin:實際上，我只是簡單地錯過了單位的混亂，並鎖定了118 vs 71.46的巨大差異。我將在答案中添加有關單位的註釋。
這是刪除所有本地快照的一種方法。\ tmutil listlocalsnapshots中的fsed -e's /^.*\.//'| grep '30-'\`;做tmutil deletelocalsnapshots $ f;完成`grep`是可選的，用於選擇特定的日期（第30個）。
chillin
2014-05-30 05:13:19 UTC
view on stackexchange narkive permalink

df 使用的是 Gi =千兆字節，“獲取信息”使用的是 GB =千兆字節。

這幾乎無法解決約63GB的差異。
好吧，取決於您所說的“關閉”是什麼意思，因為它確實佔了17ish GB
我認為，僅差額的27％是“無法接近”。戈登·戴維森（Gordon Davisson）可能是這裡最準確的人。
njboot
2014-05-30 02:50:39 UTC
view on stackexchange narkive permalink

編輯：在執行這些步驟之前，請先參閱Gordon Davisson的答案。

如果失敗：

  • 啟動 OS X Recovery。從“磁盤工具”>“修復磁盤”中選擇啟動卷。觀察是否發現/修復了任何FS錯誤，然後正常重啟。隨後，查看差異是否消失。
kevin
2014-05-30 06:55:22 UTC
view on stackexchange narkive permalink

chillin的答案是絕對正確的。

Gi = 1024 ^ 3字節GB = 1000 ^ 3字節

如果進行數學運算（從250.14 GB轉換為Gi），它將是

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

恰好是233 Gi。

Chris N
2017-04-25 03:30:00 UTC
view on stackexchange narkive permalink

垃圾桶。 沒有人提到過垃圾箱，它只是“ df”和“ du”的另一個目錄，但常常與Finder報告可用空間的方式混淆在一起。您清除垃圾並重新檢查了嗎？



ⓘ
該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到，我們感謝它分發的cc by-sa 3.0許可。
Loading...