/ var tem a maior parte do espaço da unidade. Precisa ter a maior parte

0

Assim, quando meu host configura meu dedi, eles parecem aplicar a maior parte do espaço da unidade em / var

Eu estou no cpanel e preciso da maior parte do espaço para o diretório / home onde todas as contas e dados estão.

Mas em dedivs anteriores, a maioria da unidade foi atribuída a /

Isto é o que eu recebo quando faço uma

    df -h


    Filesystem            Size  Used Avail Use% Mounted on
    rootfs                 20G   16G  3.7G  81% /
    /dev/root              20G   16G  3.7G  81% /
    none                   16G  404K   16G   1% /dev
    /dev/md2               92G   14G   74G  16% /var
    /dev/loop0            4.0G  139M  3.7G   4% /tmp
    /dev/loop0            4.0G  139M  3.7G   4% /var/tmp
    /dev/root              20G   16G  3.7G  81% /var/named/chroot/etc/named
    /dev/root              20G   16G  3.7G  81% /var/named/chroot/usr/lib64/bind

Não sei porque é assim. Posso, de alguma forma, usar o 92G para / em vez de / var sem perder nenhum dado e as coisas ficarem ruins?

Eu estou no centos 6 se isso ajuda.

obrigado

mike

    
por Mike Meade 17.02.2013 / 01:00

1 resposta

3

/var não é temporário, portanto você pode usá-lo. Você precisará interromper todo o acesso a /home por alguns minutos enquanto os dados são movidos, porque provavelmente são partições físicas diferentes. Ou seja, pare o servidor! Não vai demorar muito. Também: faça isso como root , não via sudo. Próximo:

cd /
mv home home_mnt

Estou usando um nome diferente e exclusivo, caso haja um /var/home real ou algo assim. Mantém as coisas arrumadas e, espera-se, mais claras. Agora:

mv home_mnt var

O que foi /home agora é /var/home_mnt . Mas você vai usá-lo através de um symlink:

ln -s /var/home_mnt /home

Presto. Tente cd /home para verificar. "Home" é um bom diretório para mover porque não é essencial para o sistema básico. Não tente isso com, por exemplo, /usr - vai doer muito.

Não mova nada para /tmp ou /var/tmp . Aqueles vão desaparecer.

    
por 17.02.2013 / 01:41