Samuel Thibault <
sthibault@debian.org> (2024-10-24):
Cyril Brulebois, le mar. 22 oct. 2024 20:19:09 +0200, a ecrit:
Most desktop environments offered in Debian Installer use
NetworkManager, but LXDE and lxqt use connman instead. There,
the installer configures ifupdown during the installation (i.e. /etc/network/interfaces).
But it apparently does not make it auto-connect at boot?
I'm not sure why that'd be different from say an installation without
a network environment? d-i configures ifupdown, therefore the network
is expected to come up automatically.
Having checked that, using a d-i amd64 netinst, installing over Wi-Fi
(WPA2), picking only LXDE and standard in pkgsel/tasksel, I'm seeing
a seemingly correct /etc/network/interfaces configuration, but logging
in on tty1 (without opening the graphical session), I'm seeing no IP configuration.
Interestingly, networking.service doesn't report any issues. connman
doesn't seem to do much either. But the link is down. Trying to up it
manually, that's impossible because of RF-kill. Hitting the right key
on that laptop lets me up the link, then get DHCP and RA after a
little battle against ifdown, ifup, etc.
Looking for rf & kill (case-insensitive-ly) in journalctl gives such
things:
oct. 24 03:59:33 di systemd[1]: Listening on systemd-rfkill.socket - Load/Save RF Kill Switch Status /dev/rfkill Watch.
oct. 24 03:59:33 di systemd[1]: Starting systemd-rfkill.service - Load/Save RF Kill Switch Status...
oct. 24 03:59:33 di systemd[1]: Started systemd-rfkill.service - Load/Save RF Kill Switch Status.
oct. 24 03:59:34 di wpa_supplicant[674]: rfkill: WLAN soft blocked
oct. 24 03:59:34 di wpa_supplicant[782]: rfkill: WLAN soft blocked
oct. 24 03:59:34 di sh[796]: RTNETLINK answers: Operation not possible due to RF-kill
oct. 24 03:59:39 di systemd[1]: systemd-rfkill.service: Deactivated successfully.
oct. 24 04:00:35 di avahi-autoipd(wlp0s20f3)[950]: SIOCSIFFLAGS failed: Operation not possible due to RF-kill
oct. 24 04:02:00 di systemd[1]: Starting systemd-rfkill.service - Load/Save RF Kill Switch Status...
oct. 24 04:02:00 di systemd[1]: Started systemd-rfkill.service - Load/Save RF Kill Switch Status.
oct. 24 04:02:05 di systemd[1]: systemd-rfkill.service: Deactivated successfully.
For some reason, the soft block comes back up at reboot, even after a
clean shutdown after RF-kill was turned off, so I suppose some magic
is needed to get the state stored.
Also, at least when disabling RF-kill with the right key soon after
boot-up, the network comes up without any further actions (no fiddling
with ip link, ifupdown, connman, or logging in into the graphical
session).
That's a fun one, rfkill doesn't appear anywhere in the many, repeated
test installs I've performed (I mean within d-i); and e.g. after a
text-only installation, I'm getting the IP configuration stored by d-i
up and running via ifupdown and wpa_supplicant without having to worry
about hitting the right key.
Cheers,
--
Cyril Brulebois (
kibi@debian.org) <
https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
-----BEGIN PGP SIGNATURE-----
iQIzBAABCgAdFiEEtg6/KYRFPHDXTPR4/5FK8MKzVSAFAmcZsFgACgkQ/5FK8MKz VSAv0hAAs5V9wQlycDKAcuXUpmP79EqtxiaLvakCqny22mHuXXleZ0n+VfUpWYEE 32OqvzX42WS9ZYtUNrP/fQ5D+qt4PqdSMQls1nMo8Wg/QlECRWbt53qSRWA0S9PD Z1rdm2vPWpqkjKVz6t2f2mZKQG6y1PEeRuq/8hW9a5aPjniVf+gI4McfPtPXuxtt EsbeqfeZsBDl1AdTkpqtHwO7zXXGxA+YWtWQMPHiSWjftvGLPCeZUlKA2DM9kpmT rjU7NnM0ZSMsEcvy7TImVsOTpH3zxpNHVzKs6S8dwUlDYpnzjaYlTE5Fn0jh2KPY /O0KJUEFjAc+Hy+nC/tE2m+N8c5dxztWcgdkEhCECFm+5bkL1aQaZJUBLn01BvM+ EAWOs3b5vZCtTCneTcSWWcD2/IKX4vVxMZbdzDQbLsXO8kODRDDqLiUlNbj6AQHQ VU+pmcpZpNQKF6jfg8EVzB4ZqkbHfUVZTlmw6ZmQdEdrFC1O7QBjwLK31hkUVO7O cJcGvQOLoFLxbRh7JX6IvKk1iK6mS0rYPh0r3w6y1q1wz8NcI3HU3yNJiYwMJQHH eZJ18gwt241awA4KIkYuvnCEQKVl71NQXNbIlpruprP/dxPP3H/nY/sh3NEZR6hC xRwrC8h1JX0iTvqSFMI0vuZnKmwSdEM1TaeBsJsf3zjPbvkm4+E=
=ewUE
-----END PGP SIGNATURE-----
--- SoupGate-Win32 v1.05
*