Arquivo da categoria: Debian

Como atualizar o Kernel do Deepin

Para atualizar o kernel do Deepin há a possibilidade de utilizarmos o kernel do Ubuntu disponibilizado pela Canonical. Eu que aqui escrevo utilizo este procedimento para poder manter meu Deepin atualizado com mais frequência. Nunca tive problemas, mas afirmo que a responsabilidade do ato é individual, não faço aqui um recomendação, apenas informo o procedimento e não me responsabilizo por qualquer erro. Para mim vale a pena!

Se me perguntarem: O que ganho com a atualização do Kernel?
Repondo: Vi na prática a melhoria de desempenho de hardware, redução do aquecimento do processador/gpu (Intel), aumento do desempenho de rede… enfim, atualização é para isto.

Seguem os passos:
1) Acesse a base de kernel’s do Ubuntu: https://kernel.ubuntu.com/~kernel-ppa/mainline/

2) Procure a versão que lhe interessa e acesse. Hoje a versão mais estável é a 4.19.11 > https://kernel.ubuntu.com/~kernel-ppa/mainline/v4.19.11/

3) Procure os arquivos conforme a arquitetura do seu processador, vou exemplificar utilizando a 64 bits:

> Baixe os arquivos e instale na seguinte sequência:

1º – linux-modules

2º – linux-image-unsigned

3º – linux-headers………._all.deb

4º – linux-headers

** Não utilizo as versões de baixa latência (lowlatency) e em outro artigo explico a característica dela. Não é necessária o baixar e instalar.

> Instale os arquivos usando o próprio gerenciador gráfico do Deepin ou o dpkg.

> Após instalados os 4 arquivos, fala a atualização do GRUB e verifique se a versão do Kernel foi acrescentada como opção de inicialização:

 

Espero ter ajudado a você que também fica mais tranquilo tendo o sistema em dia.

Como reinstalar o Apache2 no Ubuntu

Primeiramente desinstale e exclua completamente as configurações do Apache2. Importante lembrar que configurações de hosts virtuais serão perdidas, mas nada ocorrerá com a pasta de arquivos do servidor (“/var/www/html” ou “htdocs”)…

sudo apt remove apache2 && sudo apt purge apache2

Agora reinstale o Apache2:

sudo apt install apache2
sudo systemctl start apache2

Iniciará sem erros, roteará acessos a pasta de host mas não interpretará o PHP, certo? Para isto regularizar, instale a lib do apache para php:

sudo apt install libapache2-mod-phpX.XX considerando XXX como sendo a sua versão do PHP
sudo systemctl restart apache2

Tudo pronto!

O que é o Jailed Shell?

Jailed Shell é uma alternativa viável e segura que fornecemos para que nossos clientes possam acessar suas contas de hospedagem via protocolo SSH.
O que difere o Jailed Shell do acesso Shell normal são os acessos fornecidos para árvore de arquivos e bibliotecas do kernel Linux. O usuário detentor da conta de hospedagem terá, ao acessar o serviço, determinada sua pasta raiz no diretório base de sua conta. Isto facilita o gerenciamento de arquivos, backups de arquivos e emails, etc.
Os conhecimentos demandados são comandos básicos Linux e talvez Shell Script.
Para ter liberado o acesso ao Jailed Shell é necessário enviar email ao setor de Suporte, em “suporte@dock.inf.br” com os dados abaixo:

– Domínio principal da conta;
– Usuário do cPanel;
– Senha do cPanel;
– Plano atual contratado;
– Email do dono da conta que está cadastrado em nossos sistemas;
– CPF/CNPJ do Cliente dono da conta;
– Data de Nascimento do Cliente dono da conta.

Migrando banco de dados MySQL / MariaDB através dos arquivos

Olá, caso você esteja precisando migrar sua bases de dados MySQL ou MariaDB entre servidores Linux, sendo o novo vazio, sem bases de dados a não ser as próprias de configurações do MySQL, isto através dos arquivos de dados (.frm, .ibd, .opt) Seguem as dicas:
– Os arquivos ficam contidos no caminho /var/lib/mysql;
– O usuário proprietário deverá ser mysql e grupo mysql, atenção nisso, pois possivelmente fara a copia dos arquivos através do root. O comando para setar o novo usuário e grupo é: sudo chown -R mysql:mysql /var/lib/mysql
– Copiadas todas as pastas você já poderá enxergar as bases de dados no MySQL.
– As bases de dados estarão inaccessíveis, isto pois as novas bases não fazem parte do dicionário do SDBG. Para solucionar isto será preciso copiar um outro arquivo do servidor “antigo”. Novamente ressalto que este processo deve ser feito apenas para cópia dos dados para um novo servidor, que ainda não possua bases de dados criadas. A continuidade deste passo poderá deixar as bases antigas, se existirem, inacessíveis. Então atenção.
– – O arquivo a ser substituído é o ibdata1, está no caminho /var/lib/mysql. Então faça uma cópia ou troque o nome do mesmo: sudo mv /var/lib/mysql/ibdata1 /var/lib/mysql/ibdata1_bkp
– – Agora copie o arquivo ibdata1 do servidor antigo para o novo, então tente acessar as tabelas.

Ressalto que toda responsabilidade deste processo é de quem o executa e aqui apenas deixamos instruções de uso próprio, com o único intuito de auxiliar. Caso não tenha segurança neste processo, chame quem possa executar.

Precisando de apoio deixei seu comentário!

Resolvendo ausência do ppa-purge no Debian e derivados

Com o uso do Deepin como distro do dia a dia, senti pela ausência de muitos repositórios que são mantidos especialmente para Ubuntu. Tudo isto seria péssimo caso o Deepin Linux não fosse uma grande distribuição, como também se não me forçasse a praticar comandos no Terminal.

Em substituição a um dos meus sanitizados de repositórios preferidos no Ubuntu, o ppa-purge, tive de pensar em uma saída e criei o ppa-control.

Com o ppa-control você pode adicionar e remover repositórios sem ter sempre de lembrar do comando add-apt-repository. É certo que o ppa-control não se trata de nada além do que uma função, mas quebra o galho.

Seu repositório está no github no caminho: https://github.com/danielsobrinho/ppa-control

Com os comandos: ppa-control add e ppa-control remove você resolve sua vida.

Adicionar um repositório:

ppa-control add ppa:respositorio/repositorio

Remover um repositório

ppa-control remove ppa:repositorio/repositorio