Partição "/" com falta de espaço [RESOLVIDO]

clon¥
(usa Debian)

Enviado em 16/07/2014 - 07:18h

*** Defeito: Falta de espaço na partição root "/".
Linux DEBIAN 6.0.6 modo texto

A falta de espaço no root "/", no meu caso causou "falta de acesso ou lentidão demasiada ao acessar as pastas compartilhadas neste servidor".

Estou com o seguinte problema:

df -h
Sist. Arq. Size Used Avail Use% Montado em
/dev/sda2 19G 19G 0 100% /
tmpfs 1,9G 0 1,9G 0% /lib/init/rw
udev 1,9G 204K 1,9G 1% /dev
tmpfs 1,9G 0 1,9G 0% /dev/shm
/dev/sda4 1,8T 506G 1,2T 30% /home
/dev/sdb1 1,8T 1,2T 529G 70% /media/bkp-trab2-2TB
/dev/sdc1 1,8T 266G 1,5T 16% /media/trabalho2
/dev/sdd1 2,7T 488G 2,1T 19% /media/bkp-trab1-3TB
overflow 1,0M 0 1,0M 0% /tmp

O sda está em GPT, é possível aumentar o "/" por meio de comando (parted) sem precisar de uma reinstalação?

*** Já revisei várias pastas do tipo tmp, log e nada.
*** O mais intrigante é que listando pasta a pasta eu não localizo estes 20GB de dados no sda2.

du * -hs
5,6M bin
15M boot
0 dead.letter
204K dev
8,4M etc
506G home --> outra partição e outro HD
0 initrd.img
117M lib
2,4M lib32
0 lib64
16K lost+found
2,9T media --> outros HD´s
4,0K mnt
4,0K opt
du: impossível acessar "proc/2769/task/2769/fd/4": Arquivo ou diretório não encontrado
du: impossível acessar "proc/2769/task/2769/fdinfo/4": Arquivo ou diretório não encontrado
du: impossível acessar "proc/2769/fd/4": Arquivo ou diretório não encontrado
du: impossível acessar "proc/2769/fdinfo/4": Arquivo ou diretório não encontrado
0 proc
84K root
5,3M sbin
4,0K selinux
4,0K srv
0 sys
0 tmp
2,9G usr
216M var
0 vmlinuz

Aguardo com urgência e agradeço desde já aos colaboradores.

clon¥
(usa Debian)

Enviado em 16/07/2014 - 07:22h

Então caríssimo albfneto,
Tens razão nas suas colocações meu amigo, assumo o erro, no entanto 20GB para um sistema que trabalha no modo texto e tem apenas os serviços de: COMPARTILHAMENTO, CRONTAB e SSH, não deveria ter lotado assim.

É um aprendizado de fato a não "morrinhar", já que hoje temos mesmo HD´s com bastante espaço.

Bom, a dúvida continua:
Será que dando boot por um Ubuntu e usando o Qparted talvez eu consiga aumentar o espaço do "/" retirando alum espaço da partiçao /home sem comprometer os dados? (sei que preciso de backup, já fiz).

A dúvida é que o espaço que sobra na partição /home localiza-se para o final do HD (se é que este pensamento está correto), então, será que o "/" que fica logo no início do HD, depois SWAP e o /home, se juntará com este espaço que deixarei livre?


Xiiii, não sei se fui claro (imagem abaixo):

ANTES:
| partição "/" | SWAP | home | espaço vazio criado com Qparted |

DEPOIS:
| partição "/" + espaço vazio no final do HD | SWAP | /home |

Como será que o Linux tratará isso? Este procedimento?


***Ainda assim, com uma possível solução, não concordo que 20GB, no meu caso - modo texto, seja insuficiente.

clon¥
(usa Debian)

Enviado em 16/07/2014 - 07:22h

Acabei de fazer o seguinte teste prático em outro servidor e:
Imaginando o mapa do HD exatamente como mostra o Qparted ou simular, ou seja, um retângulo particionado em alguns "pedaços", não é possível, ou pelo menos eu não consegui, juntar (mixar) o início do HD (partição root /) com o final do HD.

</b>O que estou fazendo agora com o liveCD:</b>
1- Criei uma nova partição utilizando o espaço vazio alocado "no final do HD - final do gráfico do Qparted",

2- Copiei tudo do /home sda3 para esta nova partição sda4,

3- Alterei o /etc/fstab para montar a /home nesta nova partição,
CUIDADO: Tire uma cópia de todos os arquivos que for editar. No meu caso, como não havia espaço, ao editar o /etc/fstab o linux retornou um erro e zerou o conteúdo do mesmo. Aí já viram a caca!
E agora para refazer o arquivo. Apaguei alguns lixos e refiz quase todo.

