Fórum Ubuntu Linux - PT
Suporte Técnico => Aplicativos => Tópico iniciado por: SalatielAizza em 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 (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!
-
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.
-
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:
sudo fdisk -l
sudo parted -l
(sinal de hífen mais letra ele no final de ambos os comandos acima)
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
-
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
-
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"
-
[...] 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.
-
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.
-
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 :
df -h
Em seguida torne-se 'root':
sudo su
Vá para o raiz do sistema
cd /
agora execute e traga o resultado para:
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:
exit
-
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
-
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.
-
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
-
101623 var
Claramente há um sério problema em /var "comendo" quase todo o disco! :o
Veja que todo o restante é insignificante.
-
Faça uma atualização forçada do sistema:
sudo apt-get update
sudo apt-get upgrade
Depois inicialmente use o apt para fazer uma limpeza geral e vamos ver como fica:
apt-get clean
apt-get autoremove
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
sudo du -hs /var/tmp
-
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?
-
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.
-
Eu tenho medo destes comandos:
apt-get clean / apt-get autoremove/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?
É importante antes de usar fazer a atualização conforme dito e comprovar que termina sem nenhuma espécie de erro.
Isso posto, o uso dos tais comandos não deveria apresentar nenhum problema adicional, é algo bastante normal para o sistema, mas cada instalação é uma instalação e de fato quem está do lado de cá não sabe o que realmente você tem aí e qual é a situação real.
Mas veja, há algo fundamentalmente errado em /var então alguma coisa haverá de ser feita, nem que tenha que reinstalar o sistema.
-
Se preferir ir com maior cautela, então faça antes uma análise mais detalhada do que há dentro de /var
Você pode repetir aquele mesmo comando du apenas que antes entrando dentro da pasta /var
cd /var
sudo du -scmx * | sort -n
Ainda com fundamento na cautela, vá usando os comandos de limpeza um por vez, limpa, analisa o resultado usando o du, reinicie o sistema, analise outra vez usando o du, novo comando de limpeza e assim vai.
Inicie pelo autoclean e depois o autoremove e por último o clean
-
Para entender melhor esse processo de limpeza tenha em conta o seguinte:
autoclean
Limpa o repositório local removendo os arquivos de pacotes .deb que não podem mais ser baixados, isto é, versões antigas, e que são inúteis e obsoletos.
autoremove
Remove pacotes que não são mais requeridos dentro do sistema, ou seja, pacotes que foram instalados automaticamente para satisfazer dependências de outros pacotes e que já não são mais necessários.
Principalmente no caso de usuários que compilam programas muito frequentemente a compilação pede várias bibliotecas que só vai usar naquele momento, depois não serve para mais nada já que os binários estão criados.
clean
Faz mais que o autoclean, porque limpa e remove todos os arquivos .dev contidos nos diretórios, exceto o lock file:
var/cache/apt/archives/ e
/var/cache/apt/archives/partial/.
Se quiser ver qual espaço os pacotes .deb estão ocupando, pode fazer:
sudo du -sh /var/cache/apt/archives
Muito importante: jamais use quaisquer outros softwares de limpeza, as ferramentas nativas são suficientes e muito seguras.
-
Se conseguir ultrapassar com sucesso a fase anterior, então ainda analise o que há de kernel perdido por aí:
dpkg --list | grep linux-image
De uma forma em lista mais resumida dá pra ver assim:
dpkg-query -l | awk '/linux-image-*/ {print $2}'
Não gosto de usar comandos que limpam todos os kernels só deixando o atual, como disse antes, prefiro eliminar manualmente um a um usando o gerenciador de pacotes Synaptic, quando clica sobre o kernel que se quer removar então assinala a opção completa, lembrando que precisa remover também a image (note que estarão todos marcados em verde), dá um pouco mais de trabalho mas o resultado é sempre muito bom.
Por segurança sempre deixe o atual e o imediatamente anterior, você tem muito espaço aí, deixar o imediatamente anterior realmente não é um problema.
Acho que por enquanto é isso.
Boa sorte.
-
Eu num to acreditando no que meus olhos veem:
root@salatiel:/# du -scmx * | sort -n
du: cannot access 'proc/3363/task/3363/fd/4': No such file or directory
du: cannot access 'proc/3363/task/3363/fdinfo/4': No such file or directory
du: cannot access 'proc/3363/fd/4': No such file or directory
du: cannot access 'proc/3363/fdinfo/4': No such file or directory
0 dev
0 initrd.img
0 proc
0 sys
0 vmlinuz
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
56 boot
82 run
418 lib
472 opt
3454 usr
13918 home
102231 var
120670 total
root@salatiel:/# sudo du -hs /var/tmp
420K /var/tmp
Fiz todo seu procedimento, inclusive li no blog do Elias Praciano ( que é muito bom) e fiz o procedimento para remover os kernel antigos, foi o que liberou mais espaço aprox 500MB, ou seja quase nada diante deste VAR gigantesco e absurdo.
Vou reiniciar o pc agora.
-
Olá
Apenas para deixar meus dois centavos
...e fiz o procedimento para remover os kernel antigos, foi o que liberou mais espaço aprox 500MB, ou seja quase nada diante deste VAR gigantesco e absurdo
A pasta /var contém uma sub pasta /log
Esta sim, pode ficar imensa ao longo do tempo e seu conteúdo pode ser removido sem danos ao sistema.
Navegue até /var/log e remova todos os arquivos de log que estejam dentro da pasta. Não remova em nenhuma hipótese a pasta /var e /log em /var/log, só o conteúdo.
-
Muito obrigado Tota, a sua contribuição final salvou minha partição.
Também fico extremamente agradecido ao druidaobelix que me ajudou, aprendi e estudei muito com seus conselhos e referências.
Saúde e paz.