On Thu, 07 May 2015 02:30:16 +0200 Michael Biebl <biebl@debian.org> wrote:<br>> Am 07.05.2015 um 01:55 schrieb Michael Biebl:<br>> > Am 07.05.2015 um 01:32 schrieb Andrea Capriotti:<br>> >> On Thu, 07 May 2015 01:09:53 +0200 Michael Biebl <biebl@debian.org> wrote:<br>> >>> Control: tags -1 moreinfo<br>> >>><br>> >>> Please provide more informatin about your network setup:<br>> >>> a/ which interfaces are managed by NM, which are managed elsewhere<br>> >>> (ifupdown)<br>> >>> b/ please provide a verbose debug log of NetworkManager<br>> >><br>> >> Same problem here.<br>> >><br>> >> # grep resolvconf /var/log/syslog<br>> >> May  7 01:16:15 nb-capriotti NetworkManager[13437]: <warn>  could not commit DNS changes: /sbin/resolvconf is not executable<br>> >><br>> >> I fixed it installing resolvconf.<br>> > <br>> > That's not a fix. Please provide the information I requested.<br>> > Maybe that provides some hint's what's going wrong.<br>> > Do you have any custom configuration in<br>> > /etc/NetworManager/NetworkManager.conf?<br>> <br>> I think I tracked this down.<br>> <br>> The Debian package builds with resolvconf support, in case users decide<br>> to install resolvconf.<br>> Due to this commit [1], this makes NM now assume that resolvconf is also<br>> available during runtime, which is not the case by default on Debian.<br>> That's obviously wrong.<br>> NM should fallback to non-resolvconf mode, if the resolvconf binary was<br>> not found during runtime.<div><br></div><div>This is  consistent with what I am seeing. Also, this may be of interest to you, there is a file /etc/resolv.conf.tmp on my system when resolvconf is not installed:</div><div><br></div><div><div>    # Generated by NetworkManager</div><div>    nameserver 192.168.1.1</div></div><div><br></div><div>Yet another workaround seems to be to copy this file over to /etc/resolv.conf to get temporary internet access to install resolvconf (if it is not in your apt cache).</div><div><br></div><div>Best regards,</div><div>--</div><div>Cameron Norman</div>