Escrevi o parágrafo seguinte sem prestar atenção de que é VM, mas serve de contexto:
:prisao: 🫷 :linuxLibre: Se o dispositivo necessitar exclusivamente de firmware privativo de liberdade, não funcionará com o #kernel #LinuxLibre. Isso ainda não é tão frequente quanto com Wi-Fi, porém, pasmem, há fabricantes de controladores de #Ethernet que também nos aprisionam. Se for esse o caso, provavelmente aparecerá um erro de falta de firmware nas mensagens do kernel, que pode ver, p. ex., com o comando dmesg
.
Então, na VM, pode até ser que o dispositivo seja algum em que o
firmware tenha sido removido pelo :freedo: , mas acho improvável ser o caso, se funcionava antes da atualização do
#Debian. Deve ser alguma outra configuração, mas se for problema de
firmware vai aparecer no
dmesg
.
Não sou especialista em redes então não sei explicar motivos, mas, uma coisa curiosa e até meio frequente, a depender da VLAN da VM, no centro de dados da universidade — infelizmente com virtualização privativa — é ter que "tirar o cabo" e depois "espetar o cabo" de novo. Ou seja, alterar a configuração da VM pra desconectar e depois pra conectar, daí funciona. Isso mesmo com IP fixo, não DHCP.
Uma ideia seria fazer isso enquanto acompanha os registros que devem aparecer p. ex. no
journalctl -fn 1000
— sendo
-n 1000
uma sugestão pra já mostrar as últimas 1000 linhas.
Outra coisa que pode testar é alterar o tipo de interface de rede da VM... 🤔