/ tmp
にマウントされているパーティションを減らしたい 10GBに追加し、未使用のスペースをすべて /
に追加します パーティション。
umount -l / tmp
の場合 fsck.ext3 -f / dev / privg / lv_tmp
を実行します 、私はこれを取得します:
fsck.ext3: Device or resource busy while trying to open /dev/privg/lv_tmp
Filesystem mounted or opened exclusively by another program?
LVMの再パーティション化を行うための正しい手順は何ですか?
$ df -hl
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/privg-lv_root 12G 4.2G 6.9G 38% /
/dev/mapper/privg-lv_tmp 29G 3.2G 24G 12% /tmp
/dev/mapper/privg-lv_var 3.9G 1.5G 2.3G 40% /var
/dev/sda1 494M 40M 429M 9% /boot
tmpfs 16G 0 16G 0% /dev/shm
承認された回答:
縮小するには、ext3ファイルシステムをアンマウントする必要があります。 umount -l </ code> 開いているファイルがなくなると、ファイルシステムがマウント解除されることを意味します。
lsof / tmp
を実行します / tmp
で開いているファイルを確認する 。 Xサーバーを実行している場合は、そのソケット /tmp/.X11-unix/X0
が表示されます。 。そのソケット¹を削除しても、Xサーバーに接続することはできません。それ以外の場合、ほとんどのファイルは短命であるか、再起動可能なプログラムに属している傾向があります。
ライブシステムで実際に操作を実行する場合は、別の / tmp
に移行する必要があります ファイルシステム、少なくとも操作の期間中。 / tmp
であるtmpfsに移行できます。 RAMまたはスワップに保存されます。このガイドを参照してください。実際、 / tmp
のtmpfs 一般的な設定です。それに固執して、 / tmp
を削除することをお勧めします 完全にパーティション分割します(代わりにスワップを少し拡大します)。
/ tmp
からすべてを閉じることができたら 、アンマウントできるようになります。 umount -l
は使用しないでください 、ここではマウントポイントは解放されますが、デバイスは解放されないため、ここでは役に立ちません。一方、必要なのはデバイスを解放することです。一度/tmp
マウントされていない場合は、 fsck
を実行します 、 resize2fs
を実行します 縮小し、それに応じてLVM論理ボリュームを縮小します。または、LVMボリュームを直接縮小し、 / tmp
用の新しいファイルシステムを作成することで、実際に時間を節約できます。 。 ( / tmp
に保持したいデータがある場合 、あなたはそれを間違っています。 / tmp
再起動の間に保存する必要のないデータ、および / tmp
内の閉じたファイル用です 削除のための公正なゲームです。)
これがすべて困難に思える場合は、リカバリシステム(ライブCDまたはUSB)で再起動し、そこから操作してください。
¹また、別のファイルシステムに移動することもできません。つまり、元のファイルシステムが削除され、新しいソケットが作成されます。