low disk space na instalação do Ubuntu

fmcron · 31 de Agosto de 2016, 18:48

Boa noite,

Já uso o linux a anos, mas este erro nunca havia ocorrido.
Comprei um Dell Vostro com o Ubuntu instalado de fábrica, mas ele vem com a versão 12.04. Nem cheguei a instalar a versão de fábrica, formatei de imediato o HD.

Já troquei a ISO diversas vezes, bem como o pendrive. E o erro persiste.

Particiono manualmente o HD vazio, ao todo tenho 1 também.

Mas sempre que eu tento instalar o SO aparece a mensagem de erro:

This computer has only 0 bytes disk space remaining.

Isso não tem como, pois o HD está vazio.

Obrigado pela ajuda pessoal!

druidaobelix · 31 de Agosto de 2016, 23:39

Se só tem o Ubuntu nessa máquina, talvez seja a partição /boot que esteja cheia e não está permitindo mais nada, apesar da partição "normal" não ter nada.

Verifique com um utilitário de discos quais são as partições existentes e ainda o espaço disponível nelas.

Código Selecionar

sudo fdisk -l

Código Selecionar

sudo parted -l

Código Selecionar

df -h

Se for isso mesmo aí então você esvazia também a partição de boot.
Se ainda não há nada no sistema fica fácil fazer isso.

fmcron · 02 de Setembro de 2016, 00:30

Não tem nenhuma partição criada no Hd.

O que eu percebi é que quando eu peço para instalar, está acontecendo alguma coisa que está fazendo com que o arquivo syslog esteja ficando com mais de 6GB e o pendrive de boot está ficando sobrecarregado e a partir daí aparece a mensagem de erro.

Isto não era para acontecer, pois peço para instalar no HD.

druidaobelix · 02 de Setembro de 2016, 02:15

Em algum momento anterior teve um Windows instalado nessa máquina?

fmcron · 02 de Setembro de 2016, 07:42

Acredito que não. Comprei o computador com o linux instalado de fábrica pela Dell.

fmcron · 02 de Setembro de 2016, 08:13

Será um problema de RAID?

Para tentar resolver o problema de espaço na instalação, fiz um HD externo bootável. O HD tem 1Tera de espaço e mesmo assim o erro persiste. Veja na foto que o sistema está considerando o espaço tanto do HD interno quando do externo.

E continua gerando arquivos de LOG muito grandes.

Fiz uma foto do analisador de disco. Se for problema de RAID, não consegui mudar a opções de RAID via terminal.

druidaobelix · 02 de Setembro de 2016, 14:25

Traga ao tópico os resultados dos comandos mencionados, **exatamente** como ele aparecem na saída (copiar e colar do terminal), pois é a melhor forma de tentar analisar o caso.

fmcron · 11 de Setembro de 2016, 15:25

Demorei para responder porque tive que viajar.

Segue os resultados dos comandos.

mint@mint ~ $ sudo fdisk -l

Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 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

Disk /dev/loop0: 1.6 GiB, 1732612096 bytes, 3384008 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

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 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: 8AE79DD3-3326-4F6C-A70C-3BBA36F4BECE

Device Start End Sectors Size Type
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 1936945151 1935894528 923.1G Linux filesystem
/dev/sda3 1936945152 1953523711 16578560 7.9G Linux swap

Disk /dev/sdb: 931.5 GiB, 1000194400256 bytes, 1953504688 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: 0x68449b70

Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 64 1953503999 1953503936 931.5G b W95 FAT32

mint@mint ~ $ sudo parted -l

Model: ATA ST1000DM003-1SB1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 EFI System Partition boot, esp
2 538MB 992GB 991GB ext4
3 992GB 1000GB 8488MB linux-swap(v1)

