[solved] ifplugd; systemd, net-auto-wired: annoying beep

Hello everyone!
I experience annoying pc speaker beeps whenever the net-auto-wired service is getting started or stopped, e.g. on every boot or shutdown.
I've already tried various ways to mute the pc speaker:
"xset -b" in ~/.xinitrc
blacklisting pcspkr module
"setterm -blength 0" in /etc/profile
It doesn't work.
The following log corresponds to stopping and then re-starting the net-auto-wired service after having booted the system.
Nov 24 11:34:19 virtus sudo[2298]: freddy : TTY=pts/0 ; PWD=/home/freddy ; USER=root ; COMMAND=/usr/bin/systemctl stop net-auto-wired.service
Nov 24 11:34:19 virtus sudo[2298]: pam_unix(sudo:session): session opened for user root by (uid=0)
Nov 24 11:34:19 virtus systemd[1]: Stopping Provides automatic netcfg wired connection...
Nov 24 11:34:19 virtus dhcpcd[2320]: sending signal 1 to pid 1819
Nov 24 11:34:19 virtus dhcpcd[1819]: received SIGHUP, releasing
Nov 24 11:34:19 virtus dhcpcd[1819]: eth0: releasing lease of 85.170.167.0
Nov 24 11:34:19 virtus dhcpcd[2320]: waiting for pid 1819 to exit
Nov 24 11:34:19 virtus dhcpcd[1819]: eth0: removing interface
Nov 24 11:34:19 virtus netcfg[2301]: :: ethernet-dhcp down [done]
Nov 24 11:34:20 virtus kernel: e1000e 0000:00:19.0: irq 47 for MSI/MSI-X
Nov 24 11:34:20 virtus ifplugd[1675]: Link beat lost.
Nov 24 11:34:20 virtus kernel: e1000e 0000:00:19.0: irq 47 for MSI/MSI-X
Nov 24 11:34:20 virtus ifplugd[1675]: Executing '/etc/ifplugd/netcfg.action eth0 down'.
Nov 24 11:34:20 virtus ifplugd[1675]: Program execution failed, return value is 1.
Nov 24 11:34:20 virtus ifplugd[1675]: Exiting.
Nov 24 11:34:20 virtus systemd[1]: Stopped Provides automatic netcfg wired connection.
Nov 24 11:34:20 virtus sudo[2298]: pam_unix(sudo:session): session closed for user root
Nov 24 11:34:21 virtus kernel: e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
Nov 24 11:34:21 virtus kernel: e1000e 0000:00:19.0: eth0: 10/100 speed: disabling TSO
Nov 24 11:34:23 virtus sudo[2365]: freddy : TTY=pts/0 ; PWD=/home/freddy ; USER=root ; COMMAND=/usr/bin/journalctl
Nov 24 11:34:23 virtus sudo[2365]: pam_unix(sudo:session): session opened for user root by (uid=0)
Nov 24 11:35:58 virtus sudo[2365]: pam_unix(sudo:session): session closed for user root
Nov 24 11:36:03 virtus sudo[2469]: freddy : TTY=pts/0 ; PWD=/home/freddy ; USER=root ; COMMAND=/usr/bin/systemctl start net-auto-wired.service
Nov 24 11:36:03 virtus sudo[2469]: pam_unix(sudo:session): session opened for user root by (uid=0)
Nov 24 11:36:03 virtus systemd[1]: Starting Provides automatic netcfg wired connection...
Nov 24 11:36:03 virtus systemd[1]: Started Provides automatic netcfg wired connection.
Nov 24 11:36:03 virtus sudo[2469]: pam_unix(sudo:session): session closed for user root
Nov 24 11:36:03 virtus ifplugd[2472]: ifplugd 0.28 initializing.
Nov 24 11:36:03 virtus ifplugd[2472]: Using interface eth0/00:1C:25:9F:3E:24 with driver <e1000e> (version: 2.0.0-k)
Nov 24 11:36:03 virtus ifplugd[2472]: Using detection mode: SIOCETHTOOL
Nov 24 11:36:03 virtus ifplugd[2472]: Initialization complete, link beat detected.
Nov 24 11:36:03 virtus ifplugd[2472]: Executing '/etc/ifplugd/netcfg.action eth0 up'.
Nov 24 11:36:03 virtus ifplugd[2472]: client: up
Nov 24 11:36:03 virtus ifplugd[2472]: client: loading wireless-profile1
Nov 24 11:36:03 virtus ifplugd[2472]: client: loading wireless-profile2
Nov 24 11:36:03 virtus ifplugd[2472]: client: loading ethernet-dhcp
Nov 24 11:36:03 virtus dhcpcd[2505]: version 5.6.3 starting
Nov 24 11:36:03 virtus dhcpcd[2505]: all: configured as a router, not a host
Nov 24 11:36:03 virtus dhcpcd[2505]: eth0: broadcasting for a lease
Nov 24 11:36:04 virtus dhcpcd[2505]: eth0: offered 85.170.167.0 from 212.198.0.161
Nov 24 11:36:04 virtus dhcpcd[2505]: eth0: ignoring offer of 85.170.167.70 from 212.198.0.162
Nov 24 11:36:04 virtus dhcpcd[2505]: eth0: acknowledged 85.170.167.0 from 212.198.0.161
Nov 24 11:36:04 virtus dhcpcd[2505]: eth0: checking for 85.170.167.0
Nov 24 11:36:10 virtus dhcpcd[2505]: eth0: leased 85.170.167.0 for 14400 seconds
Nov 24 11:36:10 virtus dhcpcd[2505]: forked to background, child pid 2603
Nov 24 11:36:10 virtus ifplugd[2472]: client: :: ethernet-dhcp up [done]
Nov 24 11:36:10 virtus ifplugd[2472]: Program executed successfully.
This did not happen before using systemd, everything was fine back then.
Any ideas? Thanks!
Edit: Hardware is Lenovo T400.
Last edited by ball (2013-01-23 22:45:20)

@sie: thank you very much! This is it! Silence, finally!
But instead of editing the .service file changing the ifplugd configuration is better IMHO. Otherwise the change won't survive an upgrade of netcfg. So I edited /etc/ifplugd/ifplugd.conf and added the "-b" flag to ARGS.
EDIT: I just realized that adding "-b" to the default ARGS of ifplugd does not have the desired effect, the problem persists. So why is this the case? Do the flags which are employed in the .service file bypass the default ifplugd configuration? Or is this my very own user misconception? I did RTFM, though...
Currently this is my /usr/lib/systemd/system/net-auto-wired.service:
[Unit]
Description=Provides automatic netcfg wired connection
[Service]
EnvironmentFile=/etc/conf.d/netcfg
ExecStart=/usr/bin/ifplugd -i $WIRED_INTERFACE -r /etc/ifplugd/netcfg.action -fIns -b
ExecStop=/usr/bin/netcfg iface-down $WIRED_INTERFACE
[Install]
WantedBy=multi-user.target
If this issue really has to be addressed in the .service file, we should file a bug report/feature request.
Last edited by ball (2013-01-23 18:13:13)