4- Rebootei o servidor para conferir,

5- Novamente com o LiveCD apaguei/exclui a partição sda3 e rebootei para verificar se continuava funcionando. OK

6- Apaguei a SWAP e a recriei após a segunda partição (antiga sda3 - terceira partição). Rebootei e continuou funcionando.

7- Novamente com LiveCD tentei aumentar a partição root "/" e...

...SURPRESA!
A root "/" é "IMEXÍVEL", ela não aceitou alteração (aumento da partição), mesmo tendo a próxima partição livre para fazê-lo.

RESUMINDO: Dancei.
Iniciarei uma nova instalação para deixar de ser "morrinhar" com espaço de HD.

**** TRANSFERI CÓPIA DESTE POST PARA UM NOVO TÓPICO, onde acompanharei o desenrolar, pois ainda farei algumas outras tentativas antes da nova instalação.
ACEITO sugestões e agradeço desde já.

clon¥
(usa Debian)

Enviado em 16/07/2014 - 09:54h

Rapaz,
é exatamente isto que aconteceu.
Quando a rotina de backup não encontra, por algum motivo, o backup/caminho de destino, pode ser que aconteça este desastre.

Resolvi hoje cedo.
Havia um "pedaço" de backup de 15GB que comeu minha partição root "/" de 20GB.

Resumindo, o meu servidor Debian MODO TEXTO para compartilhar pasta com 20GB para o "/" é suficiente, no entanto, aprendi a lição e não instalarei mais usando a sugestão do próprio sistema e sim a personalizada.

De qualquer forma, se analisarmos corretamente, mesmo aumentando a partição root "/" ,se ocorrer esta falha na rotina de backup (ainda pesquisarei o porquê)não adiantará, dará na mesma.

Obrigado meus amigos pela participação.
Estou fechando o meu post novo com este assunto.

Seguem os arquivos após a correção:

root@srv-criacao:/media# du * -hs
513G bkp-trab1-3TB
1,2T bkp-trab2-2TB
0 cdrom
4,0K cdrom0
1,2T trabalho2
15G trabalho2-2TB

=============================

root@srv-criacao:/media# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/sda2 during installation
UUID=c76c26bc-d641-41b6-b5aa-70b0b7b969b9 / ext3 errors=remount-ro 0 1
# /home was on /dev/sda4 during installation
UUID=e2b5d29d-88b3-47c3-bf09-9f44a6dd1ec6 /home ext3 defaults 0 2
# swap was on /dev/sda3 during installation
UUID=7dc9e2a8-bf74-464d-b114-b8347ec1e52a none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sdb1 /media/bkp-trab2-2TB ext3 defaults 1 2
/dev/sdc1 /media/trabalho2 ext3 defaults 1 2
/dev/sdd1 /media/bkp-trab1-3TB ext3 defaults 1 2

============


root@srv-criacao:/media# rm -Rf trabalho2-2TB/
root@srv-criacao:/media# df -h
Sist. Arq. Size Used Avail Use% Montado em
/dev/sda2 19G 3,5G 14G 20% /
tmpfs 1,9G 0 1,9G 0% /lib/init/rw
udev 1,9G 204K 1,9G 1% /dev
tmpfs 1,9G 0 1,9G 0% /dev/shm
/dev/sda4 1,8T 506G 1,2T 30% /home
/dev/sdb1 1,8T 1,2T 529G 70% /media/bkp-trab2-2TB
/dev/sdc1 1,8T 1,2T 529G 70% /media/trabalho2
/dev/sdd1 2,7T 514G 2,1T 20% /media/bkp-trab1-3TB
overflow 1,0M 0 1,0M 0% /tmp

albfneto
(usa openSUSE)

Enviado em 16/07/2014 - 10:08h

Aguarde mais respostas, de usuários especilaistas em Servidores.

também, seu particionamento é GPT.

não tenho prática nenhuma com GPT, não sei se é igual aos sistemas clássicos.

Não tenho prática com GPT,nem com UEFI,nem Boot seguro, e não tenho micro com essas características para poder testar ou comparar.

Meus micros não tem isso. O único micro novo que tenho, na faculdade, eu pedí para ele vir coms sistema clássico e sem Windows 8.

Além disso, não tenho prática com servidores, não sou profissional de TI, todos os meus micros, e os que tenho acesso são Desktops ou Notebooks.

Nos sistemas clássicos,o que se faz, vc sabe, com o particionador,vc pode mover e depois aumentar as partições;

Me parece que sua "não localização" de partições,já pode ser por conta da falta de espaço

albfneto
(usa openSUSE)

Enviado em 16/07/2014 - 10:16h

pelo jeito resolveu,agora ví.