ボリューム「ファイルシステムルート」のディスクスペースは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は、数分以内に100 GBを超えるHDをどのように満たすことができますか？
これはほぼ確実に、実際にはルートファイルシステムのスペースが不足しているためです。ドライブに多くの空き領域がある場合は、ユーザーデータ用に別のファイルシステムがある可能性があります。これは一般的な設定です。
すべてのパーティションの空き容量を確認するには、「ディスク空き」コマンド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を実行するか、ソフトウェアセンターを使用します）。いずれにせよ、パーティションを右クリックして「サイズ変更」を選択できるグラフィカルユーティリティです。
N.B. -パーティションのサイズを変更するときに、休止状態になっているオペレーティングシステムがないか、動作しないか、休止状態のOSにひどいことをします。
dfリストによると、/に十分な空き領域があります。これらのメッセージのいずれかを取得したら、dfをもう一度確認し、まだ十分な空き領域が表示される場合は、dmesgの出力でエラーを確認します。ファイルシステムが読み取り専用で再マウントされる原因となるエラーが発生している可能性があり、それが空き領域通知機能を混乱させる可能性があります。 livecdから、ディスクユーティリティを開き、ドライブのSMARTステータスをチェックして、不良セクタなどがないことを確認する必要があります。長いセルフテストを実行することも良い考えかもしれません。その後、ファイルシステムをチェックします。