Mostrando postagens com marcador Resolvido. Mostrar todas as postagens
Mostrando postagens com marcador Resolvido. Mostrar todas as postagens

sábado, 29 de abril de 2023

Resolvido: Coisas estranhas do Linux - "Files list file for package '...' is missing final newline".

Pessoal,


Coisas estranhas do Linux. Fui atualizar o Proxmox aqui e encontrei esse erro:


Nunca tinha visto isso antes. Antes disso, na verdade, tinha dado o mesmo erro, só que com package "bc".

Procurei bastante e não achava nada, até que encontrei um post em um fórum, de 2004 (!!!), já com esse erro. Segundo lá, pode ser que o arquivo /var/lib/dpkg/info/bc.list tenha sido corrompido. Assim, dei um /var/lib/dpkg/info/nano bc.list  dele e saiu isso aqui:


Outros arquivos .list, como o time.list, saem assim:


Bem diferente e bem compatível com o erro citado.

Assim, arrisquei (uma vez que não conseguia atualizar nada) e renomeei esses dois arquivos com os comandos abaixo:

root@proxmox:/var/lib/dpkg/info# mv libencode-locale-perl.list libencode-locale-perl.list2

root@proxmox:/var/lib/dpkg/info# mv bc.list bc.list2

Após isso, mandei ver no apt update e apt upgrade. Veio isso aqui, mas segui em frente:


E, no final:


Problema resolvido. Tudo atualizado!

domingo, 25 de dezembro de 2022

Resolvido: erro no FireWall após atualização do Ubuntu Server para 22.04 LTS

Pessoal,


Pequena nota mental aqui.

Hoje fui atualizar o Ubuntu Server aqui na VM do Proxmox da 20.04 para a 22.04. Essa atualização foi com o comando:
# do-release-upgrade

Atualização demorada mas bem tranquila. O susto veio após o término. Após o reboot, dei um "apt update" e deu um monte de erro de atualização.



 Aí fui ver se estava pingando. Nada de internet.


Bom, vamos pesquisar. Achei vários lugares citando um erro na criação do arquivo "/etc/netplan/01-network-manager-all.yaml". Alguns lugares citam o nome "01-network-manager-all", outros citam "01-netcfg". No meu estava "00-netcfg". Assim, renomeei o arquivo para "01-netcfg.yaml" mas não alterei o conteúdo já que estava tudo certo:


Depois usei os comandos abaixos para gerar a configuração no sistema e aplicá-la.
# netplan generate
# netplan apply

Dei outro ping e tive o mesmo erro de falha na resolução de nomes e perda de pacotes. Sem conexão ainda. Reiniciei e nada.


Cavucando um pouco mais na internet, achei uma dica de desabilitar o firewall do Ubuntu Server usando:

# ufw disable

O resultado está aqui:


Bom, o problema está no firewall. Testei reiniciar o firewall e rebootar. Mesmo problema. Inclusive, após reiniciar a VM, desligar o firewall e religá-lo novamente, dá esse erro aqui:


Costumo usar o Console do Proxmox para acessar o shell das VM mas para algumas coisas eu prefiro usar o Terminal do MacOS. Interessante, bem interessante, que quando eu ativo o firewall do Ubuntu Server, a conexão via SSH cai. Então realmento o firewall é o vilão dessa história.

Até pensei em fazer as regras "na unha", mas aí procurei um pouco mais sobre esse erro no ufw-init e fiz os seguintes comandos:
# ufw disable
# ufw reset
E apaguei as regras todas do ufw. Depois conferi os requerimentos do ufw:
# /usr/share/ufw/check-requirements
Esse script cria várias regras para IPV4 e IPV6. Muito interessante é o que mostrou no final:


Esse  "netfilter-persistent" é parte, pelo que entendi, de um sistema firewall antigo (junto com o iptables) do Ubuntu e que foi / está sendo substituido pelo ufw (Ubuntu FireWall ou Uncomplicated FireWall). Então, parece que deu pau entre os dois nessa atualização do 20.04 para o 22.04. Vários relatos na internet e fóruns dedicados reforçam essa ideia.

Assim, vou ficar com o ufw e vou apagar o netfilter-persistent:
# apt-get remove --purge netfilter-persistent

Depois fiz o /usr/share/ufw/check-requirements novamente e a resposta agora foi outra:


Agora que o netfilter-persistent foi removido, vamos configurar o ufw com três comandos simples: os dois primeiros configuram os padrões para negar as conexões de entrada e permitir as conexões de saída; o terceiro permite conexões de entrada via SSH que por padrão utiliza a porta 22.


