low disk space na instalação do Ubuntu

[fmcron]

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]

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]

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]

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

[fmcron]

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

[fmcron]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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.