Broken path environment after router interrupt

[eQuacky]

 Hi folks,

this morning I got an interruption in my router (combined hardware: cable modem + wlan-router), after that I heard it restarting. All other devices got a connection after restart, with the exception of my laptop - it was downloading some things in that moment. So the router later worked stable again.

Wicd wasn't able to reconnect, so I tried to start it manually with ifup/ifdown as root and got following notice:

Command 'ifdown' is available in '/sbin/ifdown' The command could not be located because '/sbin' is not included in the PATH environment variable.

With the command export PATH=$PATH:/usr/bin I had access to ifup/ifdown again.

But neither console nor wicd is able to get a connection to wlan. Seems to be that the interrupt messed up my path environment.

Any hints appreciated.

Greetings
Thomas

[eQuacky]

Oh forgot: the package python-wicd is installed not wicd

[Geier0815]

Had you configured your WiFi with /etc/network/interfaces? Or was it made by a network-manager? ifupdown will only work if there is a configuration in interfaces and in most cases with wpa_supplicant. Or are you using wicd as described here?

[eQuacky]

 @geier
years ago (over five) I configured this thinkpad with ceni if I remember correctly. As I noticed wpasupplicant and network-manager had also been installed. But they never ran, checked it several times.
I used your link removed NM and wpasupplicant, installed the missing package wicd, and configured it as described but didn't work.
network/interfaces: all commented out excluded loopback
user was in the group netdev
ESSID and password are correct
Someways I am stuck

[Geier0815]

Code Select Expand

ip link show says what to the state and the name of your wifi-adapter? If it is down try

Code Select Expand

ip link set NAME up If this will not work, maybe you have disabled the device? Have a look for a key combination to enable it or have a closer look into your bios/uefi.
If the adapter is not listet by the first command, you may need a driver/firmware for it? In this case give us the result of

Code Select Expand

inxi -n
By the way: For the most people network-manager is the recommended way to configure the network.

[hendrikL]

Maybe the reason for the broken $PATH environment is the new behaviour of 'su'

util-linux (2.32-0.4) unstable; urgency=medium
[...]
  The first difference is probably the most user visible one. Doing
  plain 'su' is a really bad idea for many reasons, so using 'su -' is
  strongly recommended to always get a newly set up environment similar
  to a normal login. If you want to restore behaviour more similar to
  the previous one you can add 'ALWAYS_SET_PATH yes' in /etc/login.defs.

What you can try is to create a new file in '/etc/default' named 'su' with the ALWAYS_SET_PATH variable inside and restart the system.

Code Select Expand


echo -e "## user defined, that root path is set with normal su yes/no ##\nALWAYS_SET_PATH yes" > /etc/default/su


If that solves your problem, please fill a bug against wicd or what you are using with the full error output.
If not remove it,

Code Select Expand

rm /etc/default/su

Disclaimer: it is not recommended to use it, the normal way is to let the behaviour of su as it is.
In normal cases you should use 'su -' when you need the full root environment ($PATH).
So when it is fixed you should remove that file.

[eQuacky]

@hendrikI am so sorry, had forgotten to say that the broken path has been solved. First temporarily by export path variable and permamently by editing etc/network/interfaces, but thanks a lot.

[eQuacky]

ltq@sid-X121e:~$ ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 04:7d:7b:08:9b:c3 brd ff:ff:ff:ff:ff:ff
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether 60:d8:19:c1:f3:23 brd ff:ff:ff:ff:ff:ff

wlan0 seems to be down but it is to be seen both by wicd and iwlist scan.
ip link set NAMEOFMYESSID up
Cannot find device "nameofmyessid"
Don't know that I should have disabled my wifi, had no reason for doing that.The onliest entry I found in my bios regarding network was: Wireless LAN AND WiMax Radios [ON]No other related entries to be found.

inxi -n
Network:
  Device-1: Realtek RTL8188CE 802.11b/g/n WiFi Adapter driver: rtl8192ce
  IF: wlan0 state: down mac: 60:d8:19:c1:f3:23
  Device-2: Qualcomm Atheros AR8151 v2.0 Gigabit Ethernet driver: atl1c
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 04:7d:7b:08:9b:c3

[Geier0815]

Code Select Expand

ip link set wlan0 up This is only to bring your device up. Networkconfiguration must be done with other tools, like wicd or better with network-manager. But that the device was found and a driver was loaded is a good sign.

[eQuacky]

 @geier0815
ok - worked with networkmanager very well, but when I wanted to make a du I edited network/interfaces and released it with:
allow-hotplug wlan0
iface wlan0 inet dhcp       
wpa-psk mypassword
wpa-ssid myESSID
resulting in not being managed by nm in lxqt.
Is there a possibility to work both with nm in window manager as well as in cli without manually changing?

[melmarker]

there is a reason why we suggest connman in lxqt  - and /e/n/i in n-m is a bad idea. if you want to use eni, drop n-m and use pure ifupdown + ceni

Edit: beside ifupdown + ceni one could use nm-tray + n-m or network-manager-gnome but please leave eni alone in that case

[eQuacky]

Ok the combination connman and network-manager seems to run well after a few days of use.Thanks to all involved, especially geier0815 and melmarker!