web-dev-qa-db-ja.com

CentOS6.5でのext3ファイルシステムのライブサイズ変更

プロバイダーによってホストされているリモートサーバーに問題があります。SSHアクセスしかありません。問題は、このエラーを取得することで構成されていますファイルシステムrootfsがクリティカルステータスに達しましたこれはsmtpのようないくつかのサービスで問題を引き起こします。パーティションのサイズを変更したいと思います。 -/ homeのサイズを小さくします-/のサイズを大きくします

それは可能ですか?はい、データとCentOSのインストールを失うことなくそれを行う方法はありますか?

root@web [~]# df -hT
Filesystem     Type      Size  Used Avail Use% Mounted on
rootfs         rootfs     20G   16G  3.4G  82% /
/dev/root      ext3       20G   16G  3.4G  82% /
devtmpfs       devtmpfs   16G  256K   16G   1% /dev
/dev/md3       ext3      1.8T  137G  1.6T   8% /home
tmpfs          tmpfs      16G     0   16G   0% /dev/shm
/dev/loop0     ext3      510M   22M  463M   5% /tmp
/dev/loop0     ext3      510M   22M  463M   5% /var/tmp

root@web [~]# findmnt
TARGET                       SOURCE     FSTYPE   OPTIONS
/                            /dev/root  ext3     rw,relatime,errors=remount-ro,u
├─/dev                       devtmpfs   devtmpfs rw,relatime,size=16419940k,nr_i
│ ├─/dev/pts                 devpts     devpts   rw,relatime,mode=600
│ └─/dev/shm                 tmpfs      tmpfs    rw,relatime
├─/proc                                 proc     rw,relatime
│ └─/proc/sys/fs/binfmt_misc            binfmt_m rw,relatime
├─/sys                                  sysfs    rw,nosuid,nodev,noexec,relatime
├─/home                      /dev/md3   ext3     rw,relatime,errors=continue,use
├─/tmp                       /dev/loop0 ext3     rw,nosuid,noexec,relatime,error
└─/var/tmp                   /dev/loop0 ext3     rw,nosuid,noexec,relatime,error
1
developer

Anthonの答えに対するあなたのコメントを考えると、あなたの問題に対する実際の解決策は OSのlogrotateを締める)かもしれないと思います構成

移動することは可能ですが/var/log Anthonの答えによると、私はそれをお勧めしません。

1
Warren Young

ルート上で3.4Gbの空き容量があるため、空き容量が重大なステータスの原因であるとは思いません。とにかくルートファイルシステムの空き容量を増やしたい場合は、データの一部を/homeの下の特別なディレクトリにコピーし、元の場所をそのコピーされたデータにソフトリンクする方がはるかに簡単です。

アクセスの問題を最小限に抑えるために、元の場所を邪魔にならない場所に移動し、ワンライナーでリンクしてから、元の場所を削除します。

3
Anthon