Disco cheio sem justificação

LaranjeiraDias
(usa Debian)

Enviado em 13/02/2017 - 08:22h

Bom dia.

Tenho um problema com o meu disco do sistema: de um momento para o outro fica cheio sem razão aparente.

Passo os comando abaixo e o resultado não me faz sentido; não consigo perceber onde está o problema, alguém me pode ajudar por favor ?

root@Urano:/# df -kh
Sist.fichs Tama Ocup Livre Uso% Montado em
/dev/sda1 388G 387G 0 100% /
udev 10M 0 10M 0% /dev
tmpfs 4,8G 444M 4,3G 10% /run
tmpfs 12G 80K 12G 1% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 12G 0 12G 0% /sys/fs/cgroup
/dev/cciss/c0d0 4,1T 1,9T 2,3T 47% /media/data
tmpfs 2,4G 16K 2,4G 1% /run/user/117
tmpfs 2,4G 0 2,4G 0% /run/user/1000
//192.168.0.202/Volume_1/Backups 2,7T 2,3T 468G 83% /media/disco-rede


root@Urano:/# du -shc ./*
9,8M ./bin
31M ./boot
80K ./dev
7,4M ./etc
21M ./home
0 ./initrd.img
208M ./lib
4,0K ./lib64
16K ./lost+found
4,5P ./media
4,0K ./mnt
4,0K ./opt
du: impossível aceder a «./proc/19681/task/19681/fd/4»: Arquivo ou diretório não encontrado
du: impossível aceder a «./proc/19681/task/19681/fdinfo/4»: Arquivo ou diretório não encontrado
du: impossível aceder a «./proc/19681/fd/4»: Arquivo ou diretório não encontrado
du: impossível aceder a «./proc/19681/fdinfo/4»: Arquivo ou diretório não encontrado
0 ./proc
48K ./root
469M ./run
8,5M ./sbin
4,0K ./srv
0 ./sys
44K ./tmp
3,2G ./usr
574M ./var
0 ./vmlinuz
4,5P total


Obrigado,

toskoon
(usa CentOS)

Enviado em 13/02/2017 - 09:51h

Bom dia,

Já tive alguns problemas parecido e 100% das vezes para mim foram arquivos de log preso. ou seja por mais que você zerasse o arquivo na "memória" ele continua com o tamanho original e nos comandos ls du você não vê o tamanho original achando que liberou o espaço.

bom uma forma de saber se existe arquivos grandes deletados e presos é usando o comando lsof.

lsof |grep -i delet 

A saída do comando tem a segunda coluna como PID do processo e a oitava(se não me engano) como tamanho do arquivo. uma vez identificado você pode reiniciar o serviço que lê/escreve nesse arquivo ou simplesmente matar(kill) o PID porém matar o PID as vezes implica também em matar a aplicação.

Abs.

LaranjeiraDias
(usa Debian)

Enviado em 13/02/2017 - 10:27h

Bom dia.


Obrigado pela ajuda:

Passei o comando e deu isto:

root@Urano:/etc# lsof | grep -i delete



para 388 GB não não chega nem perto...

removido
(usa Nenhuma)

Enviado em 13/02/2017 - 10:49h

Uma pergunta, navegou até a pasta /etc para aplicar o comando?

LaranjeiraDias
(usa Debian)

Enviado em 13/02/2017 - 12:05h

Boa tarde.

Não, vou fazê-lo agora.

removido
(usa Nenhuma)

Enviado em 13/02/2017 - 12:07h

Não é isso.

Por que está em seu terminal: root@Urano:/etc# ???

LaranjeiraDias
(usa Debian)

Enviado em 13/02/2017 - 12:08h

Já executei e o resultado é o mesmo.

LaranjeiraDias
(usa Debian)

Enviado em 13/02/2017 - 12:12h

Porque estou já a precaver ter que reinstalar o sistema, é por essa razão que estava no directório /etc

removido
(usa Nenhuma)

Enviado em 13/02/2017 - 12:15h

Acho que seu HD está particionado errado. Mas precisamos ter certeza.
Poste os resultados:

1. df -h



2. blkid



3. sudo fdisk -l

 

LaranjeiraDias
(usa Debian)

Enviado em 13/02/2017 - 12:26h

Aí vai.

root@Urano:/etc# df -h

Sist.fichs                        Tama  Ocup Livre Uso% Montado em

/dev/sda1                         388G  388G     0 100% /

udev                               10M     0   10M   0% /dev

tmpfs                             4,8G  502M  4,3G  11% /run

tmpfs                              12G   80K   12G   1% /dev/shm

tmpfs                             5,0M     0  5,0M   0% /run/lock

tmpfs                              12G     0   12G   0% /sys/fs/cgroup

/dev/cciss/c0d0                   4,1T  1,9T  2,3T  47% /media/data

tmpfs                             2,4G   12K  2,4G   1% /run/user/117

tmpfs                             2,4G     0  2,4G   0% /run/user/1000

//192.168.0.202/Volume_1/Backups  2,7T  2,3T  476G  83% /media/disco-rede

 

root@Urano:/etc# blkid

/dev/cciss/c0d0: UUID="108D07A6050B7CAA" TYPE="ntfs"

/dev/sda1: UUID="8ab2f98e-9cad-48dd-aabc-e90147797ee7" TYPE="ext4" PARTUUID="441e6683-01"

