ボリューム「ファイルシステムルート」のディスクスペースは0バイトのみですか？

2週間前に11.10をインストールしましたが、最近いくつかの奇妙なトラブルに遭遇しました。

インストールは、160GBのSSDを搭載した新しいラップトップで行いました。ホームディレクトリの暗号化を選択しました。それとは別に、インストール中にデフォルトを受け入れました。私のラップトップには他のOSはありません。

（非常に不快な）このウィンドウが表示されたとき（3回目）、約40GB使用していました。

2回の状況はかなり悪く、システム全体がかなり遅くなりました。再起動後、グラフィカルインターフェイスにログインできず（スペースが不足していることを知らせるエラーメッセージが表示されます）、最初にコマンドラインからいくつかのファイルを削除する必要がありました。

3回目は、まだいくつかのファイルをすばやく削除することができました。

私のラップトップは主に作業環境です。つまり、急流、ゲーム、映画は2つだけです。メディアの充填スペースのみが〜20GBの写真とたくさんのPDFです。最近は主にPostgreSQLとPostGIS、GeoServer、QGISで作業しています。

バックアップをテストして実行する機会はたくさんありましたが、誰かがこの問題の潜在的な解決策を教えてくれたら非常に感謝しています。

Ubuntuをインストールする直前にラップトップを購入しましたが、OSが搭載されていません。それはハードウェアの問題でしょうか？

または、暗号化はhome頭痛の種になりますか？

手伝ってくれてありがとう！

更新1：@ maniat1kが示唆するように、fdisk -lの現在の出力は次のとおりです。

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   312581807   156290903+  ee  GPT

更新2：zanfurが示唆するように、次の出力df：

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            149802648  31411456 110781576  23% /
udev                   1959764         4   1959760   1% /dev
tmpfs                   788276       992    787284   1% /run
none                      5120         0      5120   0% /run/lock
none                   1970684      2716   1967968   1% /run/shm
/dev/sda1                19363       129     19234   1% /boot/efi
/home/rdk/.Private   149802648  31411456 110781576  23% /home/rdk

そしてsudo parted -l：

Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  20.0MB  20.0MB  fat16              boot
 2      20.0MB  156GB   156GB   ext4
 3      156GB   160GB   4177MB

アップデート3：

メモリ不足のメッセージが表示される別のウィンドウ：/

最近主にVirtualBoxで作業し、Remminaを使用しています。

この情報に従って、ホームディレクトリから事実上すべてを削除しました。再起動しました。その後、使用中の〜20GBがありました[可能であれば、保持したいVirtualBoxディスクイメージ用に〜10GB]。SarveshLadのコメントに続いて、HDのスペース不足の別のエラーが発生したときに、より多くのスペースを回復しようとしてBleachbitアプリケーションを実行していました。その後、システムがフリーズしました。私のUbuntuはどうしてHDを数分以内に100GB以上で満たすことができますか？

これはほぼ確実に、実際にはルートファイルシステムのスペースが不足しているためです。ドライブに多くの空き領域がある場合は、ユーザーデータ用に別のファイルシステムがある可能性があります。これは一般的な設定です。

すべてのパーティションの空き容量を確認するには、「disk free」コマンドを実行しますdf。ルートである必要はありません。次のようなものが得られます。

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              9614116   8382396   1134048  89% /
none                   1541244       284   1540960   1% /dev
none                   1546180      4804   1541376   1% /dev/shm
none                   1546180       372   1545808   1% /var/run
none                   1546180         0   1546180   0% /var/lock
none                   1546180         0   1546180   0% /lib/init/rw
none                   9614116   8382396   1134048  89% /var/lib/ureadahead/debugfs
/dev/sda3             32218292  12333212  19885080  39% /home

ご覧のとおり、ルートファイルシステム（最初にリストされているもの）とユーザーデータファイルシステム（最後にリストされているもの）が別々にあり、ルートパーティションがほぼいっぱいになっています。dfルートファイルシステムが実際にいっぱいになっていることが出力に示されている場合は、いくつかのファイルを削除する（注意してください！）か、パーティションのサイズを変更する必要があります。

すべてのスペースを使い果たしているものを見つけるための便利な端末コマンドは、「ディスク使用量」コマンドですdu。パラメータなしで呼び出されると、現在のディレクトリとその下のすべてのディレクトリにあるすべてのファイルのサイズのリストを開始します。使用状況を追跡するためのより便利なシナリオにされているsudo du -s -h -x /*あなたに使用スペースの総量を（与えるこれは、-sルートファイルシステム（の上部にある各ファイルまたはディレクトリで）/*他のファイルシステム（見ないで）、-x人間には、） 「124M」（-h）などの読み取り可能な数字。完了するまでに時間がかかる場合でも心配しないでください。最初の実行が完了するまでに数分かかります。

もちろん、最初にそれらが何であるかを知らずにファイルを削除しないでください。ただし、一般に、次のディレクトリ内のファイルを削除しても、システムが破損することはありません。

• /tmp （ユーザーの一時データ-これらは通常、すべての再起動ごとに削除されます）
• /var/tmp （印刷スプール、およびその他のシステム一時データ）
• /var/cache/* （これは危険な場合があります、最初に研究してください！）
• /root （ルートユーザーのホームディレクトリ）

上記の場所に加えて、次の場所が一般的な原因です。

• /opt （多くのサードパーティのアプリがここにインストールされ、自分でクリーンアップしないでください）
• /var/log （エラーが繰り返し発生すると、ログファイルが大量のスペースを消費する可能性があります）

最初に確認してください。物事が正しく見え、ルートパーティションが小さすぎることが判明した場合は、パーティションをサイズに合わせてサイズを変更する必要があります。これを行う方法は無数にありますが、おそらく最も簡単な方法はUbuntu LiveCD（Ubuntuサイトのダウンロードページから入手）から起動し、GNOMEパーティションエディターを実行することgpartedです。gparted最初にパッケージをインストールする必要がある場合があります（LiveCD環境内からsudo apt-get install gparted、ソフトウェアセンターを実行または使用します）。いずれにせよ、パーティションを右クリックして「サイズ変更」を選択できるグラフィカルユーティリティです。

NB- パーティションのサイズを変更する際にオペレーティングシステムを休止状態にしないでください。動作しないか、休止状態のOSに対してひどいことをします。

dfリスティングによると、/に十分な空き領域があります。これらのメッセージのいずれかを取得したら、dfもう一度確認し、まだ十分な空き領域が表示される場合はdmesg、エラーの出力を確認してください。ファイルシステムが読み取り専用で再マウントされる原因になっているエラーが発生している可能性があり、空きスペース通知機能を混乱させる可能性があります。livecdから、ディスクユーティリティを開き、ドライブのSMARTステータスをチェックして、不良セクタなどがないことを確認する必要があります。長い自己テストを実行することも良い考えかもしれません。その後、ファイルシステムをチェックします。