ファイルシステムの横にあるディスクのスペースを占有しているのは何ですか?


20

コンピューターには80 GB SSDのディスクが1つしかありません。単一のext4パーティションとしてフォーマットされ(スワップなし)、通常のすべてのフォルダーがインストールされます(外部メディアに多くのデータを保持しますが、/ homeおよびその他はすべてSSDにあります)。

今日、私はそれを起動し、ドライブがいっぱいであるというメッセージを受け取りました。Disk Usage Analyzerを開いて、スペースを占有しているものを調べました。67.8 GBのディスクが使用され、/が36.4 GBを占有していると主張します。ファイルシステム上にない場合、30 GBが不足しているのはどこですか?

比較のために、Nautilusにリストされているすべての読み取り可能なフォルダーのサイズをすべて、/のサブフォルダー(非表示のフォルダーを含む)として合計しました。20.9 GBを得ました。ゴミ箱は判読できませんでしたが、16.2 GBであることがわかっているため、合計は36.1 GBであり、Disk Usage Analyzerが報告しているのとほぼ同じです。procのように読めないシステムフォルダーがいくつかありましたが、合計で30 GBになるとは思いません-さもなければ、Ubuntuを小さなディスクにインストールすることはできず、2.5 GBで実行するのを見ました。私の計算とDisk Usage Analyzerのレポートの0.3 GBの差でなければならないと思います。

だから、これらの30 GBを消費しているものを知りたいのですが、どうすればそれらを解放できますか?

代替テキスト

CYREXの質問に対する回答を編集

  1. Ubuntu 10.10 64ビットライブCDから起動します(私のシステムと同じ)。

    fsckの結果:

    root@ubuntu:~# fsck /dev/sda1
    fsck from util-linux-ng 2.17.2
    e2fsck 1.41.12 (17-May-2010)
    /dev/sda1: clean, 265956/4890624 files, 18073343/19537408 blocks
    
  2. SDDから起動します。ゴミ箱を空にし、そこから16 GBが無料になりました。30 GBはまだありません。

    代替テキスト

  3. 私は、ログで何がおかしいとカウントされるのかを知るのに十分な経験がありません。前回のブート以降の私のメッセージログと私のsyslogは次のとおりです。

  4. ここで本当に奇妙になりました。外付け500 GB HDDを接続しました。Disk Usage Analyzer は使用可能なスペースを過剰に報告し、スペースが不足していることを示しました(76 GBが使用されていますが、フォルダー内の24のみ)。

    代替テキスト

LiveCDから再度起動し、そこからDisk Usage Analyzerを起動し、インストールされたUbuntuと同じ結果を1-2 GB以内で取得しました。

CodeMonkへの回答で編集する

それはいい解決策だっただろうが、パーティションは実際には80 GBです。つまり、74 GB +マーケティング「エラー」を意味し、とにかくディスク全体がフォーマットされます。また、50 GB以上が使用されていることも示しています。ファイルやフォルダーにない場合、30 GBはどこにありますか?

代替テキスト GPartedは、外付けHDDの正しいサイズも報告します。

代替テキスト


時には、GUIツールに信頼端子と実行を開けないことが最善である、ルート上のディレクトリごとに使用スペースの要約レポートを取得します。sudoデュ-sm / *
ジョアン・ピント

3
/最初と2番目のスクリーンショットでDisk Usage Analyzerのエントリを展開しないことで、リングチャートが何かに占有されていることを明確に示すすべての下位ディレクトリのサイズに気付かなくなりました。/ var / log / syslogが非常に不満のあるハードウェアでいっぱいになっているような単純なものかもしれませんが、そのデータが必要です。
msw

ログファイルを探してみましたか?再起動後、KVMスイッチとワイヤレスキーボードが一緒に再生されず、ログファイルが大きくなり、すべての領域がいっぱいになる(2日後)ことを覚えています。デバイスの再接続が役立ちました。サーバーによって異なる場合がありますが、うまくいけばヒントが得られます。
-LiveWireBT

回答:


33

通常のユーザーとしてディスクアナライザーを使用する場合、アクセスまたは表示できないファイルが存在する場合があります。スーパーユーザー権限で起動してみることができます。ターミナルを開くか、Alt + F2を押して次を入力します。

gksudo baobab

あなたが疑問に思っているなら、バオバブはディスクアナライザーのオタクな名前です。たぶん、これらの不足しているメガバイトがどこにあるかを示すことができるかもしれません。


1
また、Ubuntuで端末を開くための別のショートカットがCtrl + Alt + Tであることを忘れないでください。
Yufenyuy Veyeh Dider

17

私はそれを解決しました-あなたのすべてのアドバイス、特にsudo権限でDisk Analyzerを実行するよう提案した Javier Riveiraのおかげで(これが結果に影響を与える可能性があるとは知りませんでした)。

私はクラッシュプランを持っていますが、いくつかの外部ドライブのバックアップを作成しています。そのため、Millyに移動するバックアップセットと、Sto_Latに移動する別のバックアップセットが15分ごとにあります(これらは外部ドライブの名前です)。ある時点でこれらのドライブなしでコンピューターを起動したとき、Crashplanは/media/Millyおよびの下にフォルダーが見つからなかった/media/Sto_Latため、フォルダーを作成し、バックアップを書き込みました。