Similar Messages

[Solved] Problems with net-auto-wired, no interent after install

*Background*
I am returning to Arch Linux after being away for about a year. I have finally had a chance to install Arch on my new laptop. Since I am new to systemd and the new installation process I followed the beginners guide very closely.
*Description of the Steps I followed and the Error I encountered*
When I came the the "Configure the Network" Portion of the Beginners' Guide, I chose to follow the net-auto-wired setup. This was partly because I found the warning to be confusing and could not understand why the Guide included a command that "won't work". Additionally I the "net-auto-wired" method seemed given the language of the Guide to be the superior alternative. So I followed the following steps:
# pacman -S ifplugd
# cd /etc/network.d
# ln -s examples/ethernet-dhcp .
# systemctl enable net-auto-wired.service
These commands returned no errors, nor did the net-auto-wired daemon fail to initialize on reboot. I simply did not have a connection with the internet, even after confirming that all the wires were securely plugged in.
*Question for the Forum*
I was able to establish a connection with via several means as well I will likely be installing dbus and wicd to manage my internet connections. So my question is less about how to get connected and more (a) how to trouble shoot net-auto-wired and (b) what language and procedures can we change to the Beginners' Guide so that this issue is not encountered by beginners in the future.
*Information I have Uncovered*
When the net-auto-wired daemon failed to establish a connection. I immediately tried running the following command:
# systemctl enable [email protected]
The output of this command (what is following) showed me what the warning was talking about, how it rename the symbolic link to eth0.service and not enp4s0f2.service as it should have.
ln -s '/usr/lib/systemd/system/[email protected]' '/etc/systemd/system/multi-user.target.wants/[email protected]'
I attempted to resolve this issue by creating the symbolic link with the following command
# ln -s /usr/lib/systemd/system/[email protected] /etc/systemd/system/multi-user.target.wants/[email protected]
After reboot, the appropriately started the dhcpcd@ deamon and established an internet connection.
It also hit me that the netcfg profile "ethernet-dhcp" would be pointing to the wrong interface. I edited the profile to interface with the enp4s0f2 not eth0 and was able to establish a connection manually with the following command but net-auto-wired still failed to work.
# netcfg ethernet-dhcp
At this point I checked the status of the of the net-auto-wired daemon with the following command which uncovered what is most certainly the issue.
# systemctl status net-auto-wired
net-auto-wired.service - Provides automatic netcfg wired connection
Loaded: loaded (/usr/lib/systemd/system/net-auto-wired.service; disabled)
Active: active (running) since Thu 2013-01-24 14:47:12 EST; 36s ago
Main PID: 421 (ifplugd)
CGroup: name=systemd:/system/net-auto-wired.service
421 /usr/bin/ifpluged -i eth0 -r /etc/ifplugd/netcfg.action -fIns
Jan 24 14:47:12 ragnarok systemd[1]: Started Provides automatic netcfg wired connection.
Jan 24 14:47:12 ragnarok ifplugd[421]: ifplugd 0.28 initializing.
Jan 24 14:47:12 ragnarok ifplugd[421]: Using interface eth0
Jan 24 14:47:12 ragnarok ifplugd[421]: Initalization complete, link beat not detected.
Obviously the issues with this are it use of eth0 and not enp4s0f2.
I do not know where to go from here but I am curious if the issue of dhcpcd@ misnaming the symlink is some how related to this issue.
Thanks for all your insight and responses.
PS. This is the third time I have written this post. I finally typed it out in a separate text editor and then copied it in. Twice my login has timed out before I could submit and thus when I submitted I was logged out and my post lost. I do not post often with the forums but I was just frustrated to have lost so much effort. Has anyone else encountered this?
Last edited by jash (2013-01-25 17:29:49)

jash wrote:PS. This is the third time I have written this post. I finally typed it out in a separate text editor and then copied it in. Twice my login has timed out before I could submit and thus when I submitted I was logged out and my post lost. I do not post often with the forums but I was just frustrated to have lost so much effort. Has anyone else encountered this?
Yes, it seems that after a period of inactivity (5 minutes ?) the forum software automatically logs someone out.
After that happened to me for the zillionth time, i installed the firefox addon ReloadEvery .
Now i always open 2 tabs for arch forums : 1 that just shows the index, and has reloadevery enabled with a time of 1 minute.
The 2nd tab is for reading/answering etc.
Haven't been logged out automatically since.

[Solved] net-auto-wired and ifplugd failing to work

Having installed Arch successfully on one machine I then move to another, so I've just got a fresh install with nothing else.
Using netcfg and ifplugd to manage network interfaces (trying to, did same process and it worked okay on other computer), however systemctl status of net-wired-auto gives:
net-auto-wired.service - Provides automatic netcfg wired connection
Loaded: loaded (/usr/lib/systemd/system/net-auto-wired.service; enabled)
Active: active (running) since Wed 2013-03-13 14:00:22 GMT; 12min ago
Main PID: 259 (ifplugd)
CGroup: name=systemd:/system/net-auto-wired.service
└─259 /usr/bin/ifplugd -i enp7s0 -r /etc/ifplugd/netcfg.action -fIns
Mar 13 14:00:22 alexpc systemd[1]: Started Provides automatic netcfg wired connection.
Mar 13 14:00:22 alexpc ifplugd[259]: ifplugd 0.28 initializing.
Mar 13 14:00:22 alexpc ifplugd[259]: Using interface enp7s0/8C:89:A5:37:9F:51 with driver <r8169> (version: 2...-NAPI)
Mar 13 14:00:22 alexpc ifplugd[259]: Using detection mode: SIOCETHTOOL
Mar 13 14:00:22 alexpc ifplugd[259]: Initialization complete, link beat not detected.
Mar 13 14:00:25 alexpc ifplugd[259]: Link beat detected.
Mar 13 14:00:26 alexpc ifplugd[259]: Executing '/etc/ifplugd/netcfg.action enp7s0 up'.
Mar 13 14:00:26 alexpc ifplugd[259]: client: up
Mar 13 14:00:26 alexpc ifplugd[259]: Program execution failed, return value is 1.
I've checked many times and interface is enp7s0 (only one anyway and no wireless)
Running
dhcpcd enp7s0
does work fine and connects me to the network. Also realtek driver (r8269) is being loaded (obv given I can connect to network)
Contents of /etc/conf.d/netcfg
# Enable these netcfg profiles at boot time.
# - prefix an entry with a '@' to background its startup
# - set to 'last' to restore the profiles running at the last shutdown
# - set to 'menu' to present a menu (requires the dialog package)
# Network profiles are found in /etc/network.d
NETWORKS=(last)
# Specify the name of your wired interface for net-auto-wired
WIRED_INTERFACE="enp7s0"
# Specify the name of your wireless interface for net-auto-wireless
WIRELESS_INTERFACE="wlan0"
# Array of profiles that may be started by net-auto-wireless.
# When not specified, all wireless profiles are considered.
#AUTO_PROFILES=("profile1" "profile2")
I can use dhcpcd service and it works fine - but it would be nice to use ifplugd/netcfg.
Not really sure what else to try...
Thanks.
Last edited by alexjj (2013-03-15 12:15:46)

