Quando você liga o sistema, a primeira coisa que deve notar a interface Ethernet é o kernel. Com base no ID da PCI, o kernel tentará carregar um driver apropriado para a placa.
No seu arquivo /var/log/syslog
, você verá algo assim:
Jun 21 09:54:59 snowflake kernel: [ 2600.056067] sky2 0000:03:00.0: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Jun 21 09:54:59 snowflake kernel: [ 2600.056731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): carrier now ON (device state 20)
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Jun 21 09:54:59 snowflake NetworkManager[1059]: <info> Auto-activating connection 'Wired connection 1'.
Isso informa que o kernel notifica o NetworkManager sobre o dispositivo. O que eu acho que acontece (apenas especular aqui) é que o kernel notifica o udev, o udev, por sua vez, diz ao NetworkManager (que pode estar registrado para receber eventos do udev) e então o NetworkManager manipula o restante da configuração.
Agora, o NetworkManager se recusará a gerenciar qualquer interface declarada em /etc/network/interfaces
. Isso ocorre porque pressupõe-se que, se você configurá-lo manualmente nesse arquivo, deseja gerenciá-lo sozinho.
Portanto, uma maneira de fazer com que o NetworkManager gerencie sua interface é remover as entradas em /etc/network/interfaces
. É por isso que pedi para você adicionar esses dados, para que possamos ver se isso é o que está acontecendo e talvez aconselhar mais. É claro que, com a configuração adequada, mesmo em /etc/network/interfaces
, a interface deve funcionar bem mesmo sem o NetworkManager e sem que você tenha que fazer isso manualmente todas as vezes. Ainda assim, o lugar para olhar o que pode estar acontecendo é aquele arquivo:)