web-dev-qa-db-ja.com

Ubuntuでudevパーティションを縮小または削除しますか？

今日、プログラムをコンパイルしようとしたところ、ディスク容量が足りなくなりました。 df -hを実行すると、パーティションが不安定になっていることに気付きました。 df-hは

Filesystem      Size  Used Avail Use% Mounted on 
/dev/sda1       4.6G  4.4G     0 100% /
udev             32G  4.0K   32G   1% /dev
tmpfs            13G  724K   13G   1% /run 
none            5.0M     0  5.0M   0% /run/lock
none             32G     0   32G   0% /run/shm

この出力についていくつか質問があります。

  1. すべてのスペースがudevに割り当てられているのはなぜですか？インストール中にユーザーが犯したのは単なる間違いでしたか、それとも理由がありますか？
  2. 再パーティション化した場合、udevを削除しますか、それとも単に縮小しますか？
linuxubuntupartitioningfilesystems
10
Sean Egan

udevは、永続的なハードドライブ上のパーティションではありません。 RAMディスク です。そのため、永続的なハードドライブの容量を消費しません（システムのRAMが不足している場合のスワップの一部を除く）。

LinuxのRAMディスクと/ dev

Ubuntuは、多くの最新のLinuxディストリビューションが/devディレクトリに devtmpfs ファイルシステムを使用しています。ディレクトリには 特別な（デバイス）ファイル が含まれています。これはデバイスドライバへの単なるインターフェイスです。 devtmpfsは tmpfs の特別なインスタンスです。 /devディレクトリは、Unixライクなディレクトリ構造の重要な部分です。削除すると、システムが機能しなくなります。

Ubuntuではtmpfsも/runとそのサブディレクトリにマウントされていることがわかります。他の一部のシステムでは、/tmpにマウントすることもできます。

あなたの質問

  1. スペースの割り当てはデフォルト設定です。デフォルトでは、tmpfsファイルシステムは、RAM容量の50％に制限されています。（64 GBのRAMがありますか？）tmpfsファイルシステムは、ファイルを格納するために必要なスペースのみを占有し、/devディレクトリの場合、必要なスペースは非常に小さいです。あなたの（私の）場合の占有容量は数KBです。
  2. tmpfsサイズは物理ドライブに保存されないため、パーティション分割によって影響を与えることはできません。システムを大幅に変更しない限り、それを削除することは不可能です。サイズ制限を低くすることができます：Sudo mount -o remount,size=1G /devただし、これは制限を変更するだけで、実際に占有されているRAMスペースは変更しません。

あなたの問題の解決策

解決策は、ドライブを再パーティション化して/dev/sda1を大きくする（再パーティション化が可能な場合はさらに簡単にする）か、新しいパーティションを追加して適切なディレクトリにマウントし、そこに既存のファイルを移動してルートを解放することです（/） ファイルシステム。

14
pabouk