Mover / var para partição diferente

Question

Meu espaço em disco na partição / é muito limitado. Como há outras partições disponíveis , eu gostaria de mover /var para /differentPartition/var .

A solução mais simples que vem à mente é apenas mover os arquivos atuais e vinculá-los ao novo diretório. No entanto, eu não tenho certeza se isso é uma boa idéia e se é tão simples assim ... Estou prestes a quebrar meu sistema?

P.S: SUSE Linux Enterprise Server 11 SP1 (x86_64); Linux versão 2.6.32.43-0.4-default (geeko @ buildhost) (versão 4.3.4 do gcc [gcc-4_3-branch revisão 152973] (SUSE Linux)) # 1 SMP 2011-07-14 14:47:44 +0200

Editar:

# cat etc/fstab

devpts  /dev/pts          devpts  mode=0620,gid=5 0 0
proc    /proc             proc    defaults        0 0
sysfs   /sys              sysfs   noauto          0 0
debugfs /sys/kernel/debug debugfs noauto          0 0
usbfs   /proc/bus/usb     usbfs   noauto          0 0
/dev/sda1 /               ext3    defaults        1 1

Eu estava confuso para não ver meu outro disco aqui. O sistema operacional está sendo executado em uma caixa virtual, no entanto, e eu acho que os discos rígidos virtuais são tratados de maneira diferente dos discos "normais"?

Então, para esclarecer as coisas, eu gostaria de mover /var para um disco rígido virtual ...

Editar 2:

# mount

/dev/sda1 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
devtmpfs on /dev type devtmpfs (rw,relatime,mode=0755,nr_inodes=0,mode=755,size=27g)
tmpfs on /dev/shm type tmpfs (rw,mode=1777)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
securityfs on /sys/kernel/security type securityfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)

    

Answer 1

Eu não estou realmente dizendo que mover / var é impossível, mas pode ser problemático e se você não é tão experiente (a julgar pelo seu primeiro comentário acima) eu não gostaria de aconselhá-lo sobre este fórum para fazê-lo .

O problema é que o / var / log tem arquivos (kernel.log por exemplo) abertos muito cedo durante a seqüência de inicialização, então você corre o risco de montar em cima de um diretório onde já existem arquivos abertos. O sistema ainda funcionará, mas você não conseguirá ver o registro real ou ele irá virar quando for reaberto para a nova partição montada, o suficiente para dizer, calcinhas em uma torção e núcleo derretem, (você !, não a máquina) .

Se eu fizesse isso, tentaria fazer isso da forma mais limpa possível, sem adicionar outras complexidades, como fazer / var como uma linha simbólica para uma pasta, sob uma partição montada diferente. Isso já foi montado? Durh, eu não sei.

Uma opção melhor seria procurar os diretórios imediatamente abaixo de / var. Exercite-se onde o espaço é usado.

Possíveis candidatos, / var / srv / var / www / var / mail / var / spool Eu os considero como diretórios de tipo secundário (aplicativo), mova-os para um novo diretório em sua segunda partição, já que os aplicativos que usam esses geralmente começa mais tarde durante a sequência de inicialização (após a montagem dos fstabs).

E procure outro lugar.

Na raiz do nível raiz, / usr / home / opt também são candidatos para mover para uma partição separada.

Finalmente, uma vez que este é um vm, você pode optar por expandir o fs que ele usa?

    

Answer 2

Quais pastas dentro de /var são problemáticas? Eu movi as pastas de dados mysql, www, tomcat e outras pastas usando links simbólicos para outras partições. Certifique-se de fazer isso corretamente, mantendo todos os direitos exatamente como estão:

sudo cp -rp /var/mysql /newpartition. 

Se os direitos da pasta mysql forem alterados, você terá problemas e os dados poderão se perder. Se você não tem certeza, copie a pasta mysql, renomeie-a para /var/mysql-backup , então symlink / var / mysql para a nova partição, e veja se funciona. Depois de um tempo você pode remover o backup.

Estou focando no mysql agora. Para o Apache, isso é menos problemático, mas ainda pode causar problemas. Teste e veja. Talvez isso limpe espaço suficiente sem ter que mover / var e ter problemas com arquivos de log como o XTian diz. Para logs grandes, use log_rotate (com compactação) e / ou mova-os para outras partições através da configuração do aplicativo.