E agora ativamos o ufw com:
# ufw enable

No final deste post deixarei algumas referências para configurar corretamente o ufw.

Para ter certeza que tudo estava funcionando bem, rebootei o Ubuntu Server e testei a internet:


Resumindo: o ufw não conseguia iniciar (ou funcionar adequadamente) como iptables-persistent e/ou netfilter-persistent instalados. A solução era desinstalar um deles. Optei por ficar com ufw por ser mais novo e, teoricamente, mais fácil de configurar / manter / gerir.

É isso então!


Sugestão de leitura:

https://www.cyberithub.com/solved-no-internet-connection-after-installation-of-ubuntu-20-04/

https://www.reddit.com/r/Ubuntu/comments/wpwflx/no_internet_connection_after_upgrading_to_2204/

https://upcloud.com/resources/tutorials/troubleshoot-network-connectivity-linux-server

https://askubuntu.com/questions/585430/error-problem-running-ufw-init

https://www.cyberciti.biz/faq/ubuntu-22-04-lts-set-up-ufw-firewall-in-5-minutes/

https://ubuntuforums.org/showthread.php?t=1660916

https://bugs.launchpad.net/ufw/+bug/1987227

https://www.digitalocean.com/community/tutorials/how-to-set-up-a-firewall-with-ufw-on-ubuntu-18-04-pt

terça-feira, 7 de setembro de 2021

Resolvido -> erro ao deletar um diretório no Proxmox

Pessoal,

Aconteceu uma coisa estranha.

Criei um diretório no Proxmox chamado "Disco1" durante um teste. Quando fui apagar, a desgraça não apagava de jeito nenhum, ficava mostrando que estava montado ainda. Exclui a partição e nada. Só fica assim:


Aí achei isso no site de suporte do Proxmox:

    grep -R -i /mnt/pve/Disco1 /etc/

Nada de resolver. Tentei então desabilitar o serviço e desmontar o diretório:

    systemctl disable mnt-pve-Disco1.mount

    umount /mnt/pve/Disco1

Nada de novo, a coisa continuava lá.

Então fui na pasta "/etc/systemd/system/" e deletei o arquivo "mnt-pve-Disco1.mount"

Resolvido!

Resolvido -> apagando a mensagem "No valid subscription" da tela inicial do Proxmox

Pessoal,

O Proxmox é um serviço "gratuito", porém ele vende uma licença para contratação de assistência.

Geralmente os usuários domésticos, meu caso, não irão contratar esse serviço. Porém, o aviso da licença continua aparecendo.




Para retirar esse aviso, há duas formas.

Ou você se conecta remotamente via SSH (precisa ser via Shell e o Datacenter não tem acesso ao Shell, apenas os nós tem esse acesso) utilizando "root@<ip-do-seu-Proxmox" e digitar o usuário e senha, navegar até a pasta "/usr/share/javascript/proxmox-widget-toolkit" e editar o arquivo "proxmoxlib.js". Aí dentro, deve comentar a linha de validação.

OU, o jeito beemmmm mais fácil, ainda via SSH, é simplesmente usar o comando abaixo:

    sed -Ezi.bak "s/(Ext.Msg.show\(\{\s+title: gettext\('No valid sub)/void\(\{ \/\/\1/g" /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js && systemctl restart pveproxy.service


Esse comando cria uma cópia do arquivo "proxmoxlib.js" para caso você precise dele no futuro, comenta a linha e reinicia o serviço.

Para conferir, vá no seu navegador e apague o cache de navegação e entre novamente no Proxmox. Você verá que a mensagem sumiu.

(Dica deste vídeo aqui)

É isso.

segunda-feira, 5 de abril de 2021

Resolvido -> Corrigindo erros de chaves RSA (ssh) no MacOS

Pessoal,

Nessa tentativa toda de arrumar o NAS, me deparei com uma coisa interessante. Na troca de um sistema (FreeNAS) por outro (OMV), quando tentei acessar o Shell do servidor pelo Terminal do Mac com o SSH, apareceu esse erro:


Na verdade, como alterei o IP da máquina (estava reservado, tirei a reserva e reservei novamente), o sistema entende que algo está errado porque a chave de segurança não bate mais. Ele entende que o sistema pode ter sido invadido e não permite mais a conexão.

Para corrigir isso (se você tiver certeza do que está fazendo, ou seja, que você fez isso e não um hacker), tem várias opções.

Preferi fazer essa: no Finder, pressione os botões <Shift + Command + "Ponto">:


