Precisa de mais espaço em disco para o root

Question

Vários meses atrás eu comprei um novo computador e um dual boot instalado / configurado com o Arch / Ubuntu Studio. Eu queria testar o Arch (porque foi sugerido como uma ótima distro para a produção de áudio [já que é comparativamente enxuto]), mas eu queria continuar com o Ubuntu Studio imediatamente no caso de ter mordido mais do que eu poderia mastigar com o Arch. . Portanto, o cenário de inicialização dupla.

Eu não sou um administrador experiente do sistema Linux; Eu achei isso muito difícil. Eu li muita informação de uma enorme quantidade de fontes on-line e acabei descobrindo. Eu nunca acabei usando muito o Ubuntu, então ele está ocupando 128G no meu disco de 256G. Quando segui os tutoriais do Arch Wiki, o exemplo sugeriu 15G para a partição raiz. Na época, eu deveria ter pensado mais sobre isso, porque parecia um número baixo para os tipos de trabalho que eu planejava fazer (muitas coisas variadas = muitas aplicações). Eu estou usando o i3 como meu gerenciador de janelas, e notei imediatamente que o espaço da unidade estava indo rápido. Eu tenho 1G sobrando.

Longa história curta , não criei espaço suficiente para a partição raiz ( / ) e não sei como corrigi-la. Minha reação inicial foi apenas copiar / para onde o Ubuntu está. Então eu apaguei a partição do Ubuntu e particionei-a com o cgdisk. Então eu inicializei com um Ubuntu USB ao vivo e montei /dev/sda3 (meu atual / ) para /oldroot e montei /dev/sda2 (onde o Ubuntu costumava estar) para /newroot e cp -R /oldroot/* /newroot .

Não sei o que fazer a partir daqui. Eu tenho uma partição de inicialização separada que se parece com isso:

/
/EFI
/EFI/ubuntu
/EFI/ubuntu/shimx64.efi
/EFI/ubuntu/grubx64.efi
/EFI/ubuntu/grub.cfg
/EFI/arch_grub
/EFI/arch_grub/grubx64.efi

Não lembro o que fiz para criar esses arquivos .efi , mas imagino que o objetivo deles seja direcionar o processo para o script /boot/grub/grub.cfg atual (parece um script bash). Não tenho certeza. Eu acho que lembro que isso foi feito como parte da execução de grub-mkconfig ou algo assim, mas eu não sei onde eu estava quando eu fiz isso ou em que fase do processo, então agora eu bati na parede. / p>

Talvez eu nem devesse estar tentando mudar de partições - talvez eu devesse estar simplesmente tentando aumentar o tamanho da partição raiz como está, mas não sei como fazer isso.

O que devo fazer daqui?

    

Answer 1

A migração do seu sistema de arquivos raiz para uma nova partição deve ser possível.

cp -R /oldroot/* /newroot

-R é o argumento errado nessa situação, porque cp não preservará atributos de arquivo como proprietários e permissões por padrão. Exclua o sistema de arquivos raiz copiado e comece novamente com:

cp -a /oldroot/* /newroot

-a deve preservar tudo, ou pelo menos tudo que é importante.

Depois de copiá-lo novamente, você precisa fazer o seguinte:

• monte a partição boot em /newroot/boot
• vincular a montagem sys , proc , dev e run in /newroot
• chroot em /newroot
• execute update-initramfs -u e update-grub

O sistema deve então inicializar a partir da nova partição.

    

Answer 2

Outra opção seria mover os arquivos para longe do seu / . Se você tiver espaço na partição /home , por exemplo, mova apenas /usr (execute-os como root):

mv /usr /home/usr
ln -s /home/usr /

Dessa forma, /usr não está mais ocupando espaço em / .

    

Answer 3

Bem, a coisa mais simples a fazer é provavelmente usar uma distribuição ao vivo do seu GNU / Linux favorito (um pendrive com um Live Ubuntu faria isso, por exemplo) e redimensionar sua partição com uma ferramenta como Gparted (fácil de use, com uma ótima GUI). Fiz várias vezes, funciona como um encanto.