Mesclando partições no Debian

2

Eu recentemente herdei o problema de outra pessoa com um servidor linux. Este é um daqueles todos em uma configuração de lâmpada baseada em debian. Ele recentemente ficou sem armazenamento e ninguém parece saber nada sobre o Linux em geral aqui. Eu consegui expandir a unidade no VMWare e criei a partição como visto na imagem abaixo. O desafio é mesclar a partição raiz / dev / sda1 com / dev / sda4.

Nota: os blocos Start-End não são back to back e não posso suportar muito tempo de inatividade neste servidor. / dev / sda3 provavelmente pode ser mesclado também, mas não importante.

ATUALIZADO:saídadf-h

ATUALIZADO2:fdisk-loutput

    
por Chappy 05.01.2018 / 16:22

3 respostas

0

Não faço ideia do tipo de configuração que você tem do seu lado. Talvez você use RAID ou não, SAN, NAS ou não, pois cada um deles complicaria as coisas.

Por enquanto, suponho que você esteja usando um único disco rígido tradicional com partições.

Geralmente, há uma razão pela qual as pessoas têm partições diferentes, por exemplo, algumas pessoas podem pensar ou ter lógica para ter bancos de dados para diferentes conjuntos de dados para fins de segurança e similares. Eu aconselho você a pesquisar um pouco mais antes de tomar uma atitude e, se possível, conversar com as pessoas por que elas fizeram o que fizeram antes.

Tendo dito o acima exposto e supondo que você tenha boas razões para fazer as mudanças, o que eu faria é fazer o backup de todos os dados em uma unidade externa, usar um CD do Debian Live ou qualquer coisa que você possa usar, usar o gparted e fazer o partições como você gosta, deslize / copie os dados certificando-se de que quaisquer hard links ou links simbólicos que possam estar apontando para as diferentes partições sejam vinculados corretamente em um servidor sobressalente com a mesma configuração que excede o hdd mas tenha o sistema de arquivos se possível. Espero que você tenha algum tipo de teste para saber se as coisas estão funcionando corretamente.

Se tudo correr bem, basta desligar o servidor, colocar o novo disco com os dados e colocá-lo em funcionamento.

Geralmente é uma boa idéia atualizar o Debian e quaisquer aplicativos que estejam sendo usados quando você está fazendo isso, mas isso implicaria em algum tempo reservado para testar como os dados funcionam como atualizações de kernel, correções de segurança tornam a coisa toda melhor.

Eu também gostaria de pedir que você faça alguma documentação para que você possa enviar as anotações caso algo dê errado na medida em que a memória tende a ficar embaçada durante um período de tempo, além de explicar por que você está fazendo o que estão fazendo.

Todos esses são apenas indicadores de boas práticas e do que você deve saber. Eu, por exemplo, nunca fui a favor do reparticionismo in situ, pois qualquer custo de dano simplesmente não vale a pena.

    
por 05.01.2018 / 16:53
0

/ dev / sda1 é uma partição primária, e / dev / sda4 é uma partição lógica localizada em uma partição estendida. Além disso, eles não são contíguos, o que tornaria uma operação de mesclagem problemática. Talvez você possa criar um slate limpo excluindo / dev / sda3 e / dev / sda4 (depois de fazer backup dos dados) e, em seguida, com gpart, mesclar o espaço não alocado com o / dev / sda1. Talvez seja necessário remover toda a partição estendida para criar uma barreira tão limpa de espaço não alocado.

Após um segundo vislumbre, notei que a partição estendida é apenas 1046529 blocos, o que significa que / dev / sda4 é uma partição primária. Mas isso não importa realmente. Principalmente para estender sda1 você precisaria de espaço não alocado contíguo. Em vez de gpated você poderia usar fdisk para apagar e recriar a partição: fdisk / dev / sda -u (-u mostra tamanhos de tabelas de partição em setor para uniformidade), e então usa resize2f para redimensionar para um novo tamanho.

    
por 05.01.2018 / 16:54
0

Tudo o que você precisa é de 1 GB de espaço para ter um dia (você diz isso em um comentário)?

A maneira mais fácil (eu acho) é limpar seus logs antigos, se eles não forem importantes por:

cd /var/log/
rm *.gz
cd /var/log/apache2
rm *.gz
(etc) 

Ou apenas movendo seus registros antigos para outro lugar

mkdir /mnt/pendrive
mount /dev/sdc1 /mnt/pendrive
cd /var/log/
mv *.gz /mnt/pendrive
cd /var/log/apache2
mv *.gz /mnt/pendrive/myfunnyapache2folder
(etc)

Ou se por algum motivo desconhecido, você não quiser fazê-lo, podemos tentar mover / var / log para outra partição até que você tenha tudo bem!

Primeiro, interrompa seus serviços: serviço rsyslog stop; serviço apache2 stop; service mysql stop, etc

fdisk /dev/sda (altere sda para o seu dispositivo de disco ou pendrive)

n (usando o comando n crie sua partição de 1GB e salve fdisk com o comando w, e apenas saia do fdisk)

Verifique com fdisk -l (L lowercase) qual dispositivo de partição sua partição de 1gb assumiu, por exemplo / dev / sda5

Agora, monte / dev / sda5 ou o seu número de partição (criado pelo fdisk) como seu novo / var / log ...

mkdir /tmp/log 
mkfs.ext4 /dev/sda5 - Assumed /dev/sda5 as the new empty partition. This will destroy all that in /dev/sda5 if you select the wrong partition, this is the empty partition you created in fdisk!
mount /dev/sda5 /tmp/log       
mv /var/log/* /tmp/log 
umount /tmp/log
mount /dev/sda5 /var/log      
ls /var/log     - Now you have time to think again... 

Depois disso, você poderá reiniciar seus serviços: service rsyslog start; serviço apache2 start; serviço mysql start, etc ...

Sim, pode ser perigoso se você não prestar atenção ao que está fazendo, mas menos do que tentar redimensionar ou mesclar partições em um sistema em execução.

Se você realmente não tem mais espaço no seu disco rígido, crie uma partição ramdisk (você pode encontrar como fazer isso no google), mas você perderá seus dados de log se o servidor for reiniciado ....

Você também pode compactar dados de log não girados, com gzip, como o nome do arquivo gzip e outros arquivos de texto, que provavelmente não serão necessários agora!

    
por 05.01.2018 / 19:03