Respostas:
allow-hotplug <interface>, é usado da mesma maneira que é usado autopela maioria das pessoas. No entanto, o evento hotplug é algo que envolve a detecção do kernel / udev no hardware, que pode ser um cabo conectado à porta ou um dongle USB-Ethernet que estará em funcionamento sempre que você conectar o USB ou uma placa sem fio PCMCIA conectada ao slot.
Minha opinião pessoal: também acho que allow-hotplugpoderia haver mais exemplos documentados para facilitar a compreensão. Conforme apontado por outros membros de U&L e listas do Debian, essas duas opções criam o "problema do ovo e da galinha" quando não há cabos conectados ou quando um evento é criado:
Referências:
allow-hotplugporque eu queria garantir que meu firewall negociasse o link APÓS o switch principal ser totalmente inicializado e aplicado suas confiurações. Em casos gerais, autodeve ser suficiente.
auto! Perdi a rede com um nohup service networking restartantes com allow-hotplug.
Há uma coisa geral importante a lembrar:
Se você configurou um dispositivo plugável como auto, ele impedirá a inicialização do sistema inteiro se ele não existir no momento! Se um allow-hotplugdispositivo configurado NÃO está configurado depois que a rede de serviços é reiniciada automaticamente. Isso é totalmente confuso. Nos dois casos, perdi sistemas inteiros. Se você precisar reiniciar o neworking conectado a um dispositivo hotplug, DEVE garantir manualmente ifup <interface>após a reinicialização como esta
services networking restart; ifup wlan0
de uma vez só. Caso contrário, você está ferrado.
auto, ele impedirá que todo o sistema seja inicializado se ele não existir no momento", tentei isso na máquina virtual e inicializou tudo bem (sem rede, é claro, pois desabilitei no software VM todos adaptadores de rede), gostaria de explicar mais?
autoque forçará a interface, independentemente de o cabo estar conectado etc.?