I think you may need to also put a config file into /etc/network.d/ - you can copy one of the sample files there and adapt it to your situation.
Also you have to set the correct interface in /etc/ifplugd/ifplugd.conf
You will also need:
systemctl start net-auto-wired
systemctl enable net-auto-wired
Hope this helps.
Last edited by mcloaked (2013-03-13 18:09:55)

[Solved] NFS export at boot and net-auto-wired

Hello Guys,
I have a problem with my fileserver. Previously dhcp was enabled through systemctl enable dhcpd@eth0 and everything worked fine. I changed the network to be configured using net-auto-wired, because it seemed a reasonable thing to do and because it allows for a fallback-ip-address in case dhcp fails. Now the problem is that many daemons are (at boot) started before the net is up and so don't work properly, especially nfsd, because exportfs can't resolve the names of the allowed client computers.
Mär 18 11:32:22 bigbrain systemd[1]: Started NFS server.
Mär 18 11:32:22 bigbrain systemd[1]: Starting NFS Mount Daemon...
Mär 18 11:32:22 bigbrain systemd[1]: Starting NFSv4 ID-name mapping daemon...
Mär 18 11:32:23 bigbrain systemd[1]: Started NFSv4 ID-name mapping daemon.
Mär 18 11:32:24 bigbrain systemd[1]: Started Samba SMB/CIFS server.
Mär 18 11:32:24 bigbrain systemd[1]: Started NFS Mount Daemon.
Mär 18 11:32:28 bigbrain kernel: Installing knfsd (copyright (C) 1996 [email protected]).
Mär 18 11:32:28 bigbrain tunnel-httpd.sh[321]: ssh: Could not resolve hostname example.com: Name or service not known
Mär 18 11:32:28 bigbrain tunnel-httpd.sh[321]: ssh: Could not resolve hostname example.com: Name or service not known
Mär 18 11:32:28 bigbrain ifplugd[318]: Link beat detected.
Mär 18 11:32:28 bigbrain ifplugd[318]: Executing '/etc/ifplugd/netcfg.action eth0 up'.
Mär 18 11:32:28 bigbrain ifplugd[318]: client: up
Mär 18 11:32:28 bigbrain ifplugd[318]: client: loading stw-wh
Mär 18 11:32:28 bigbrain ifplugd[318]: client: loading dhcp
Mär 18 11:32:28 bigbrain kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Mär 18 11:32:28 bigbrain dhcpcd[397]: version 5.6.7 starting
Mär 18 11:32:28 bigbrain kernel: NFSD: starting 90-second grace period
Mär 18 11:32:28 bigbrain exportfs[354]: exportfs: Failed to resolve some-domain.example.com
Mär 18 11:32:28 bigbrain exportfs[354]: exportfs: Failed to resolve some-domain.example.com
Mär 18 11:32:28 bigbrain exportfs[354]: exportfs: Failed to resolve some-other-domain.example.com
Mär 18 11:32:28 bigbrain exportfs[354]: exportfs: Failed to resolve some-other-domain.example.com
Mär 18 11:32:28 bigbrain exportfs[354]: exportfs: Failed to resolve some-domain.example.com
Mär 18 11:32:28 bigbrain exportfs[354]: exportfs: Failed to resolve some-domain.example.com
Mär 18 11:32:28 bigbrain exportfs[354]: exportfs: Failed to resolve some-other-domain.example.com
Mär 18 11:32:28 bigbrain exportfs[354]: exportfs: Failed to resolve some-other-domain.example.com
Mär 18 11:32:28 bigbrain kernel: r8169 0000:04:00.0 eth0: link up
Mär 18 11:32:28 bigbrain kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mär 18 11:32:28 bigbrain systemd[1]: PID file /run/httpd/httpd.pid not readable (yet?) after start.
Mär 18 11:32:29 bigbrain dhcpcd[397]: eth0: sending IPv6 Router Solicitation
Mär 18 11:32:29 bigbrain dhcpcd[397]: eth0: broadcasting for a lease
Mär 18 11:32:30 bigbrain dhcpcd[397]: eth0: offered 10.42.19.195 from 141.35.0.13
Mär 18 11:32:30 bigbrain dhcpcd[397]: eth0: acknowledged 10.42.19.195 from 141.35.0.13
Mär 18 11:32:30 bigbrain dhcpcd[397]: eth0: checking for 10.42.19.195
Mär 18 11:32:30 bigbrain ntpd_intres[341]: host name not found: 0.pool.ntp.org
Mär 18 11:32:30 bigbrain ntpd_intres[341]: host name not found: 1.pool.ntp.org
Mär 18 11:32:30 bigbrain ntpd_intres[341]: host name not found: 2.pool.ntp.org
Mär 18 11:32:32 bigbrain ntpd_intres[341]: host name not found: 0.pool.ntp.org
Mär 18 11:32:32 bigbrain ntpd_intres[341]: host name not found: 1.pool.ntp.org
Mär 18 11:32:32 bigbrain ntpd_intres[341]: host name not found: 2.pool.ntp.org
Mär 18 11:32:33 bigbrain dhcpcd[397]: eth0: sending IPv6 Router Solicitation
Mär 18 11:32:34 bigbrain dhcpcd[397]: eth0: leased 10.42.19.195 for 1800 seconds
Mär 18 11:32:35 bigbrain dhcpcd[397]: forked to background, child pid 446
Mär 18 11:32:35 bigbrain ifplugd[318]: client: :: dhcp up [done]
Mär 18 11:32:35 bigbrain ifplugd[318]: Program executed successfully.
Mär 18 11:32:36 bigbrain ntpd[336]: Listen normally on 5 eth0 10.42.19.195 UDP 123
Mär 18 11:32:36 bigbrain ntpd[336]: peers refreshed
Mär 18 11:32:36 bigbrain ntpd[336]: new interface(s) found: waking up resolver
Mär 18 11:32:37 bigbrain dhcpcd[446]: eth0: sending IPv6 Router Solicitation
Mär 18 11:32:38 bigbrain ntpd_intres[341]: DNS 0.pool.ntp.org -> 83.137.98.96
Mär 18 11:32:38 bigbrain ntpd_intres[341]: DNS 1.pool.ntp.org -> 176.31.45.66
Mär 18 11:32:38 bigbrain ntpd_intres[341]: DNS 2.pool.ntp.org -> 192.53.103.108
what can I do to fix this?
TIA
Sunday
Last edited by Sunday87 (2013-03-19 23:08:56)

