Gparted não consegue dimensionar minha partição sda4

SalatielAizza · 08 de Janeiro de 2017, 18:33

Olá colegas do linux.

Utilizo o Ubuntu 16.04, sou um utilizador básico adoro o shell, mas não tenho grandes conhecimentos. O que mais faço é buscar soluções em livros e fóruns. Esta é a primeira vez que posto uma dúvida em mais 1 ano de utilização do Ubuntu, pois não achei uma solução que funcionasse.

Tenho HD de 500GB, Window nas partições sda1,2 e 3. Eu preciso aumentar a partição sda4, pois está cheia e é ela que tenho o Ubuntu16.04. Como é visto na imagem eu redimensionei a partição sda2 liberando 166,77GB, porém não consigo dimensionar a sda4 para aproveitar este espaço não dimensionado.

https://scontent.flis2-1.fna.fbcdn.net/v/t1.0-9/15895113_10208386978252211_8377422898572500656_n.jpg?oh=db6598f54448e60edb9f539ff952b32b&oe=5916CC7E

Já tentei utilizando o GParted no próprio Ubuntu, também tentei com uma live-pendride, como vi num post aqui do fórum. Porém nada funcionou. Eu só consigo aumentar os 1,02MB que estão no final do meu HD. Isto não ajudaria em nada.

Fico muito grato com qualquer ajuda, já procurei e fiz muita coisa antes de vir aqui.

Saúde e Paz!

druidaobelix · 08 de Janeiro de 2017, 19:37

Antes de mais nada, previamente a qualquer sugestão, vamos sempre supor que você tem um backup externo seguro e confiável dos seus arquivos pessoais, certo?

É impensável e totalmente contraindicado (fica esquisito essa palavra sem o hífen, mas agora dizem que é assim, conforme a reforma ortográfica) realizar particionamento ou reparticionamento ou mesmo instalação de sistema operacional sem um backup externo seguro e confiável dos arquivos pessoais.

Arquivos pessoais são aqueles que não podem ser obtidos de uma outra forma, tais como aquela foto única da namorada, esposa, filhos, vovozinha, etc, que jamais será obtida novamente por outro meio, aquele documento autoral importante que se perdido jamais poderá ser reescrito e por aí vai. Todo o resto pode dar trabalho, mas dá para recuperar, é só uma questão de algumas horas a mais ou a menos reinstalando.

Use um disco externo ou ainda os serviços de armazenamento online (nas nuvens, in cloud, como se diz atualmente), normalmente gratuitos, do tipo Drive do Google, OneDrive da Microsoft, Dropbox e similares. Use até memo um dvd-room ou na pior da hipótese use até mesmo um pendrive, que é uma media não confiável, muito sujeita a perda de dados, mas ainda assim é melhor que nada.

Assim sendo, tenha em conta que só o backup salva, o restante é apenas tentativa.

É ainda imprescindível ter em mãos o disco de instalação do Windows e um live-iso (pendrive ou cdrom) testado e aprovado do Ubuntu, caso seja necessária uma reinstalação de todo o sistema.

druidaobelix · 08 de Janeiro de 2017, 19:41

Isso posto, vamos aos fatos.

Um sistema de particão convencional, como é o seu caso, do tipo BIOS, admite até 4 (quatro) partições primárias ou 3 (três) primárias e uma estendida, na qual se pode criar várias (*) partições lógicas.

Aparentemente seu sistema possui as 4 partições primárias criadas e sendo usadas.
O espaço não alocado, que suponho tenha sido obtido por redução de sda2, está encravado entre as partições primárias sda2 e sda3, e o que é pior, a sda3 possui uma flag de boot do Windows.

Vamos confirmar isso de forma objetiva. Numa janela de terminal faça os seguintes comandos, com o mouse copie as saídas e cole o resultado aqui no seu tópico:

Código Selecionar

sudo fdisk -l

Código Selecionar

sudo parted -l

(sinal de hífen mais letra ele no final de ambos os comandos acima)

Código Selecionar

sudo blkid

(*)Nota:
Não há limite teórico para o número de partições lógicas no Linux, entretanto, devido à maneira como as partições são acessadas no Linux, se deve evitar definir mais de 12 partições lógicas em um único drive de disco.

Um bom material para consulta:
Red Hat Enterprise Linux 4: Guia de Instalação para Arquitetura POWER da IBM®
Apêndice C. Introdução às Partições de Disco

http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-ig-ppc-multi-pt_br-4/ap-partitions.html

Se quiser ir mais fundo:

IBM
Informações sobre partições lógicas

http://publib.boulder.ibm.com/html/as400/v5r1/ic2922/info/rzajx/rzajx.pdf

SalatielAizza · 11 de Janeiro de 2017, 16:53

Muito obrigado por toda sua explicação druidaobelix.

