Como desmontar /var /usr com segurança no systemd sem reinicialização

AVISO: essas operações são extremamente arriscadas, não dou garantia sobre isso, é recomendável que você entenda cada passo e aplique-o por sua conta e risco, caso contrário, provavelmente quebrará seu sistema e não sou responsável por quaisquer danos decorrentes de seu uso.

Eu clonei todos os discos do servidor em uma máquina virtual local na minha estação de trabalho para tentar os comandos sem afetar meu servidor original, se você não tiver certeza de que pode fazer o mesmo. Após uma extensa pesquisa e vários experimentos, finalmente encontrei uma solução.

Alguns sistemas usam o systemd no initrd , depois de montar a raiz de destino, ele alterna o ambiente systemd da mesma maneira que faria com o chroot, todos os serviços são desligados e reiniciados no novo ambiente.

Poderíamos aproveitar esse recurso para alterar a raiz novamente, fazendo isso em um ambiente clonado em outro disco liberará os bloqueios que o sistema mantém no ambiente mais antigo, para que você possa desmontar esses pontos com segurança - na verdade, na maioria das vezes nem será montado. Mas este ambiente clonado deve garantir a configuração correta para trazer a rede novamente e dar acesso ssh. Se isso não acontecer, considere-se condenado.

É importante que você tenha uma partição separada, uma vez que se você chroot para um diretório dentro de outra partição em vez de um dispositivo em si, o sistema ainda pode conter o dispositivo da partição pai, para este caso de uso devemos considerar que se destina a não bloquear nenhum .

Se você tiver espaço livre não alocado ou puder reduzir algumas partições para ter espaço para o ambiente clonado, é recomendado. No entanto, se você não tiver espaço de armazenamento livre, poderá criar um ponto de montagem de memória virtual se tiver memória suficiente. Uma partição de rede não é recomendada uma vez que a conexão pode ser perdida durante o procedimento.

Um ponto de montagem de memória virtual pode ser feito por tmpfs, mas fará com que você tenha essa memória bloqueada no ambiente mais antigo de forma que não seja possível liberá-la sem um rebootou kexec, uma abordagem melhor é usar zram, além de criar um dispositivo de memória, ele comprime os dados, portanto, se você gravar 5Gdados, na verdade usará muito menos do que a memória, mas ainda assim, você precisará de memória suficiente.

Por exemplo, se 7Gfor suficiente, você pode criá-lo da seguinte maneira:

sudo modprobe zram num_devices=4
echo 7G | sudo tee /sys/block/zram0/disksize
sudo mkfs.ext4 -m0 /dev/zram0

Depois de provisionar as partições necessárias para o ambiente clonado, veja como funcionará:

mkdir /tmp/sys
sudo mount /dev/zram0 /tmp/sys # or the target device in place of zram0
# mount other separate partitions if required
sudo tar -cpSf - \
    --acls --xattrs --selinux \
    --exclude '/dev/*' \
    --exclude '/run/*' \
    --exclude '/sys/*' \
    --exclude '/proc/*' \
    --exclude '/tmp/*' \
    --exclude '/var/tmp/*' \
    --exclude '/var/run/*' \
    / |
    sudo tar -xvf - \
        --acls --xattrs --selinux \
        -C /tmp/sys

Recomenda-se fazer backup do seu fstabantes de realizar a troca:

sudo cp -a /tmp/sys/etc/fstab /tmp/sys/etc/fstab-
sudo truncate -s0 /tmp/sys/etc/fstab

Se você pretende alterar a partição onde algum dispositivo é uma swapmemória, é recomendável desativá-la primeiro:

sudo swapoff -a

Então, para executar o chroot:

sudo mkdir /sysroot
sudo mount --rbind /tmp/sys /sysroot
sudo touch /etc/initrd-release
sudo systemctl --no-block isolate initrd-switch-root
# it will stop all other services (isolate) and call systemctl switch-root /sysroot

Observe que não é necessário vincular proce dev, como você normalmente faz ao executar um chroot, o systemd fará isso por você. Você pode perder a conexão, se você esperar algum tempo e ainda não conseguir se conectar, você tem minhas condolências, você foi desperdiçado.

No entanto, se você tiver sorte e conseguir se conectar agora, poderá realizar as alterações na tabela de partição desejadas.

É importante ajustar o caminho dos dispositivos e o uuid ( blkid) para corresponder aos novos:

sudo mv /etc/fstab- /etc/fstab
sudo vi /etc/fstab
sudo vi /etc/default/grub

Depois de ter feito suas alterações, você pode fazer a mesma estratégia para retornar o dispositivo raiz real, uma vez feito isso não se esqueça de instalar o bootloader para o novo ambiente, a fim de recuperá-lo em caso de desligamento:

sudo grub2-install /dev/sda # or the intended bootable disk
sudo grub2-mkconfig -o /etc/grub2.cfg

Depois de voltar para seus dispositivos físicos, se você estiver usando zram, poderá liberar a memória da seguinte forma:

echo 1 | sudo tee /sys/block/zram0/reset
sudo modprobe -r zram

Lembre-se, faça por sua conta e risco.