For future reference:
net-auto-wired doesn't Wants=network.target at any time (neither when started nor when a connection is made) as does dhcpcd.service (so indeed i had the same problem already before i switched to net-auto-wired but i guess i didn't notice it). now i'm using netcfg.service which actually Wants=network.target and starts Before=network.target so everything works fine. The only thing that is missing is a fallback static ip in case the dhcp does not respond, but that is another question so i will mark this solved.

Ypbind, systemd and net-auto-wired problems

I have the following problem after boot:
YPBINDPROC_DOMAIN: Domain not bound
And can't login with any user!
I have to restart the ypbind so I can login.
I am using systemd and net-auto-wired.service to start my connection.
I think the problem is that the ypbind.service is being started before the network.
# journalctl | grep ypbind
Feb 10 14:36:00 qomplex000 ypbind[369]: Host name lookup failure
I can't find the problem, tried all kinds of configurations on
/usr/lib/systemd/system/ypbind.service
And no change.
I think there is a relation with this:
https://bugzilla.redhat.com/show_bug.cgi?id=632620

oangelo wrote:One can use the words "before" and "after", on *.sevice files, to make sure that the service will start on the right order.
But this does check only start but not completion of the started service. In our case dns is started and systemd moves on, not waiting for a valid dns configuration (but it takes a few seconds for dhcpd to put the nameserver in /etc/resolv.conf). The ypbind service gets started and tries to resolve a dns for ypserver from /var/yp.conf. Since the nameserver is not configured properly at this moment it gets no valid answer. Unfortunately ypbind seems not to be smart enough to retry ypserver and hangs. Thats the cause for 'YPBINDPROC_DOMAIN: Domain not bound'.
From the ypbind manpage:
This ypbind version listens for DBUS messages from NetworkManager. If no NetworkManager is running at startup, ypbind will behave as usual and assumes there is a working network connection. If NetworkManager is running on the system, ypbind will only search and provide NIS informations, if NetworkManager tells that a network connection is available. If NetworkManager establishes a connection, ypbind will reread all configuration files, registers at the local portmapper and try to search NIS servers. If NetworkManager drops a connection, ypbind will unregister from portmapper.
I don't use NetworkManager on these systems (because of keeping it simple, as a real archer).
Harvey

Net-auto-wired wont start

Trying to enable and start net-auto-wired but systemctl says:
net-auto-wired.service - Provides automatic netcfg wired connection
Loaded: loaded (/usr/lib/systemd/system/net-auto-wired.service; enabled)
Active: failed (Result: exit-code) since Thu, 2013-04-25 18:51:59 UTC; 1s ago
Process: 21000 ExecStop=/usr/bin/netcfg iface-down $WIRED_INTERFACE (code=exited, status=0/SUCCESS)
Process: 20998 ExecStart=/usr/bin/ifplugd -i $WIRED_INTERFACE -r /etc/ifplugd/netcfg.action -fIns (code=exited, status=203/EXEC)
CGroup: name=systemd:/system/net-auto-wired.service
Apr 25 18:51:59 u3640230-01 systemd[1]: Starting Provides automatic netcfg wired connection...
Apr 25 18:51:59 u3640230-01 systemd[1]: Started Provides automatic netcfg wired connection.
Apr 25 18:51:59 u3640230-01 systemd[1]: net-auto-wired.service: main process exited, code=exited, status=203/EXEC
Apr 25 18:51:59 u3640230-01 systemd[1]: Unit net-auto-wired.service entered failed state
What might I be doing wrong?

after updating, and reinstalling pacman i could get netctl again
when i do systemctl start [email protected] i get locked out from SSH and i have to reboot
after reboot i do systemctl status [email protected]
it shows:
Apr 26 04:28:31 u364023 ifplugd[443]: client: Starting network profile 'ethernet-static'...
Apr 26 04:28:31 u364023 ifplugd[443]: client: RTNETLINK answers: File exists
Apr 26 04:28:31 u364023 ifplugd[443]: client: Could not add address '............./24' to interface 'eth0'
Apr 26 04:28:31 u364023 ifplugd[443]: client: Failed to bring the network up for profile 'ethernet-static'
Apr 26 04:28:31 u364023 ifplugd[443]: Program execution failed, return value is 1.
i guess this is because ifconfig already has an ip set up?
after that, there is:
Apr 26 04:29:40 u364023 systemd[1]: Stopping Automatic wired network connection using netctl profiles...
Apr 26 04:29:40 u364023 ifplugd[443]: Executing '/etc/ifplugd/netctl.action eth0 down'.
Apr 26 04:29:40 u364023 ifplugd[443]: Program execution failed, return value is 1.
Apr 26 04:29:40 u364023 ifplugd[443]: Exiting.
Apr 26 04:29:40 u364023 systemd[1]: Stopped Automatic wired network connection using netctl profiles.
guessing this is netctl trying to start up the profile after reboot..
in my rc.conf i have my old settings for eth
i tried to disable the old ip link lines, and rebooted with netctl service active but no ip is being set with ifconfig

Net-auto-wireless isn't really doing anything

I've got netcfg installed and I'm trying to use it for my wifi configuration on my laptop which has an ath9k wireless chip.
I've got my profiles (WPA personal) setup just fine, when I do netcfg my.profile.name it brings it up and it works. However if my wireless drops for whatever reason, or I come to work, I always have to manually do "netcfg profile".
In my rc.conf I have nothing in INTERFACES (only have wlan0 on this machine), I have WIRELESS_INTERFACE defined as wlan0, I have two profiles in NETWORKS, and I have "syslog-ng hal net-auto-wireless netfs crond" in my DAEMONS list.
Can anyone see anything that I'm doing wrong? How does net-auto-wireless actually work?