Deixe-me explicar mais algumas coisinhas. Eu não me importo com as sda1,2 ou 3, eu nem uso o Windows, não tem nada instalado nele. Eu uso e quero preservar o meu Ubuntu na sda4, não importando o que tenha que fazer com o restante do HD.
Inclusive eu apaguei a sda3, acreditando que seria possível expandir a sda4 com a parte não alocada no hd, porém não deu certo.

Segue o resultado do comando:
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/sda: 465,8 GiB, 500107862016 bytes, 976773168 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: 0x000bc670

Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sda1 2048 1026047 1024000 500M 7 HPFS/NT
/dev/sda2 1026048 358701055 357675008 170,6G 7 HPFS/NT
/dev/sda4 711555072 976771071 265216000 126,5G 83 Linux

SalatielAizza · 11 de Janeiro de 2017, 16:57

os outros comandos:

salatiel@salatiel:~$ sudo parted -l
Modelo: ATA ST500LT012-1DG14 (scsi)
Disco /dev/sda: 500GB
Tamanho do setor (lógico/físico): 512B/4096B
Tabela de Partição: msdos
Opções de disco:

Número Início Fim Tamanho Tipo Sistema de arquivos Opções
1 1049kB 525MB 524MB primary ntfs
2 525MB 184GB 183GB primary ntfs
4 364GB 500GB 136GB primary ext4

salatiel@salatiel:~$ sudo blkid
/dev/sda1: LABEL="Sistema Reservado" UUID="F62014C520148EAD" TYPE="ntfs" PARTUUID="000bc670-01"
/dev/sda2: UUID="C2D26993D2698C8B" TYPE="ntfs" PARTUUID="000bc670-02"
/dev/sda4: UUID="06edc844-5d2e-4ba8-8760-aa668a736f9b" TYPE="ext4" PARTUUID="000bc670-04"

druidaobelix · 12 de Janeiro de 2017, 01:25

Citação de: SalatielAizza online 11 de Janeiro de 2017, 16:53
[...] Deixe-me explicar mais algumas coisinhas. Eu não me importo com as sda1,2 ou 3, eu nem uso o Windows, não tem nada instalado nele. Eu uso e quero preservar o meu Ubuntu na sda4, não importando o que tenha que fazer com o restante do HD.
Inclusive eu apaguei a sda3, acreditando que seria possível expandir a sda4 com a parte não alocada no hd, porém não deu certo. [...]

Pois então, "SalatielAizza",

Com a modificação feita nesse ínterim, então deixou de existir a sda3 e ficou um imenso espaço não alocado (~180GB) entre as partições 2 e 4.

O que pode fazer é usar esse espaço como um todo para criar uma nova e única partição englobando o espaço antes ocupado pelas anteriores 2 e 4, formate esse novo espaço em ext4 e então copie a atual partição 4 para lá, mas não é uma cópia simples, que assim não dá certo, mas sim uma cópia binária, usando o dd, que é um clássico do Linux, para que seja realmente uma cópia idêntica e ainda é necessária uma certa manobra de ajuste para que tudo volte a funcionar corretamente.

O que vai dar errado é que ao criar a nova partição e formatar esse novo espaço receberá um novo UUID, que é diferente daquele que há no fstab original, portanto, o sistema não subirá por essa nova cópia, então depois da cópia feita pelo dd, ainda usando o sistema original existente em sda4, monte a partição nova criada e com o sistema já lá copiado e altere o fstab que há lá colocando o UUID correto, conforme novamente apurado pelo blkid.

Isso feito, ainda estando no sistema iniciado em sda4, atualize o grub, que irá capturar a nova partição existente e o sistema que há lá.

Agora é só reiniciar e no menu do grub escolher a entrada correspondente ao sistema agora instalado na nova partição criada.

Se tudo funcionou como o esperado, testado e aprovado, daí em diante fica tudo muito mais fácil, você pode então apagar o sistema em sda4 e usar aquele espaço, seja aumentando, pela direita, o espaço existente na nova partição ou ainda usando para criar uma partição estendida e nela criar uma ou mais partições lógicas, dependendo do que queira fazer.

Em linhas gerais é esse o trabalho a ser feito.

SalatielAizza · 15 de Janeiro de 2017, 22:57

Olá druidaobelix.

Fico muito grato pela sua ajuda, em breve postarei resultado.
Agora gostaria de te fazer outra pergunta.

Como o meu sistema ubuntu 16.04 está tão cheio assiim? Quero dizer com a partição sda4 quase que completa sendo que eu não tenho nenhum jogo, videos/filmes/músicas salvos no hd.
Eu utilizava o ubuntu 15.10 em um computador antigo e instalava muito mais softwares do que no atual e nunca encheu a partição que tinha menos de 100GB.

druidaobelix · 15 de Janeiro de 2017, 23:24

Citação de: SalatielAizza online 15 de Janeiro de 2017, 22:57
Agora gostaria de te fazer outra pergunta.
Como o meu sistema ubuntu 16.04 está tão cheio assiim? Quero dizer com a partição sda4 quase que completa sendo que eu não tenho nenhum jogo, videos/filmes/músicas salvos no hd. Eu utilizava o ubuntu 15.10 em um computador antigo e instalava muito mais softwares do que no atual e nunca encheu a partição que tinha menos de 100GB.

