DaisyDiskで隠されたスペースとして表示されるギガバイトのディスクスペース

21

ディスク容量の使用量が増えません。約80ギガバイトしか使用していなかったはずですが、DaisyDiskによれば、約25ギガバイトが隠しスペースに占有されています。ミステリーディスク領域は、[このMacについて]ウィンドウで他に分類されているようです。

sudo tmutil disablelocal/ Volumes / MobileBackups /でローカルTime Machineスナップショットを無効にし、削除しました。

誰もが隠されたスペースがどのようなものであるか、またはどのようにそれを解放できるかを知っていますか？

おそらくMacbook HDの「その他」のすべてにほぼ完全に関連しています。

macos disk-space

— リ
ソース

何人のユーザーがいますか？DaisyDiskは、別のユーザーのディレクトリにアクセスできない場合があります。

— Vlad

@Vlad 1つだけ。また、duスクリーンショットのDaisyDisk（および）結果はルートとしてスキャンされました。

— LRI

df -h出力は何ですか？

— Vlad

4

Recovery HDで再起動し、その環境でディスクの修復を実行します。ファイルシステムのボリュームに破損がある場合があります。それはそれを修正するか、コンテンツが不必要にスペースを占有するだけではなく、少なくとも問題があればそれを特定するはずです。

再起動すると問題が解決する場合があります。20GBの隠しスペースがありました。user10355およびuser495470に続いて、最初に再起動せずにDiskUtilityを実行しました（つまり、ブートパーティションからブート中のブートパーティションで）、次にリカバリモード（すなわち、リカバリパーティションからブート中のブートパーティションで）を実行しました。どちらの方法でもエラーは報告されませんでした。しかし、通常のようにブートパーティションから再起動すると、隠されたスペースは1GBになりました。YMMV。

— ジェスリーデル

9

リカバリパーティションから起動してディスクを修復すると、問題が修正されました。（ディスクユーティリティは、無効な空きブロック数に関するエラーを示しました。）ありがとう@cksum。

— リ
ソース

ドキュメントを読んでいくつかの異なるマシンでプログラムを実行すると、隠されたスペースは、測定された各割り当てから予想されるスペースを減算し、その差を「隠されたスペース」として提供することでストレージの非効率性をキャプチャします。25ギガバイトが「行方不明」にするために、より重度のカタログとファイルシステムの破損した場合は、あなたの未割り当てブロック数が原因だったかどうかは疑問

— bmike

7

DaisyDiskの非表示領域（管理者としてスキャンした場合）は、ほとんどのMacで4〜8 GBの制限内に収まっている必要があります。数値が大きい場合は、ボリュームの修復を試してください。これはファイルシステムエラーの指標になる可能性があるためです。

DaisyDiskのデザイナー、Taras Brizitsky。

— user78169
ソース

3

サイトへようこそ。...あなたのプロフィールや勧告などの場合には透明性を提供することが奨励されているような製品への自己開示あなたの関係のためのおかげで、あなたの情報を追加すること自由に感じなさい

— bmike

7

別の可能性-そして、私の特定の場合に犯人になったもの-は、外部バックアップソースに接続できないときに、マシンがローカルバックアップを作成していることです。この場合、ターミナルで次のコマンドを入力するだけでバックアップを無効にできます。

sudo tmutil disablelocal

後で、バックアップを再度有効にする場合、次のターミナルコマンドを使用してバックアップを元に戻すことができます。

sudo tmutil enablelocal

MacOS Sierra以降のアップデート

それはのように思えるんdisablelocalとenablelocalコマンドが使用できなくなっています。別の方法として、次の手順を実行してローカルスナップショットを削除できます。

次を実行して、ローカルスナップショットのリストを取得します。

tmutil listlocalsnapshots

次のような出力が得られるはずです

com.apple.TimeMachine.2018-10-03-145245
次を実行してスナップショットを削除します。

tmutil deletelocalsnapshots <date of snapshot>

したがって、たとえば、ステップ1の出力を使用して、次を実行します。

tmutil deletelocalsnapshots 2018-10-03-145245

そして、次のような出力が得られるはずです。

ローカルスナップショット「2018-10-03-145245」を削除しました

— テランス・ショー
ソース

これらのヒントをありがとう。350 GB（DaisyDiskで削除したばかり）が再び使用可能として表示されないという同じ問題がありました。最初に、ルートボリュームを修復（回復モード）してから使用sudo tmutil disablelocal（および再起動）しましたが、「使用済みスペース」が最終的になくなるまで別のタイムマシンバックアップ（外部のUSB接続ディスク）を開始する必要がありました411 GBから62！

— hans_meine 14

3

これに出くわす人々のためだけに、disablelocalコマンドはtmutilHigh Sierra には存在しないようです。交換品が何なのかわかりません。

— -mhucka

3

DaisyDiskマニュアルによると：

ディスク上の「使用済み」スペースの量が、そのディスク上のスキャンされたすべてのファイルとフォルダの合計サイズよりも大きく表示される場合があります。これは正常です。違いは通常、ファイルシステムのオーバーヘッドとSpotlightインデックスなどのシステムによって生じますが、場合によっては、通常は表示されない他のユーザーのアカウントまたはフォルダーにかなりのディスク領域が隠れていることがあります。これらのフォルダーを表示するには、管理者としてディスクをスキャンする必要があります。

（隠し領域）は、制限されたファイルの合計サイズが大きい場合にのみ表示される仮想ディスクマップアイテムであるため、管理者としてディスクを再スキャンする価値があるかどうかを確認できます。

大量の隠しディスク領域も、ファイルシステムエラーを示している場合があります。詳細については、トラブルシューティングガイドに従ってください。

管理者として実行しているときに隠しディスク領域が大量にある場合、ファイルシステムエラーまたはファイルのアクセス許可が壊れている可能性があります。

— ヴラド
ソース

0

このフォルダ/.MobileBackups.trashが多くのスペース（62GB！）を使用していることに気付きました。で確認してくださいsudo du -hs /.MobileBackups.trash

ただ走っsudo rm -rf /.MobileBackups.trashて、スペースを取り戻しました。

— ブルーノ・バッコロ
ソース

0

私の場合、771ギグのスペースがありませんでした。/ coresフォルダーをクリアする必要がありました。どうやら、アプリケーションがクラッシュし、コアダンプを残したままになったスペースの量は、コアフォルダーのディスクスペースの正確な量でした。

— ヒースローワ
ソース

0

別の可能性のある犯人は、自家製のものです（使用している場合）。デフォルトでは、更新後にインストールされたパッケージの古いバージョンを保持します。私の場合、これは合計で最大11GBです。実行brew cleanup -nして、これらのバックアップがマシン上でどれだけのスペースを占有するかを確認します（これにより、まだ何も削除されません。そのためには、-nフラグを省略します）。

ソース：https : //til.hashrocket.com/posts/44a4b95cdd-homebrew-is-eating-up-your-harddrive

— JLubberger
ソース