Okay I can't get it to automatically connect neither to wired no wireless network.
ifplugd at least is trying to connect to networks, I can see in /var/log/everything that but wpa_actiond simply sits there silently and does nothing.
When run manually, either via rc.d/net-auto-wireless or directly, it connects to a wireless access point immediately. No problem here.
So, basically I had gone through the following scenario today. Went to work office, plugged in ethernet cable, ifplugd tried to connect to any of the networks specified in the profiles but failed to for whatever reason. No meaningful explanation. All it said was this:
Jan 27 09:44:57 localhost ifplugd(eth0)[27597]: ifplugd 0.28 initializing.
Jan 27 09:44:57 localhost ifplugd(eth0)[27597]: Using interface eth0/00:13:77:49:00:BE with driver <8139too> (version: 0.9.28)
Jan 27 09:44:57 localhost ifplugd(eth0)[27597]: Using detection mode: SIOCETHTOOL
Jan 27 09:44:57 localhost ifplugd(eth0)[27597]: Initialization complete, link beat detected.
Jan 27 09:44:57 localhost ifplugd(eth0)[27597]: Executing '/etc/ifplugd/netcfg.action eth0 up'.
Jan 27 09:44:57 localhost ifplugd(eth0)[27597]: client: up
Jan 27 09:44:57 localhost ifplugd(eth0)[27597]: client: loadin ho-eth
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: :: ho-eth up [BUSY] > DHCP IP lease attempt failed.
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: [FAIL]
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: loadin pdp-wifi
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: loadin st-mt
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: loadin home-wifi
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: loadin sc-eth
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: loadin st-eth
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: loadin st-wifi
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: client: loadin uncle-wifi
Jan 27 09:45:09 localhost ifplugd(eth0)[27597]: Program execution failed, return value is 1.
Jan 27 09:47:39 localhost ifplugd(eth0)[27597]: Executing '/etc/ifplugd/netcfg.action eth0 down'.
Jan 27 09:47:39 localhost ifplugd(eth0)[27597]: Program execution failed, return value is 1.
Jan 27 09:47:39 localhost ifplugd(eth0)[27597]: Exiting.
So, I had to do netcfg -u $PROFILE to set up network connection manually. Then I went back home, where I use wireless ap to connect to the home LAN, I saw ifplugd detect that ethernet had been down so it properly unconfigured eth0, again /var/log/everything clearly stated that
Jan 27 14:03:00 localhost ifplugd(eth0)[28240]: Link beat lost.
Jan 27 14:03:11 localhost ifplugd(eth0)[28240]: Executing '/etc/ifplugd/netcfg.action eth0 down'.
Jan 27 14:03:11 localhost ifplugd(eth0)[28240]: Program execution failed, return value is 1.
but nothing was happening for wireless interface at all. This was registered in the log when I got bored with netcfg/wpa_actiond not doing my job for me so I ran /etc/rc.d/net-auto-wireless restart which configured wireless network connection:
Jan 27 14:12:59 localhost wpa_actiond[4401]: Starting wpa_actiond session for interface 'wlan0'
Jan 27 14:13:00 localhost wpa_actiond[4401]: Interface 'wlan0' connected to network '$ESSID'
I think my configuration is correct but well I could've missed something of course. So, to save us time:
- all profiles are in /etc/network.d/. one of these looks like this:
% cat /etc/network.d/home-wifi
CONNECTION='wireless'
DESCRIPTION='A simple WPA encrypted wireless connection using a static IP'
INTERFACE='wlan0'
SECURITY='wpa'
ESSID='$ESSID'
KEY='$KEY'
IP='static'
IPCFG=('addr add dev wlan0 $CIDR/IP brd +' 'route add default via $IP')
DNS=('$IP')
POST_UP="sh /home/$USER/scripts/netcfg-home-post"
- /etc/rc.conf:
# net-auto-wireless support
WIRELESS_INTERFACE="wlan0"
WIRED_INTERFACE="eth0"
DAEMONS=(... !network @net-profiles net-auto-wireless net-auto-wired ...)
no ROUTES, no INTERFACES. Clean and neat. No syntax errors.
Software installed:
ifplugd 0.28-7
wpa_actiond 1.1-1
netcfg 2.5.4-1
So far the problem is that ifplugd can't connect to a wired network, but at least it attempts to, while wpa_actiond does nothing at all.
I really want my laptop to do this automatically. It's like... you know... 2011 already! Computers must do this stuff xD

Netcfg: net-auto-wireless missing

Maybe I just don't know the actual reason, but can someone tell me why netcfg installs net-auto-wired into /usr/bin but not net-auto-wireless? To get it to work I've been having to copy it into /usr/bin. Is there something else I should be doing?

http://mailman.archlinux.org/pipermail/ … 15241.html
Last edited by skottish (2011-08-28 19:39:24)

[SOLVED] Wifi won't auto connect on boot - systemd issue?