何らかの理由で、sudoなしで起動した場合、ディスクアナライザーはこれらのフォルダーを表示しません。Nautilusはそれらを表示しますが、/media実際には30 GBですが、16 KBのサイズをリストします。

MillyやSto_Latを含むすべての外部ドライブを取り外して起動したときにのみ、これに気付きましたgksudo baobab。次に、外付けドライブを確認しましたが、すべてではなく、バックアップターゲットのみがあり、これらはマウントされたドライブではなく、Crashplanによって作成された同名のフォルダであることがわかりました。既存のフォルダと同じ名前でドライブをマウントすると、奇妙なことが起こっているはずです。エラーメッセージなどが表示されないのはなぜですか...

ところで、これはDisk Analyzerが500 GBではなく530 GBでMillyのサイズを表示する理由も解決します。これらは「欠落」30 GBであり、フォルダと実際のドライブを一緒にカウントします。

今では、Crashplanを壊すことなく、またはバックアップなしでフォルダーを削除する方法のみが必要です。


これを承認済みの回答としてマークする必要があります。Javierの回答へのリンクを追加し、Javierがチップに賛成票を投じるようにしました。
ホルヘカストロ

これは、私が抱えていた問題とまったく同じです。バックアップディスクの1つが死にましたが、バックアップスクリプトが/ mnt / Backup-Driveフォルダーにバックアップを試みて、ルートディスクがいっぱいになりました。
マイケルロビンソン

必要な理由sudoは、実行しているユーザーがファイルシステムの一部を読み取れないことです。これは完全に理にかなっています。たとえば、ユーザーが完全バックアップを読み取ることができる場合を想像してください。
アリエル

@arielf考えたことは一度もなかったと思う。しかし、ディスクスペースカウントユーティリティは、使用されている空きディスクスペースの正確な画像を私に提供することを期待しています。読む権利のないファイルが空きディスク領域にカウントされると、ユーザーとして非常に驚きます。
rumtscho

さて、単にdfディレクトリ全体のスキャンを実行せずに、パーティションの合計容量と空き容量を提供するだけで実行できます。ただし、baobabまたはfilelight(個々のファイルレベルで)詳細を指定して完全なディレクトリスキャンが必要な場合は、ディレクトリへの完全な読み取りアクセス許可が必要です。
アリエル

5

Disk Usage Analyzerを使用して、ディレクトリをスキャンし、ファイルシステム上のスペースがどこにあるかを確認できます。

代替テキスト

ディスクの30GBが表示されない場合は、GPartedを開き、ディスク上のスペースがどのように割り当てられているかを確認します。パーティションスキームが思っていたものではない可能性があります。

GParted


GPartedのは良いアイデアだったが、謎の遺跡、スクリーンショットを参照してください
rumtscho

それは確かに非常に奇妙です。ディスク使用状況分析ツールは、ルートディレクトリに大きなファイルを表示しますか?
ニックパスクッチ

4

duこれを表示するために使用できます:

cd /
sudo du -hcsx .[!.]* * | sort -rh | head

または

sudo du -hcsx * | sort -rh | head

これは、最も多くのスペースを使用しているものを示します。


3

デフォルトでは、ディスクスペースの10%がrootユーザー用に予約されています。を使用して変更できますsudo tune2fs -m %percentage %device。あなたの場合はsudo tune2fs -m 1 /dev/cciss/c0d0p1、予約を1%に減らすためです。好きな数字に設定できますが、0%はお勧めしません。


「sudo du -chs /」の結果は心配する必要がありますか?
dannymcc

わからないが、他に問題がなければ気にしない
;

1

次の手順を実行して、どのように進行したかをお知らせください。

  1. LiveCdを挿入し、/ dev / sda1をfsckします
  2. ゴミ箱を掃除してください。
  3. 起こっている奇妙なことについては、ログファイルビューアーを参照してください。
  4. (できれば)通常のHDD(SSDではない)でテストします。そのオプションを削除するだけです。

どうなったか教えてください。


リクエストした情報を投稿しました。質問の編集をご覧ください。
rumtscho

1

これがあなたを助けるかどうかは本当にわかりませんが、私の場合、私もそれを経験しました、私のHDDは理由もなく時間とともに空き容量を失いました。シナプスパッケージマネージャーのデフォルト設定もその要因であることが判明しました。[ファイル]タブの下の設定のデフォルト設定は、ダウンロードしたすべてのパッケージをキャッシュ保持するようにシナプスに指示します。時間が経つにつれて、ファイルの山が蓄積されます。インストール後にダウンロードしたパッケージ削除するように設定を変更しました。これにより、かなりの空き容量を回復できました。

繰り返しますが、それがあなたの場合に役立つかどうかは本当にわかりませんが、シナプスのキャッシュをチェックするかもしれません。おそらく古いファイルでいっぱいです。


1
興味深いのですが、このキャッシュはファイルシステムの一部としてカウントされます。
rumtscho
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.