/dev/sda5: UUID="e05207c7-4374-4674-9f24-83dd85897e73" TYPE="swap" PARTUUID="441e6683-05"

/dev/sdc1: LABEL="Diario" UUID="D810875510873A10" TYPE="ntfs"

/dev/sdb1: PARTLABEL="Microsoft reserved partition" PARTUUID="bceb59d1-5f39-45e6-aee7-d498d7f453d8"

/dev/sdb2: LABEL="Semana PAR" UUID="90F8C7ABF8C78E42" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ea3ad9cf-0e69-443e-b25a-8462c3c6089e"

/dev/sdd1: PARTLABEL="Microsoft reserved partition" PARTUUID="a7c8e25a-47a1-40df-a39a-c9e2767bb4aa"

/dev/sdd2: LABEL="Semana IMPAR" UUID="928623E68623C995" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="dfe36509-62de-4f62-a67a-79056d51d058"

root@Urano:/etc#

 

root@Urano:/etc# fdisk -l

Disk /dev/sda: 410,1 GiB, 440345714688 bytes, 860050224 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disklabel type: dos

Disk identifier: 0x441e6683



Device     Boot     Start       End   Sectors   Size Id Type

/dev/sda1  *         2048 825190399 825188352 393,5G 83 Linux

/dev/sda2       825192446 860049407  34856962  16,6G  5 Extended

/dev/sda5       825192448 860049407  34856960  16,6G 82 Linux swap / Solaris



Disk /dev/sdc: 2,7 TiB, 3000592982016 bytes, 732566646 sectors

Units: sectors of 1 * 4096 = 4096 bytes

Sector size (logical/physical): 4096 bytes / 4096 bytes

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disklabel type: dos

Disk identifier: 0xd9f5e002



Device     Boot Start       End   Sectors  Size Id Type

/dev/sdc1  *      256 732566271 732566016  2,7T  7 HPFS/NTFS/exFAT



Disk /dev/sdb: 5,5 TiB, 6001175121920 bytes, 11721045160 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 4096 bytes

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disklabel type: gpt

Disk identifier: EA19A5F7-7EDE-4DF8-9514-DB5B9B3059BA



Device      Start         End     Sectors  Size Type

/dev/sdb1      34      262177      262144  128M Microsoft reserved

/dev/sdb2  264192 11721043967 11720779776  5,5T Microsoft basic data



Partition 2 does not start on physical sector boundary.





Disk /dev/sdd: 5,5 TiB, 6001175121920 bytes, 11721045160 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 4096 bytes

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disklabel type: gpt

Disk identifier: 7590C2BE-6079-4894-9DC4-8B08E8575A8F



Device      Start         End     Sectors  Size Type

/dev/sdd1      34      262177      262144  128M Microsoft reserved

/dev/sdd2  264192 11721043967 11720779776  5,5T Microsoft basic data



Partition 2 does not start on physical sector boundary.

 

# /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>

# / was on /dev/sda1 during installation

UUID=8ab2f98e-9cad-48dd-aabc-e90147797ee7 /               ext4    errors=remount-ro 0       1

# swap was on /dev/sda5 during installation

UUID=e05207c7-4374-4674-9f24-83dd85897e73 none            swap    sw              0       0

/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0





# ##################################################

#  Disco de Dados 4.5TB em /dev/cciss/c0d0

#  Com controladora HP P800

#  Com driver cciss em /proc/driver/cciss/cciss0

# ##################################################

/dev/cciss/c0d0 /media/data     ntfs    default,auto    0       0





# #############################################

#   Disco de Copias de Seguranca

# #############################################



UUID=D810875510873A10   /media/seglocalDiario   ntfs            errors=remount-ro,defaults,noexec,nouser,rw,noauto      0       1

UUID=90F8C7ABF8C78E42   /media/seglocalPAR      ntfs            errors=remount-ro,defaults,noexec,nouser,rw,noauto      0       1

UUID=928623E68623C995   /media/seglocalIMPAR    ntfs            errors=remount-ro,defaults,noexec,nouser,rw,noauto      0       1

 

removido
(usa Nenhuma)

Enviado em 13/02/2017 - 12:48h

De fato, a partição do Debian está em 100%:

/dev/sda1                         388G  388G     0 100% / 

Vamos nos concentrar nas partições do Debian:

Device     Boot     Start       End   Sectors   Size Id Type

/dev/sda1  *         2048 825190399 825188352 393,5G 83 Linux

/dev/sda2       825192446 860049407  34856962  16,6G  5 Extended

/dev/sda5       825192448 860049407  34856960  16,6G 82 Linux swap / Solaris 

A partição sda1 é onde está o boot: por que criou com 393 GB? Basta 300 MB, é partição para o boot apenas.
A partição sda5 é SWAP, e esta pode ter tamanho equivalente à memória RAM.

Já a partição sd2 é que está o Debian, certo?
Se for, muito pouco.

Sugiro que refaça sua instalação. Não sei com resolver isso aí.

Aprenda sobre particionamento avançado.
Veja: https://www.vivaolinux.com.br/dica/Sugestao-de-particionamento/


*** Nunca esteja como root ao executar um comando, a não ser que seja pedido.
Você está como root o tempo todo ao executar os comandos, não pedi isso. Cuidado!

LaranjeiraDias
(usa Debian)

Enviado em 13/02/2017 - 12:57h

Ok, optei mesmo por reinstalar, em 2 horas tenho o sistema ok.

Muito obrigado pela ajuda e pelas dicas também.