I'm using netcfg and have a working profile for a WPA wireless network. Connecting using netcfg from the terminal works reliably.
However, I can't get automatic wifi connection at boot to work. I've followed the wiki instructions on the netcfg page, but some thing isn't quite right.
Last in the post is the output from:
$ systemctl status net-auto-wireless.service
Could this be some kind of timing / starting order issue with systemd and the network-related services?
Any ideas anyone?
net-auto-wireless.service - Provides automatic netcfg wireless connection
Loaded: loaded (/usr/lib/systemd/system/net-auto-wireless.service; enabled)
Active: active (running) since Sat, 2013-01-12 20:32:01 CET; 1min 39s ago
Process: 1142 ExecStart=/usr/bin/netcfg-wpa_actiond $WIRELESS_INTERFACE (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/net-auto-wireless.service
â””â”€1323 /usr/sbin/wpa_actiond -p /run/wpa_supplicant -i wlan...
Jan 12 20:32:00 carbon systemd[1]: Starting Provides automatic netcfg wireless connection...
Jan 12 20:32:00 carbon netcfg-wpa_actiond[1142]: catland
Jan 12 20:32:01 carbon wpa_actiond[1323]: Starting wpa_actiond session for interface 'wlan0'
Jan 12 20:32:01 carbon systemd[1]: Started Provides automatic netcfg wireless connection.
Jan 12 20:32:04 carbon wpa_actiond[1323]: Interface 'wlan0' connected to network 'CATLAND'
Jan 12 20:32:04 carbon dhcpcd[1402]: version 5.6.4 starting
Jan 12 20:32:04 carbon dhcpcd[1402]: wlan0: sending IPv6 Router Solicitation
Jan 12 20:32:04 carbon dhcpcd[1402]: wlan0: sendmsg: Cannot assign requested address
Jan 12 20:32:04 carbon dhcpcd[1402]: wlan0: broadcasting for a lease
Jan 12 20:32:08 carbon dhcpcd[1402]: wlan0: send_raw_packet: Network is down
Jan 12 20:32:08 carbon dhcpcd[1402]: wlan0: sending IPv6 Router Solicitation
Jan 12 20:32:08 carbon dhcpcd[1402]: wlan0: sendmsg: Network is unreachable
Jan 12 20:32:12 carbon dhcpcd[1402]: wlan0: sending IPv6 Router Solicitation
Jan 12 20:32:12 carbon dhcpcd[1402]: wlan0: sendmsg: Network is unreachable
Last edited by 4ZM (2013-01-14 08:16:17)

For posterity: the problem seems to be that I hadn't enabled netcfg@<networkprofile>.service with systemd. I had only enabled my wired profile. I.e. doing 'systemctl enable [email protected]' fixed it.
In short this was a failure to configure netcfg startup with systemd. But hey, that makes it (drum roll...) a sysytemd issue! Like most of the problems one encounters while setting up a computer; it is a configuration issue (i.e. PEBKAC). But hey, thats what the forums are for.
@Trilby, @WonderWoofy Thank you both for your insightful, constructive and, above all, helpful comments. I hope everyone else coming to this thread for information on why their wifi won't start will find them every bit as useful as I did.

Annoying beeps in JClient

I've got a lot of annoying beeps in my JClient. When I select records from certain JTree's in the application, the soundcard makes a beep noise.
It's not with all view objects.
For some parts of the application, even during startup of a frame, I hear several beeps (as it is loading the application modules).
What triggers those beeps, and more important, how do I get rid of them?

We found the beeps!
If one of your panels has a JFormattedTextField with a binding, you will get a beep.
The reason is that during preparation of the panel, the bc4j framework will try to set null values in the formatted text field. Since this will usually not match the format, the attribute will beep. The more formatted text fields you have, or the more row navigations it does, the more beeps you get.
We currently solved it by creating our own derivative of the formated text field which overrides the method that would normally make the beep (invalidEdit).
But I think it might indicate a bug. Can the jdev team look at this?

Net-auto-wireless priorities?

Hey there,
I've got an annoying problem with netcfg/net-auto-wireless and hope you can help me out.
Basically, I have a wireless network at home, but there is also the university network. I use a wireless-wpa config for my home network and wireless-wpa-configsection for the university network (since it needs fancy stuff like certificates and such ).
The problem is that net-auto-wireless seems to favor the university network, although the signal strength is much stronger for my home network. I do not know why this happens - maybe wireless-wpa-configsection entries have a higher priority than wireless-wpa? I would really appreciate it however if anyone could tell me how to get net-auto-wireless to use my home network first when it is available, and only use the university network when the home network isn't there. Any way to do this?
Cheers,
Natanji

Hey there,
I've got an annoying problem with netcfg/net-auto-wireless and hope you can help me out.
Basically, I have a wireless network at home, but there is also the university network. I use a wireless-wpa config for my home network and wireless-wpa-configsection for the university network (since it needs fancy stuff like certificates and such ).
The problem is that net-auto-wireless seems to favor the university network, although the signal strength is much stronger for my home network. I do not know why this happens - maybe wireless-wpa-configsection entries have a higher priority than wireless-wpa? I would really appreciate it however if anyone could tell me how to get net-auto-wireless to use my home network first when it is available, and only use the university network when the home network isn't there. Any way to do this?
Cheers,
Natanji

Timing issues with systemd units auto-updating rEFInd on ESP

Aim: I wanted to use systemd to auto-update the following files and directories in EFI/arch_refind/:
drivers_x64/ext4_x64.efi fonts/ icons/ refind_x64.efi
Initially, I tried to do this with a single .path and .service pair but although it worked initially, I had problems with things respawning too quickly. As a result I ended up with nothingness on the ESP. I figured that the problem might be that because I had different changed-path conditions in the .path file, the .service file was getting run multiple times as pacman updated the refind package. In an attempt to address this, I split the files into four pairs with each one handling a specific change.
For updating the .efi itself:
# /etc/systemd/system/refind-update-efi.path
[Unit]
Description=Copy rEFInd EFI to UEFISYS Partition
[Path]
PathChanged=/usr/lib/refind/refind_x64.efi
[Install]
WantedBy=multi-user.target
and:
# /etc/systemd/system/refind-update-efi.service
[Unit]
Description=Copy rEFInd EFI to UEFISYS Partition
[Service]
Type=oneshot
ExecStart=/usr/bin/cp -f /usr/lib/refind/refind_x64.efi /boot/efi/EFI/arch_refind/refind_x64.efi
For updating the file system driver:
# /etc/systemd/system/refind-update-ext4.path
[Unit]
Description=Copy rEFInd ext4 driver to UEFISYS Partition
[Path]
PathChanged=/usr/lib/refind/drivers_x64/ext4_x64.efi
[Install]
WantedBy=multi-user.target
and:
# /etc/systemd/system/refind-update-ext4.service
[Unit]
Description=Copy rEFInd ext4 driver to UEFISYS Partition
[Service]
Type=oneshot
ExecStart=/usr/bin/mkdir -p /boot/efi/EFI/arch_refind/drivers_x64
ExecStart=/usr/bin/cp -f /usr/lib/refind/drivers_x64/ext4_x64.efi /boot/efi/EFI/arch_refind/drivers_x64/ext4_x64.efi
For the fonts directory:
# /etc/systemd/system/refind-update-fonts.path
[Unit]
Description=Copy rEFInd fonts to UEFISYS Partition
[Path]
PathChanged=/usr/share/refind/fonts
[Install]
WantedBy=multi-user.target
and:
# /etc/systemd/system/refind-update-fonts.service
[Unit]
Description=Copy rEFInd fonts to UEFISYS Partition
[Service]
Type=oneshot
ExecStart=/usr/bin/rm -rf /boot/efi/EFI/arch_refind/fonts
ExecStart=/usr/bin/cp -pr /usr/share/refind/fonts /boot/efi/EFI/arch_refind/fonts
For the icons directory:
# /etc/systemd/system/refind-update-icons.path
[Unit]
Description=Copy rEFInd icons to UEFISYS Partition
[Path]
PathChanged=/usr/share/refind/icons
[Install]
WantedBy=multi-user.target
and:
# /etc/systemd/system/refind-update-icons.service
[Unit]
Description=Copy rEFInd icons to UEFISYS Partition
[Service]
Type=oneshot
ExecStart=/usr/bin/rm -rf /boot/efi/EFI/arch_refind/icons
ExecStart=/usr/bin/cp -pr /usr/share/refind/icons /boot/efi/EFI/arch_refind/icons
However, I am still getting errors:
Gor 09 01:40:58 MyComputer systemd[1]: Stopping Copy rEFInd fonts to UEFISYS Partition.
Gor 09 01:42:25 MyComputer systemd[1]: Starting Copy rEFInd fonts to UEFISYS Partition.
Gor 09 02:25:21 MyComputer systemd[1]: Stopping Copy rEFInd fonts to UEFISYS Partition.
Gor 09 02:25:21 MyComputer systemd[1]: Stopped Copy rEFInd fonts to UEFISYS Partition.
Gor 09 02:25:21 MyComputer systemd[1]: Stopping Copy rEFInd ext4 driver to UEFISYS Partition.
Gor 09 02:25:21 MyComputer systemd[1]: Stopped Copy rEFInd ext4 driver to UEFISYS Partition.
Gor 09 02:25:21 MyComputer systemd[1]: Stopping Copy rEFInd EFI to UEFISYS Partition.
Gor 09 02:25:21 MyComputer systemd[1]: Stopped Copy rEFInd EFI to UEFISYS Partition.
Gor 09 02:25:21 MyComputer systemd[1]: Stopping Copy rEFInd icons to UEFISYS Partition.
Gor 09 02:25:21 MyComputer systemd[1]: Stopped Copy rEFInd icons to UEFISYS Partition.
Gor 09 02:26:13 MyComputer systemd[1]: Starting Copy rEFInd fonts to UEFISYS Partition.
Gor 09 02:29:47 MyComputer systemd[1]: Stopping Copy rEFInd fonts to UEFISYS Partition.
Gor 09 02:29:47 MyComputer systemd[1]: Stopped Copy rEFInd fonts to UEFISYS Partition.
Gor 09 02:29:47 MyComputer systemd[1]: Stopping Copy rEFInd ext4 driver to UEFISYS Partition.
Gor 09 02:29:47 MyComputer systemd[1]: Stopped Copy rEFInd ext4 driver to UEFISYS Partition.
Gor 09 02:29:47 MyComputer systemd[1]: Stopping Copy rEFInd EFI to UEFISYS Partition.
Gor 09 02:29:47 MyComputer systemd[1]: Stopped Copy rEFInd EFI to UEFISYS Partition.
Gor 09 02:29:47 MyComputer systemd[1]: Stopping Copy rEFInd icons to UEFISYS Partition.
Gor 09 02:29:47 MyComputer systemd[1]: Stopped Copy rEFInd icons to UEFISYS Partition.
<refind is upgraded at 22:24 according to pacman's log>
Gor 09 22:24:47 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd fonts to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd EFI to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd ext4 driver to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd fonts to UEFISYS Partition.
Gor 09 22:24:48 MyComputer cp[13179]: /usr/bin/cp: cannot stat ‘/usr/lib/refind/drivers_x64/ext4_x64.efi’: No such file or directory
Gor 09 22:24:48 MyComputer cp[13174]: /usr/bin/cp: cannot stat ‘/usr/lib/refind/refind_x64.efi’: No such file or directory
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-efi.service: main process exited, code=exited, status=1/FAILURE
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd EFI to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Unit refind-update-efi.service entered failed state.
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-ext4.service: main process exited, code=exited, status=1/FAILURE
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd ext4 driver to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Unit refind-update-ext4.service entered failed state.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd EFI to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd EFI to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd ext4 driver to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd ext4 driver to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-icons.service start request repeated too quickly, refusing to start.
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Unit refind-update-icons.service entered failed state.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-icons.service start request repeated too quickly, refusing to start.
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-icons.service start request repeated too quickly, refusing to start.
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-icons.service start request repeated too quickly, refusing to start.
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-icons.service start request repeated too quickly, refusing to start.
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-icons.service start request repeated too quickly, refusing to start.
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-icons.service start request repeated too quickly, refusing to start.
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd icons to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: refind-update-icons.service start request repeated too quickly, refusing to start.
Gor 09 22:24:48 MyComputer systemd[1]: Failed to start Copy rEFInd icons to UEFISYS Partition.
Gor 09 22:24:48 MyComputer systemd[1]: Starting Copy rEFInd fonts to UEFISYS Partition...
Gor 09 22:24:48 MyComputer systemd[1]: Started Copy rEFInd fonts to UEFISYS Partition.
<reboot to test kernel>
Gor 10 00:05:41 MyComputer systemd[1]: Stopping Copy rEFInd fonts to UEFISYS Partition.
Gor 10 00:05:41 MyComputer systemd[1]: Stopped Copy rEFInd fonts to UEFISYS Partition.
Gor 10 00:05:41 MyComputer systemd[1]: Stopping Copy rEFInd ext4 driver to UEFISYS Partition.
Gor 10 00:05:41 MyComputer systemd[1]: Stopped Copy rEFInd ext4 driver to UEFISYS Partition.
Gor 10 00:05:41 MyComputer systemd[1]: Stopping Copy rEFInd EFI to UEFISYS Partition.
Gor 10 00:05:41 MyComputer systemd[1]: Stopped Copy rEFInd EFI to UEFISYS Partition.
Gor 10 00:05:41 MyComputer systemd[1]: Stopping Copy rEFInd icons to UEFISYS Partition.
Gor 10 00:05:41 MyComputer systemd[1]: Stopped Copy rEFInd icons to UEFISYS Partition.
Gor 10 00:07:22 MyComputer systemd[1]: Starting Copy rEFInd fonts to UEFISYS Partition.
It seems that systemd is too quick. It notices that something has changed e.g. that /usr/lib/refind/refind_x64.efi has been removed, triggers the service and then finds there is no /usr/lib/refind/refind_x64.efi to copy because the new version has not yet been installed. In the case of the .efi files, the service always seems to somehow manage to get everything into place but in the case of the fonts and icons (icons shown above), it often does not.
I'm not sure why this happens because I based this on the service file I found the wiki for keeping the kernel and initramfs synced to the ESP. So I would think it should work for at least the single file cases, if not the directories. Indeed my EFI update service syncs the kernel and initramfsx2 to the ESP flawlessly (up to now) even though the .path unit for that includes 3 triggering conditions and the .service and .path files are set up just the same.
I've read the manual pages for systemd.{path,service,unit} and couldn't see anything obviously helpful although I'm curious about timer units so I looked at the information on those but I guess they are for rather more sophisticated services than mine. I also looked at the wiki for systemd but it does not say anything about this kind of issue.
Intuitively, I wondered if there is not a clean way of telling systemd to wait until changes to the path have completed before running the service. Obviously I can think of ways to force the service to wait just by using sleep or something but I am sure that that is not the correct way to do it. So I'm pretty sure there is something wrong about the way I've set these up but I am just not seeing what it is. Any hints would be appreciated!

I have actually modified the refind path/service units somewhat, but it still works flawlessly for me. I usually wait for 2-5 min after pkg updates so that all the changes are synced to EFISYS before I reboot. There are the ones I use currently:
refind-efi_copy.path
[Unit]
Description=Copy rEFInd files to EFI System Partition
[Path]
PathChanged=/usr/lib/refind/refind_x64.efi
PathChanged=/usr/lib/refind/drivers_x64/ext4_x64.efi
PathChanged=/usr/lib/refind/drivers_x64/btrfs_x64.efi
PathChanged=/usr/lib/refind/drivers_x64/reiserfs_x64.efi
PathChanged=/usr/lib/refind/drivers_x64/iso9660_x64.efi
PathChanged=/usr/lib/refind/drivers_x64/hfs_x64.efi
PathChanged=/mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi.conf
PathChanged=/mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi_linux.conf
PathChanged=/mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi_linux_boot.conf
PathChanged=/mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi_archboot.conf
Unit=refind-efi_copy.service
[Install]
WantedBy=multi-user.target
refind-efi_copy.service
[Unit]
Description=Copy rEFInd files to EFI System Partition
# Requires=efisys.mount
[Service]
Type=oneshot
ExecStart=/usr/bin/cp -f /usr/lib/refind/refind_x64.efi /efisys/EFI/refind/refind_x64.efi
ExecStart=/usr/bin/sbsign --key /efisys/EFI/tools/efitools/db.key --cert /efisys/EFI/tools/efitools/db.crt --output /efisys/EFI/refind/refind_x64.efi /usr/lib/refind/refind_x64.efi
ExecStart=/usr/bin/cp -f /usr/lib/refind/drivers_x64/ext4_x64.efi /efisys/EFI/tools/drivers_x64/ext4_x64.efi
ExecStart=/usr/bin/sbsign --key /efisys/EFI/tools/efitools/db.key --cert /efisys/EFI/tools/efitools/db.crt --output /efisys/EFI/tools/drivers_x64/ext4_x64.efi /usr/lib/refind/drivers_x64/ext4_x64.efi
ExecStart=/usr/bin/cp -f /usr/lib/refind/drivers_x64/btrfs_x64.efi /efisys/EFI/tools/drivers_x64/btrfs_x64.efi
ExecStart=/usr/bin/sbsign --key /efisys/EFI/tools/efitools/db.key --cert /efisys/EFI/tools/efitools/db.crt --output /efisys/EFI/tools/drivers_x64/btrfs_x64.efi /usr/lib/refind/drivers_x64/btrfs_x64.efi
ExecStart=/usr/bin/cp -f /usr/lib/refind/drivers_x64/reiserfs_x64.efi /efisys/EFI/tools/drivers_x64/reiserfs_x64.efi
ExecStart=/usr/bin/sbsign --key /efisys/EFI/tools/efitools/db.key --cert /efisys/EFI/tools/efitools/db.crt --output /efisys/EFI/tools/drivers_x64/reiserfs_x64.efi /usr/lib/refind/drivers_x64/reiserfs_x64.efi
ExecStart=/usr/bin/cp -f /usr/lib/refind/drivers_x64/iso9660_x64.efi /efisys/EFI/tools/drivers_x64/iso9660_x64.efi
ExecStart=/usr/bin/sbsign --key /efisys/EFI/tools/efitools/db.key --cert /efisys/EFI/tools/efitools/db.crt --output /efisys/EFI/tools/drivers_x64/iso9660_x64.efi /usr/lib/refind/drivers_x64/iso9660_x64.efi
ExecStart=/usr/bin/cp -f /usr/lib/refind/drivers_x64/hfs_x64.efi /efisys/EFI/tools/drivers_x64/hfs_x64.efi
ExecStart=/usr/bin/sbsign --key /efisys/EFI/tools/efitools/db.key --cert /efisys/EFI/tools/efitools/db.crt --output /efisys/EFI/tools/drivers_x64/hfs_x64.efi /usr/lib/refind/drivers_x64/hfs_x64.efi
ExecStart=/usr/bin/cp -f /mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi.conf /efisys/EFI/refind/refind.conf
ExecStart=/usr/bin/cp -f /mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi.conf /efisys/EFI/boot/refind.conf
ExecStart=/usr/bin/cp -f /mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi_linux.conf /efisys/EFI/arch/core/refind_linux.conf
ExecStart=/usr/bin/cp -f /mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi_linux.conf /efisys/EFI/arch/mainline/refind_linux.conf
ExecStart=/usr/bin/cp -f /mnt/Source_Codes_Partition/Source_Codes/My_Files/Bootloader_Config_Files/refind_uefi/refind_uefi_linux_boot.conf /boot/refind_linux.conf
ExecStart=/usr/bin/rm -rf /efisys/EFI/refind/icons
ExecStart=/usr/bin/cp -rf /usr/share/refind/icons /efisys/EFI/refind/icons
ExecStart=/usr/bin/rm -rf /efisys/EFI/refind/fonts
ExecStart=/usr/bin/cp -rf /usr/share/refind/fonts /efisys/EFI/refind/fonts
Last edited by the.ridikulus.rat (2013-07-11 15:16:18)

Net-auto-wireless roaming with suspend

I didn't really know how to name this thread, but I think the gist of it is up there.
I bring my laptop to school and back every day, and use different wireless networks in each place.
I use net-auto-wireless (n-a-w) to connect on boot, but after suspending, and resuming in the new location I have to manually restart the daemon to get a connection back. I'm not sure if n-a-w is supposed to handle this use case, or if there is a better way to handle it.
Any tips?

Those of you have net-auto-wireless, please stop saying "me too" and provide relevant logs from wpa_* stuff. When you suspend, wpa_supplicant deauthenticates -- what is the reaction of wpa_actiond? For example:
dhcpcd[852]: wlan0: removing interface
wpa_actiond[674]: Interface 'wlan0' disconnected from network 'lsusecure'
After you wakeup the machine in a different location, is there a profile corresponding to your previous network in /run/network/profiles/?
@tomk:
I used net-profiles until very recently (when switched to net-auto-wireless) and suspend worked out of the box... you should probably investigate your problem further.
Also, putting a script into /etc/pm/sleep.d which stops net-auto-wireless will cure the suspend problem...

Netcfg net-auto-wireless

I am having a problem with netcfg's net-auto-wireless daemon. I am starting the daemon from my daemons array in /etc/rc.conf when I boot. However, some of my wireless network configs in /etc/network.d are symlinks to files on a encrypted drive which is only mounted after I login. So at the time net-auto-wireless is started those symlinks are not valid.
I expected that net-auto-wireless would automatically "recover" after login and connect to a wireless network using the now valid symlinked configs, but this is not the case. net-auto-wireless will not connect at sit there doing nothing.
Is there a way to make net-auto-wireless connect to a wireless without having to restart the daemon?
Thanks,
Daniel
Last edited by daba (2012-07-15 16:48:01)

If you bring up the netcfg connection manually/in a login script after that mount, maybe the daemon resumes watching by itself.

Wpa_actiond & net-auto-wireless config ?

Hi,
as documentation of roaming network configuration is rather sparse I'm looking for an advice here.
How can I set to use my roaming networks info stored in /etc/wpa_supplicant/wpa_supplicant.conf ? WPA_CONF option from /etc/network.d/interfaces/wlan0 is ignroed and wpa_supplicant is started with an empty configuration. In other words where does net-auto-wireless look for a configuration ?
My wireless card Broadcom BCM4313 requires to be unblocked with rfkill on two devices (phy0 and wireless). May it be done with just netcfg options as RFKILL and RFKILL_NAME is probably parsed only once ? With PRE_UP and POST_DOWN actions ?
Thanks.
David

Touching wpa supplicant configuration isn't needed. You just need to set profiles for all networks you want to connect to in /etc/conf.d/netcfg/ (check examples file in that dir). Then you specify wireless interface in /etc/conf.d/netcfg.
Do not set AUTO_PROFILES var if you want all of the profiles to be probed. And that should do it.
I don't think you need to use PRE and POST vars because net-auto should take care of rfkill automaticaly if it's configured in /etc/network.d/interfaces/wlan0 (I believe you have already done that).

[solved] ifplugd; systemd, net-auto-wired: annoying beep

Similar Messages

Maybe you are looking for