Your message dated Sun, 16 Aug 2026 13:56:01 +0200
with message-id <[email protected]>
and subject line Re: Bug#975424: cinnamon: systemd NetworkManager units
disabled, dhclient still asking for ip at boot
has caused the Debian Bug report #975424,
regarding cinnamon: systemd NetworkManager units disabled, dhclient still
asking for ip at boot
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
975424: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975424
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: cinnamon
Version: 4.6.6-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
· I'm trying to disable dhclient, i see this when
capturing traffic:
-----------------------------------
sudo tcpdump -vv -i enp37s0 |grep -i
dhc -a20
tcpdump: listening on enp37s0, link-type EN10MB (Ethernet), capture
size 262144 bytes
[...]
01:27:52.961625 IP (tos 0x0, ttl 64, id 0, offset 0, flags [none],
proto UDP (17), length 314)
0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP,
Request from [edited_mac_from_my_cablemodem] (oui Unknown), length 286, xid
0x5afcab45, secs 60504, Flags [none] (0x0000)
Client-Ethernet-Address [edited_mac_from_my_cablemodem] (oui
Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Client-ID Option 61, length 7: ether
[edited_mac_from_my_cablemodem]
Requested-IP Option 50, length 4: 192.168.0.10
MSZ Option 57, length 2: 576
Parameter-Request Option 55, length 7:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
Domain-Name, BR, NTP
Vendor-Class Option 60, length 12: "udhcp 1.19.3"
------------------------------------
I am almost 100% sure that the MAC address is from my
cablemodem, since it only differs in the last bit from the MAC of the
cablemodem my Debian OS knows in the arp -a output, the tcpdump mac ends with 2
and the arp -a entry ends with 0.
* What exactly did you do (or not do) that was effective (or
ineffective)?
· The DHCP server in my cablemodem is disabled, the APs
are also disabled (just to be clear, the DHCPDISCOVER isn't from other device),
no more devices are connected to my main (and only one network device).
+ I have systemctl disable && systemctl mask the
following units:
- NetworkManager.service
- NetworkManager-wait-online.service
- NetworkManager-dispatcher.service
· I have also edited the line
"ExecStart=/usr/lib/NetworkManager/nm-dispatcher" to "ExecStart=" file
/etc/systemd/system/dbus-org.freedesktop.nm-dispatcher (which was a symlink to
/usr/lib/NetworkManager/nm-dispatcher , and since the mask the symlink doesn't
exists any more, now the original NetworkManager*.service are in this path).
· My /etc/network/interfaces has all the lines commented
· My /etc/network/interfaces.d/enp37s0 is setted as
inet static, i guess allow hotplug isn't involved in this behavior
· Since i have masked the services ps is not able to
find a process:
ps lax |grep -i dhc |grep -v grep
ps lax |grep -i dhc |grep -v grep
5 65534 1813 1 20 0 13480 2088 - S ? 0:00
/usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/vm-nat.conf
--leasefile-ro --dhcp-script=/usr/lib/libvirt/libvirt_leaseshelper
1 0 1814 1813 20 0 13480 384 - S ? 0:00
/usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/vm-nat.conf
--leasefile-ro --dhcp-script=/usr/lib/libvirt/libvirt_leaseshelper
· I have been giving headache to some people in the
#debian irc channel, and they have been really patience and helpfull, before
masking the service we were able to track with the PID that the resposable for
this behavior was ifup..:
systemctl status [email protected]
● [email protected] - ifup for enp37s0
[...]
Nov 21 23:44:28 deb10x64lpm
dhclient[1059]: DHCPDISCOVER on enp37s0 to 255.255.255.255 port 67
Nov 21 23:44:39 deb10x64lpm
dhclient[1059]: No DHCPOFFERS received.
Nov 21 23:44:39 deb10x64lpm
dhclient[1059]: No working leases in persistent database - sleepin
Nov 21 23:47:23 deb10x64lpm
dhclient[1059]: DHCPDISCOVER on enp37s0 to 255.255.255.255 port 67 (*4 times)
[...]
Nov 21 23:48:24 deb10x64lpm
dhclient[1059]: No DHCPOFFERS received.
Nov 21 23:48:24 deb10x64lpm
dhclient[1059]: No working leases in persistent database - sleepi
..after the service masking the output isn't
the same:
systemctl status [email protected]
● [email protected] - ifup for enp37s0
Loaded: loaded
(/lib/systemd/system/[email protected]; static)
Active: active (exited) since Sun
2020-11-22 00:41:06 CET; 59min ago
Process: 1099 ExecStart=/bin/sh -ec ifup
--allow=hotplug enp37s0; ifquery --state enp37s0 (code=exited, status=0/SUCCESS)
Main PID: 1099 (code=exited, status=0/SUCCESS)
Nov 22 00:41:06 deb10x64lpm systemd[1]:
Started ifup for enp37s0.
Nov 22 00:41:12 deb10x64lpm sh[1969]:
enp37s0=enp37s0
· I have tried also a reboot, no luck, same behavior.
* What was the outcome of this action?
Still seeing those bootpc packets with tcpdump.
* What outcome did you expect instead?
Stop that traffic.
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: 10.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'oldoldstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-11-amd64 (SMP w/8 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) (ignored: LC_ALL set to
en_US.UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages cinnamon depends on:
ii cinnamon-common 4.6.6-1
ii cinnamon-control-center 4.6.1-2
ii cinnamon-desktop-data 4.6.3-1
ii cinnamon-screensaver 4.6.0-2
ii cinnamon-session 4.6.1-2
ii cinnamon-settings-daemon 4.6.4-1
ii cjs 4.6.0-2
ii cups-pk-helper 0.2.6-1+b1
ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2
ii gir1.2-accountsservice-1.0 0.6.55-2
ii gir1.2-caribou-1.0 0.4.21-7
ii gir1.2-clutter-1.0 1.26.4+dfsg-1
ii gir1.2-cmenu-3.0 4.6.1-1
ii gir1.2-cogl-1.0 1.22.8-1
ii gir1.2-cvc-1.0 4.6.3-1
ii gir1.2-gdkpixbuf-2.0 2.38.1+dfsg-1
ii gir1.2-gkbd-3.0 3.26.1-1
ii gir1.2-glib-2.0 1.58.3-2
ii gir1.2-gnomedesktop-3.0 3.36.4-1
ii gir1.2-gtk-3.0 3.24.5-1
ii gir1.2-gtkclutter-1.0 1.8.4-4
ii gir1.2-keybinder-3.0 0.3.2-1+b1
ii gir1.2-meta-muffin-0.0 4.6.2-3
ii gir1.2-nemo-3.0 4.6.4-1
ii gir1.2-nm-1.0 1.14.6-2+deb10u1
ii gir1.2-nma-1.0 1.8.30-1
ii gir1.2-notify-0.7 0.7.7-4
ii gir1.2-pango-1.0 1.44.7-5
ii gir1.2-polkit-1.0 0.105-29
ii gir1.2-soup-2.4 2.64.2-2
ii gir1.2-timezonemap-1.0 0.4.6-2
ii gir1.2-upowerglib-1.0 0.99.11-2
ii gir1.2-xapp-1.0 1.8.8-1
ii gkbd-capplet 3.26.1-1
ii gnome-backgrounds 3.36.0-1
ii gnome-themes-extra 3.28-1
ii gsettings-desktop-schemas 3.36.1-1
ii iso-flags-png-320x240 1.0.2-1
ii libatk-bridge2.0-0 2.30.0-5
ii libatk1.0-0 2.36.0-2
ii libc6 2.31-3
ii libcairo2 1.16.0-4
ii libcinnamon-desktop4 4.6.3-1
ii libcinnamon-menu-3-0 4.6.1-1
ii libcjs0 4.6.0-2
ii libcroco3 0.6.12-3
ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5
ii libgirepository-1.0-1 1.64.1-1
ii libgl1 1.1.0-1
ii libglib2.0-0 2.64.4-1
ii libglib2.0-bin 2.64.4-1
ii libgstreamer1.0-0 1.16.2-2
ii libgtk-3-0 3.24.20-1
ii libmuffin0 4.6.2-3
ii libpango-1.0-0 1.44.7-5
ii libpangocairo-1.0-0 1.44.7-5
ii libstartup-notification0 0.12-6
ii libx11-6 2:1.6.7-1+deb10u1
ii libxfixes3 1:5.0.3-1
ii libxml2 2.9.4+dfsg1-7+b3
ii mesa-utils 8.4.0-1+b1
ii muffin 4.6.2-3
ii nemo 4.6.4-1
ii network-manager-gnome 1.18.0-1
ii policykit-1-gnome 0.105-7
ii python3 3.8.2-3
ii python3-dbus 1.2.16-3
ii python3-distro 1.3.0-1
ii python3-gi 3.36.0-4
ii python3-gi-cairo 3.36.0-4
ii python3-pampy 1.8.4-2
ii python3-pexpect 4.6.0-3
ii python3-pil 7.2.0-1
ii python3-pyinotify 0.9.6-1.3
ii python3-setproctitle 1.1.10-2
ii python3-tinycss2 1.0.2-1
ii python3-tz 2020.1-2
ii xapps-common 1.8.8-1
Versions of packages cinnamon recommends:
ii blueman 2.1.3-2
ii cinnamon-l10n 4.6.2-1
ii libcanberra-pulse 0.30-7
ii lxterminal [x-terminal-emulator] 0.3.2-1
ii metacity-common 1:3.36.1-1
ii tilix [x-terminal-emulator] 1.9.3-4+b2
ii xterm [x-terminal-emulator] 344-1
Versions of packages cinnamon suggests:
pn cinnamon-doc <none>
pn python3-opencv <none>
-- no debconf information
--- End Message ---
--- Begin Message ---
Closing this bug: the DHCP traffic reported here is not generated by
Cinnamon, nor by any package on the reporter's Debian system.
The tcpdump output attached to the report identifies the sender:
Vendor-Class Option 60, length 12: "udhcp 1.19.3"
Debian has never shipped that DHCP client. Debian systems use dhclient
(isc-dhcp-client) or NetworkManager's internal DHCP client, neither of
which announces itself as "udhcp", and BusyBox - which provides udhcpc -
has never been at 1.19.3 in any Debian suite: buster had 1:1.30.1-4,
bullseye 1:1.30.1-6, stretch and jessie 1.22.0, wheezy 1.20.0, squeeze
1.17.1. BusyBox 1.19.x dates back to 2011 and is typical of embedded
router firmware.
This matches the reporter's own observation that the source MAC address
belongs to his cable modem, and it explains why the packets kept showing
up after NetworkManager had been masked and no dhclient process was
running any more: the requests come from the modem itself, on the wire,
not from the Debian machine.
The dhclient seen before masking belonged to [email protected]
(ifupdown), so at most that part was a local ifupdown/NetworkManager
configuration question; no Cinnamon component performs DHCP.
Since there has been no follow-up since November 2020 and both the
reported version (cinnamon 4.6.6-1) and the suite (buster) are long out
of the archive, I am closing this report. If DHCP requests really do
originate from a current Debian system against the user's intention,
please open a new bug against the package actually responsible
(ifupdown or network-manager), with "ps" output showing the client
process and the relevant /etc/network/interfaces* configuration.
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
