Ajuda com a Instalação em uma Partição

Instalação
1

Olá pessoal,

Esta talvez seja a primeira vez que alguém pede esse tipo de ajuda, mas preciso desesperadamente dela :frowning:

Tenho um servidor com 2 partições instaladas nele, além da partição swap, é claro!

A primeira partição tem 200GB e a segunda tem 100GB de tamanho.

Quero instalar o Discourse na partição de 100GB em vez da de 200GB, que usarei como armazenamento :hear_no_evil:

Agora, como posso usar o comando SSH para instalar meu script na segunda partição em vez de me perder e fazer o que não sei..!

Pesquisei em quase todos os lugares, mas não encontrei tópicos e discussões diretas sobre esse problema.

Sua ajuda é muito apreciada :slight_smile:

EDIT: Esqueci de mencionar que já instalei o Ubuntu 20.04 LTS no servidor para informação adicional.

2

Você montou a segunda partição? Se sim, qual é o caminho?

1 curtida
3

Ele está montado em /dev/sda4

/dev/sda4 3333580800 3497420799 163840000 78.1G Linux filesystem

Espero que isso ajude e muito obrigado pela sua resposta.

4

As pessoas pedem isso o tempo todo em lugares como Stack Exchange e Unix.com (acho que isso existe) e outros sites sobre administração de sistemas. Não é realmente um problema do Discourse.

O Discourse geralmente mantém as coisas em /var/discourse e onde quer que o docker mantenha seus arquivos.

5

Não, esse é o dispositivo. Você o montou?
Você poderia montá-lo em /var/discourse e então obteria o que deseja.

Veja, por exemplo, https://devconnected.com/how-to-mount-and-unmount-drives-on-linux/ (o primeiro resultado do Google que gostei)

4 curtidas
6

Tenho 2 partições e preciso saber como montá-las na partição do HDD de 100 GB, mas não sei como chamar essa partição para montar o Discourse nela!!

Se eu montar em /var/discourse? Ele instala automaticamente nesse HDD?? :wink:

É aqui que preciso de ajuda. Como chamar para montar essa unidade de 100 GB para instalar o Discourse nela.

7

Assumindo que você já criou um sistema de arquivos na partição

mkdir /var/discourse
mount /dev/sda4 /var/discourse

Mas para que ele sobreviva a uma reinicialização, você precisará criar uma entrada em /etc/fstab, e o link que postei na postagem anterior explicará como fazer isso.

2 curtidas
8

Agora você está falando, meu velho :wink:

Vou tentar nos próximos dias e garantir que tudo esteja bem e marcar sua resposta como resolvida / solução ou se preciso de ajuda extra :smiley:

Valeu, mano

2 curtidas
9

Feito e feito, meu chapa!

Montei e criei todas as coisas necessárias para que ele sobrevivesse, mas quando instalo uma coisa, ele me diz que não posso instalar outra no mesmo hdd..!

Seus ponteiros funcionaram e foram úteis o suficiente para particionar o hdd, mas instalar 2 coisas não está indo bem :frowning:

O que estou fazendo de errado agora?? :confused:

10

Você pode explicar com mais detalhes o que você está fazendo e o que ele está dizendo?

1 curtida
11

Tenho um servidor dedicado de 2TB com 16GB de RAM e Debian 10 instalado para fazer o seguinte:

Antes de continuar, já executei o Discourse em um pequeno VPS de 20Gb SSD com 2GB de RAM. O site está chamando a atenção e crescendo, então pensei em movê-lo para o de 2TB.

Aqui vamos nós:

  1. Instalar uma seedbox em quase 1.6TB.
  2. Instalar um painel de controle para testar e executar softwares e scripts em cerca de 300GB.
  3. Instalar 100GB disso para rodar o Discourse.

O problema que encontro é: quando instalo a seedbox, tudo corre bem e sem problemas, e quando instalo o VestaCP na próxima partição, que é montada e preparada no comando:

root@myserver.com :~# cd /vesta aparece:
root@myserver.com :~# vesta partition

O problema é que, quando instalo o vestacp, ele funciona perfeitamente na partição selecionada, mas quando instalo a seedbox depois, não funciona bem e fica travado em:

Levará aproximadamente 10 minutos para o script concluir

Atualizando listas de pacotes
Atualizando pacotes
Instalando pacotes necessários

Aqui leva 2 horas e nada avança. Por outro lado, quando verifico o Vestacp, vejo que o NGINX está desativado porque a seedbox está tentando assumir o controle!

Clique Aqui para ver o Status Offline do NGINX

Vice-versa, quando instalo a seedbox primeiro, o Vestacp diz que deve ser instalado em um servidor novo!

Se eu tiver isso para começar, acho que vou sufocar até que o Discourse funcione tão bem quanto eu quero..!

Eu sei que estou a poucos cliques de fazer as coisas darem certo, mas a Função Cerebral Travou no mesmo ponto também :frowning:

12

Por favor, não leve isso a mal, mas por que você está perguntando isso no fórum do Discourse quando ainda nem chegou à instalação do Discourse? Acho que você precisará encontrar pessoas que saibam sobre Vestacp (que eu nunca ouvi falar, desculpe).

Além disso, se eu fosse você, executaria algum tipo de plataforma de VM nessa caixa dedicada para ter flexibilidade infinita no que eu faria a seguir.

13

Você está totalmente certo..!

Comecei com o Vesta em vez disso, eu deveria ter começado com o Discourse e ver se havia algum problema de instalação :slight_smile:

Podemos encerrar esta discussão, mas iniciaremos outra sobre a migração do Discourse de um servidor para outro em um ou dois dias.

Obrigado, cara, por todo o tempo que você dedicou a assuntos não relacionados!

Eu amo a equipe aqui e o site é legal o suficiente para ser nossa segunda casa :stuck_out_tongue:

Saudações,

1 curtida
14

E se esta for apenas uma única unidade, por que se dar ao trabalho de particioná-la em um monte de pedaços minúsculos que só podem causar aborrecimentos? Antigamente, você tinha que fazer isso porque os sistemas de arquivos eram muito pequenos (a menos que você aumentasse os blocos, eu acho), mas, exceto por ter uma pequena partição de boot, realmente não há razão para particionar unidades em partes menores. As pessoas agora são mais propensas a combinar unidades em partições maiores com RAID, mas, como todos disseram, este não é um problema do Discourse.

Existe um tópico sobre como migrar para um novo servidor que não consigo encontrar.

1 curtida
15

Um pouco fora do tópico, mas ei, algumas razões válidas incluem:

  • separar os dados do usuário dos dados do sistema para que, quando os dados do usuário ficarem grandes, o sistema não falhe completamente
  • capacidade de ter diferentes sistemas de arquivos, adequados para diferentes tarefas (por exemplo, velocidade vs. confiabilidade)
  • minimizar o risco em caso de corrupção do sistema de arquivos
3 curtidas
16

Obrigado, incríveis administradores e apoiadores. Ajudaram muito e aprendi com a experiência de vocês também :smiley:

Levarei em consideração todos os conselhos que vocês escreveram!

Não há mais nada a dizer, exceto que desejo a todos vocês anos de sucesso e que vão do melhor para o melhor :love_you_gesture:

1 curtida