ボリューム「ファイルシステムルート」のディスクスペースは0バイトしか残っていませんか？

Question

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をどのように満たすことができますか？

Answer 1

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

すべてのパーティションの空き容量を確認するには、「ディスク空き」コマンド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にひどいことをします。

Answer 2

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