Model: Samsung M3 Portable (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 32.8kB 1000GB 1000GB primary fat32 boot

mint@mint ~ $ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 794M 79M 715M 10% /run
/dev/sdb1 932G 1.7G 930G 1% /cdrom
/dev/loop0 1.7G 1.7G 0 100% /rofs
/cow 3.9G 3.9G 0 100% /
tmpfs 3.9G 180K 3.9G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
tmpfs 3.9G 4.0K 3.9G 1% /tmp
cgmfs 100K 0 100K 0% /run/cgmanager/fs
tmpfs 794M 32K 794M 1% /run/user/999

druidaobelix · 12 de Setembro de 2016, 02:45

Citar
disco sda
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 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: 8AE79DD3-3326-4F6C-A70C-3BBA36F4BECE

Device Start End Sectors Size Type
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 1936945151 1935894528 923.1G Linux filesystem
/dev/sda3 1936945152 1953523711 16578560 7.9G Linux swap

===================
disco sdb
Disk /dev/sdb: 931.5 GiB, 1000194400256 bytes, 1953504688 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: 0x68449b70

Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 64 1953503999 1953503936 931.5G b W95 FAT32

Considerando a saída acima do fdisk, esclarece qual desses dois discos que não está dando a mensagem de "disco cheio"?

Note que em sda, cujo tipo é GPT, as partições do linux estão todas lá.
Se for essa, o que deve estar cheio é a partição EFI em /dev/sda1
No comando df não foi possível ver quanto há na partição, pois precisaria ter montado para que aparecesse essa informação.
Se o caso suba novamente pelo live-iso e monte a partição EFI sda1 e novament execute o df para obter o quanto ela está ocupada.

Melhor ainda subir por um live-iso (pendrive ou cdrom), montar todas elas e então usar o df para ter um mapa geral de ocupação.

fmcron · 12 de Setembro de 2016, 15:38

Formatei o HD tipo ext4 e segue abaixo os resultados dos comandos

mint@mint ~ $ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 793M 79M 715M 10% /run
/dev/sdb1 15G 1.7G 14G 12% /cdrom
/dev/loop0 1.7G 1.7G 0 100% /rofs
/cow 3.9G 3.9G 0 100% /
tmpfs 3.9G 152K 3.9G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
tmpfs 3.9G 508K 3.9G 1% /tmp
cgmfs 100K 0 100K 0% /run/cgmanager/fs
tmpfs 793M 48K 793M 1% /run/user/999
/dev/sda1 917G 72M 871G 1% /media/mint/959ab4e2-4291-4b4c-bff0-826abb8d108b

mint@mint ~ $ sudo fdisk -l

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 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: dos
Disk identifier: 0x211295d5

Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 1953523711 1953521664 931.5G 83 Linux

Disk /dev/sdb: 14.9 GiB, 16011542528 bytes, 31272544 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: 0x000d8988

Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 31269472 31267425 14.9G c W95 FAT32 (LBA)

mint@mint ~ $ sudo parted -l

Model: ATA ST1000DM003-1SB1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 1000GB 1000GB primary ext4

Model: Kingston DT 101 II (scsi)
Disk /dev/sdb: 16.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 16.0GB 16.0GB primary fat32 boot, lba

druidaobelix · 12 de Setembro de 2016, 20:46

Tentando entender do lado de cá: então o disco de 1TB (terabyte)que estava com a tabela de partição do tipo GPT (Model: ATA ST1000DM003-1SB1) e no qual haviam 3 partições Linux você excluiu o particionamento anterior e criou um novo, agora do tipo comum, MSDOS, com uma única partição formatada em ext4. Nesse momento no sistema ele aparece como /dev/sda. Suponho que esse seja o disco fixo do sistema, interno e não externo.

O outro disco pequeno de 16GB é apenas um pendrive no qual está o live-iso e que aparece como /dev/sdb, certo?

Pois bem, e agora o que acontrece?

Note que esse particionamento do tipo MSDOS que você em sda fez não é o ideal se o setup da sua máquina é do tipo UEFI, melhor e trabalhar com GPT mesmo, no qual todas as partições são primárias e há uma grande extensão de possibilidades de quantidade de partição.

No particionamento MSDOS, que é o antigo, fica sempre limitado à 4 partições primárias ou 3 primárias e uma estendida, sendo que nessa estendida é onde se criam as partições lógicas. O novo método GPT veio exatamente para acabar com essas limitações.

Em linhas gerais: se o setup do seu computador for do tipo BIOS convencional, então mantenha o particionamento do tipo MSDOS, caso contrário, se for do tipo UEFI, faça o particionamento usando GPT.

fmcron · 13 de Setembro de 2016, 21:55

A Bios permite tanto legacy quanto UEFI.

Tentei as duas opções e nada de instalar.

Verifiquei o disco em busca de erros e não tem nenhum.

druidaobelix · 13 de Setembro de 2016, 22:13

Então, / fmcron/,

Continuo "voando" do lado de cá sem entender muito bem o cenário aí existente.
Lembre-se sempre que quem está do lado de cá não tem a inteireza da visão da questão, logo, você precisa ser muito explícito para esclarecer o que se passa.

1) Confirme de forma objetiva: estamos falando daquele disco que estava como GPT, Model: ATA ST1000DM003-1SB1, que no sistema está como sda? É isso mesmo,?
Diga de forma clara Sim ou Não, para que ao menos possamos saber de que disco rígido se trata.

2) Esse é um disco interno, isto é, o que veio já montado no notebook que foi comprado da Dell, certo?

3) Vamos distinguir muito bem as coisas, essa distinção é muito importante para que se entenda o real problema existente:

a) Você criou uma nova partição única e primária (sda1 ??) e formatou em ext4, certo?

b) Se conseguiu criar um novo particionamento e formatar, isso leva a pensar que está conseguindo escrever no disco, certo?

c) Nesse notebook consegue subir o sistema através de um live-pendrive?

d) Como o disco já está particionado e formatado em ext4, suba o sistema pelo live-pendrive e **copie** quaisquer alguns arquivos para o disco.

O que precisamos saber de forma objetiva: está sendo possível copiar arquivos para o disco?

Essa resposta **independe** de instalar ou não instalar o sistema, isso já é um outro problema.

A primeira coisa que precisamos saber com a mais absoluta certeza é se consegue copiar qualquer arquivo para esse disco.

Essa resposta é essencial para entender o problema.

fmcron · 14 de Setembro de 2016, 19:13

Boa noite druidaobelix,

Tentarei responder melhor os seus questionamentos.

1) Confirme de forma objetiva: estamos falando daquele disco que estava como GPT, Model: ATA ST1000DM003-1SB1, que no sistema está como sda? É isso mesmo,?
Diga de forma clara Sim ou Não, para que ao menos possamos saber de que disco rígido se trata.

Sim

2) Esse é um disco interno, isto é, o que veio já montado no notebook que foi comprado da Dell, certo?

Sim

b) Se conseguiu criar um novo particionamento e formatar, isso leva a pensar que está conseguindo escrever no disco, certo?

Sim

c) Nesse Desktop consegue subir o sistema através de um live-pendrive?

Sim

d) Como o disco já está particionado e formatado em ext4, suba o sistema pelo live-pendrive e **copie** quaisquer alguns arquivos para o disco.

O que precisamos saber de forma objetiva: está sendo possível copiar arquivos para o disco?

Sim. Consegui copiar arquivos para o ATA ST1000DM003-1SB1

fmcron · 17 de Setembro de 2016, 08:17

Depois de muito pesquisar sobre o problema. Só sobrou a parte física do HD. O que foi confirmado, com um teste físico do HD.

Vou trocar o HD que está na garantia.