Mover partições '/ boot' e '/' (root) sobre o volume GPT / UEFI

0

Eu trabalho no Linux com um dispositivo de armazenamento interno de 500GB GPT, particionado, portanto, /boot , / (raiz), /var e /home estão em ext4 volumes separados. Por razões históricas (costumava ser um sistema de montagem dual Linux-Linux), o dispositivo tem agora muito espaço intercalado entre os volumes montados atualmente em uso. Esse espaço é alocado (de antes) e ainda contém uma partição /boot pertencente ao segundo Lx OS, agora abandonado. O menu de inicialização dupla ainda mostra uma escolha entre dois sistemas, mas um deles está em grande parte separado de sua partição /boot . Eu considero esse espaço desperdiçado e quero recuperá-lo.

Usando disks no Linux, o particionamento atual se parece com: (O que está montado é mostrado com um triângulo preto.) Além dos volumes já mencionados acima, e à sua esquerda na imagem disks , você pode ver o EFI Partição FAT (mais à esquerda, como seria de esperar), o espaço de troca e muito espaço alocado mas nunca montado.

Tudo inicializa e funciona bem e eu tenho um backup dos meus dados e do layout completo da partição, o último obtido com # sfdisk -d /dev/nveme0n1 > partition-layout.dump .

Gostaria de mover os /boot e / (raiz) montados para a esquerda do espaço de troca e realocar o espaço nunca montado em var e /home ... don planeje tocar nos cabeçalhos GPT do dispositivo ou no volume EFI FAT.

Eu usei o GParted antes em volumes MBR com inicialização de BIOS herdada, mas nunca em ambientes EFI / GPT. Poderia mover /boot comprometer a rotina de carregamento de inicialização e tornar meu volume não inicializável? Se assim for, o que devo estar preparado para fazer, reconstruir o bootloader, re-indexar partições, ... mais, .. nenhuma das opções acima?

Em particular, se eu usar o GParted, ele vai acompanhar o novo local e atualizar o índice de partição para que o gerenciador de inicialização não se afogue após o reparticionamento?

Estou pronto para isso, mas quero ter certeza de que não estou fazendo algo completamente estúpido antes de mover um músculo. Um empurrão, ajuda ou qualquer conselho seria apreciado. Se eu esquecer de incluir aspectos importantes do contexto, terei prazer em fornecer mais detalhes.

Felicidades.

    
por Cbhihe 23.08.2018 / 21:02

1 resposta

0

[TLDR] (a versão abreviada)
A configuração particular das partições mostradas no OP torna impossível não ter que reconstruir / restaurar o gerenciador de inicialização após mover a extremidade da extremidade do /boot de partições.

[A história completa]
O que eu fiz:

  • inicialize no live-Linux com uma unidade USB inicializável no modo UEFI. (Eu escolhi usar o Ubuntu 18.04).
    Lembre-se do fato de que o Ubuntu e os modernos gráficos discretos da NVIDIA não se dão bem. Se você tem uma placa gráfica NVIDIA recente (por exemplo, em 2017), você economizará tempo se realmente carregar um sistema operacional ao vivo sem GUI. Isso significa executar o reparticionamento no cli e possivelmente a restauração subsequente do bootloader também.

  • com o GPartEd recuperam a partição 2 e a partição MOVE 3 (troca) para a esquerda, de modo que ela se torna contígua à partição 1. Simplesmente "movendo" ela não altera o UUID da partição. Se você apagá-lo e recriá-lo em outro lugar (sua chamada totalmente), você terá que posteriormente vi em /etc/fstab para modificar o novo UUID da entrada do swap correspondente.

  • mova /boot (partição 5) até onde for necessário. Mover a extremidade da cabeça (ou seja, o limite esquerdo na representação gráfica do OP) dessa partição requer que você restaure o carregador de inicialização (o GRUB2 no meu caso). Caso contrário, você não conseguirá inicializar. Se, ao contrário do caso presente, /boot e / (root) estivessem na mesma partição, mover a extremidade final de / (root) também exigiria a restauração do carregador de inicialização GRUB (porque isso significaria reindexar o início das informações / boot / efi localizadas na partição raiz).
  • mova / (raiz), /var e /home por capricho.

O acima constitui a resposta completa à minha pergunta original.

A restauração do booloader está fora do escopo aqui, mas está bem documentada, agora mesmo para o UEFI. Procure this e esta para ajuda detalhada. A milhagem do ano pode variar de acordo com a distro que você tem, mas meu conselho é: use as instruções genéricas da CLI o máximo que puder. Eles são melhor documentados como no caso de chroot , por exemplo, enquanto os wrappers (novamente como os wrappers de chroot ) podem não ser. Mais uma vez, sua chamada.

HTH alguém com dúvidas semelhantes às que eu tinha.

    
por 24.08.2018 / 21:47