Isso vai mostrar os arquivos e pastas ocultos.

Assim, ainda no Finder, clique no seu usuário --> .ssh (que estava oculto) --> abra o arquivo "known_hosts".

Este arquivo contém as chaves RSA registras. Apague a referente ao IP que você mudou.

Para concluir, pressione as teclas de novo para ocultar as pastas ocultas e não fazer besteira!

Pronto.

quarta-feira, 31 de março de 2021

Resolvido - Arrumando a impressora M2070FW!

 Pessoal,

Tenho o desprazer de ter uma impressora da Samsung, modelo M2070FW.

É essa da foto aqui:


Quando comprei, há alguns anos, foi em substituição a uma impressora laser também da Samsung. Tinha jurado pra D'us que nunca mais compraria outra coisa da Samsung depois do Galaxy S4 da patroa, mas depois veio outra impressora, uma TV e uma geladeira!

Enfim, a impressora é muito boa. O scanner é bem rápido.

Só que o diabo mora nos detalhes. Primeiro, não queria o modelo M2070 (com fio), queria o M2070W (Wifi) mas só achei o M2070FW (com wifi e FAX!!!!).

O Windows penou para achar a impressora. Eu penei mais ainda para achar os drivers e aplicativo para Windows. Já o Mac reconheceu ela assim que ela entrou na rede wifi.

Entrar na rede wifi foi uma luta. Ela cria uma rede wifi própria para receber os trabalhos para impressão. Assim, ou o Windows não conseguia entrar na rede da impressora (eu tinha que, manualmente trocar a rede) ou o Mac entrava e não sai mais (ficava "off-line" e eu tinha que, manualmente, trocar a rede). Cara, não tem lógica! Isso não podia ser assim tão difícil.

Resolvi colocando um cabo USB ligando ela no Windows da patroa e deixei meu Mac de fora (fod*a-se, se precisar uso o Windows dela).

Em algum momento, não sei quando nem como, tanto o Windows quanto o Mac passaram a reconhecer e funcionar bem com a criatura...

Enfim, de vez em quando ela cisma em não funcionar. É preciso tirar da tomada, esperar um pouco e ligar de novo...

Mas agora ela fez uma coisa esquisita: tudo que a gente mandava imprimir, qualquer coisa, ela só soltava "lixo", uma linha de caracteres aleatórios (aleatórios para mim, ao menos) e começava a puxar folha e mais folha, sempre imprimindo uma linha desses caracteres.

Excluí a impressora do MacMini, coloquei de novo, e nada.

Dei uma procurada e achei uma discussão no site da Microsoft (aqui) sobre impressoras imprimindo "lixo" indefinidamente no Windows. Basicamente eles alegam que pode haver seis causas prováveis:

1 - problema no serviço Spooler de impressão no computador que atua como servidor de impressão;

2 - o mesmo problema, só que em um ou mais computadores da rede;

3 - arquivos corrompidos;

4 - dados corrompidos na memória da impressora;

5 - driver da impressora corrompido;

6 - impressora com defeito.

Bom, fui radical: excluí de TODOS os Macs (Mac White, Pro, Mini e Air da patroa) da rede, resolvendo os itens 1 e 2. Reiniciei todos os Macs e o Windows, para ter certeza que nenhum arquivo estava sendo enviado para a impressora (item 3). Desliguei a impressora da tomada e esperei 1 minuto (o manual fala em 10 segundos...), resolvendo o item 4.

Além disso, para resolver ainda o item 1 e 2 no Windows utilizei o seguinte comando no DOS Shell (ou CMD).

Menu Iniciar -> Pesquisar programas e arquivos -> CMD -> iniciar como administrador

Digite:

        net stop spooler <Enter>

Todas as impressoras irão desaparecer. Depois digite:

        net start spooler <Enter>

Assim, o serviço Spooler de impressão.

Liguei tudo de novo (os Macs - a impressora já estava ligada e conectada ao Windows para reiniciar o serviço Spooler).

Reinstalei a impressora no MacMini e sincronizei ela na rede e os outros Macs acharam.

Tentei imprimir e... deu certo! Resolvido.

O próximo passo era parar o spooler com net stop spooler, entrar na pasta "printers" (\system32\spool\printers ) e apagar os arquivos e reiniciar o serviço Spooler.

Depois seria apagar e reinstalar o driver no Windows, trocar o cabo USB ou desconectar da rede e reinstalar na rede e, por ultimo, tentar em algum outro computador.

Bom, resolveu por hora.

É isso por hoje!