/ 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)で再起動し、そこから操作してください。
¹また、別のファイルシステムに移動することもできません。つまり、元のファイルシステムが削除され、新しいソケットが作成されます。