GNU/Linux >> Linux の 問題 >  >> Ubuntu

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

約2週間前に11.10をインストールしましたが、最近奇妙な問題が発生しました。

インストールは、クリアな160GBSSDを備えた新しいラップトップに行われました。ホームディレクトリの暗号化を選択しました。それとは別に、インストール中にデフォルトを受け入れました。私のラップトップには他の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

そしてsudoparted -l <​​/ code> :

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以上で満たすことができますか?

ベストアンサー

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

関連:htmlタグを除外し、sedを使用して他のhtmlタグに置き換えますか?

すべてのパーティションの空き容量を確認するには、「diskfree」コマンド 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 (rootユーザーのホームディレクトリ)

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

  • / opt (多くのサードパーティ製アプリはここにインストールされ、その後はクリーンアップされません)
  • / var / log (エラーが繰り返されると、ログファイルが多くのスペースを消費する可能性があります)

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

N.B. —パーティションのサイズを変更するときにオペレーティングシステムが休止状態になることはありません 、または動作しないか、休止状態のOSにひどいことをします。

関連:Unityで使用するようにApple Magic Trackpadを構成するにはどうすればよいですか?
Ubuntu
  1. Ubuntu20.04でディスク容量を確認する方法

  2. Thunderbird 16.0.1ディスクスペースを埋めますか?

  3. ディスク使用量をログに記録するスクリプトまたはプログラム?

  1. cPanelでディスクスペース使用ツールを使用する方法

  2. ボリュームからのクラウドブートサーバーシステムディスクのサイズを増やします

  3. ディスク容量を最も多く使用しているファイルの検索

  1. Ubuntu –ボリューム「ブート」のディスク容量は0バイトしか残っていませんか?

  2. ボリュームスライダーをロックすることは可能ですか?

  3. インストールに必要なディスク容量が、取り外し後に解放されたディスク容量よりも大きい:なぜですか?