Então temos um novo problema, é melhor ver isso antes de tentar fazer a transferência da partição.

Faça esse comando, com as partições montadas, e traga o resultado, pois assim conseguiremos ver o grau de ocupação geral :

Código Selecionar

df -h

Em seguida torne-se 'root':

Código Selecionar

sudo su

Vá para o raiz do sistema

Código Selecionar

cd /

agora execute e traga o resultado para:

Código Selecionar

du -scmx * | sort -n

Como possivelmente você deve saber, mas enfim, pode ser que alguém que nos leia não saiba, então para sair do root e retornar ao usuário digite:

Código Selecionar

exit

SalatielAizza · 16 de Janeiro de 2017, 00:01

salatiel@salatiel:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 785M 82M 704M 11% /run
/dev/sda4 125G 119G 0 100% /
tmpfs 3.9G 155M 3.7G 4% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
tmpfs 785M 96K 785M 1% /run/user/1000
/dev/sda2 171G 30G 141G 18% /media/salatiel/C2D26993D2698C8B

root@salatiel:/# du -scmx * | sort -n
fdu: cannot access 'proc/8395/task/8395/fd/4': No such file or directory
du: cannot access 'proc/8395/task/8395/fdinfo/4': No such file or directory
du: cannot access 'proc/8395/fd/4': No such file or directory
du: cannot access 'proc/8395/fdinfo/4': No such file or directory

druidaobelix · 16 de Janeiro de 2017, 00:19

Está incompleta a execução do segundo comando, ele demora um pouco mesmo porque é de fato demorado varrer o disco todo e ainda classificar em ordem, então aguarde até o resultado final e depois traga a saída completa.

SalatielAizza · 16 de Janeiro de 2017, 00:41

root@salatiel:/# du -scmx * | sort -n
du: cannot access 'proc/10139/task/10139/fd/4': No such file or directory
du: cannot access 'proc/10139/task/10139/fdinfo/4': No such file or directory
du: cannot access 'proc/10139/fd/4': No such file or directory
du: cannot access 'proc/10139/fdinfo/4': No such file or directory
0   dev
0   initrd.img
0   initrd.img.old
0   proc
0   sys
0   vmlinuz
0   vmlinuz.old
1   cdrom
1   lib64
1   lost+found
1   media
1   mnt
1   snap
1   srv
1   tmp
2   root
13   bin
13   sbin
15   etc
82   run
151   boot
472   opt
836   lib
3756   usr
13911   home
101623   var
120871   total

druidaobelix · 16 de Janeiro de 2017, 00:58

Citar101623 var

Claramente há um sério problema em /var "comendo" quase todo o disco!

Veja que todo o restante é insignificante.

druidaobelix · 16 de Janeiro de 2017, 01:07

Faça uma atualização forçada do sistema:

Código Selecionar

sudo apt-get update

Código Selecionar

sudo apt-get upgrade

Depois inicialmente use o apt para fazer uma limpeza geral e vamos ver como fica:

Código Selecionar

apt-get clean

Código Selecionar

apt-get autoremove

Código Selecionar

apt-get autoclean

Isso feito, repita o du para verificar como ficou.

Reinicie o sistema

Observe especialmente se ainda há muito de kernel antigo armazenado, que são aquelas entradas adicionais no menu do grub, onde se pode escolher qual subir.

Se o caso elimine tantos quantos possíveis, normalmente prefiro usar o Synaptic para isso (remoção completa)
Deixe apenas o kernel atualmente em uso e o imediatamente anterior.

Cheque ainda o diretório /var/tmp

Código Selecionar

sudo du -hs /var/tmp

SalatielAizza · 16 de Janeiro de 2017, 01:27

Eu tenho medo destes comandos:

Código: [Selecionar]
apt-get clean

Código: [Selecionar]
apt-get autoremove

Código: [Selecionar]
apt-get autoclean

da última fez que os utilizei tive formatar meu Ubuntu16.04, pois nem entrava mais no sistema.

Eu preciso tomar alguma precaução que não tive da última vez?

druidaobelix · 16 de Janeiro de 2017, 01:29

Só para ter uma ideia comparativa, no momento estou usando o Ubuntu 16.04 instalado numa partição cujo tamanho total é de 12GB e desses nesta instalação estou usando apenas 8.5G, restando ainda 2,5GB de espaço livre, ou seja, 80% de ocupação numa partição super apertada e tudo funcionando.

Nessa instalação de 12GB o /var ocupa 516MB, isto é, aproximadamente 0.5GB, o que equivale aproximadamente à 4% do total do disco.

Você tem aí uma partição de 120GB e está quase "morrendo" sufocado por falta de espaço com o /var que é um diretório de trabalho "devorando" quase tudo.

Nem pense em usar o dd para a nova partição numa situação dessa, isso precisa ser radicalmente resolvido antes de voltar ao tema principal do tópico.