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