<div dir="ltr">Beautiful! The shutdown succeeded. Thank you very much. However there was no any notification on desktop at all. Only in journalctl. Here it is:<div><br></div><div><div>Oct 27 23:38:11 i7 upsmon[2224]: UPS myups@localhost on battery</div><div>Oct 27 23:38:11 i7 upssched[2244]: Timer daemon started</div><div>Oct 27 23:38:11 i7 upssched[2244]: New timer: two-minute-warning-timer (5 seconds)</div><div>Oct 27 23:38:11 i7 upssched[2244]: New timer: one-minute-warning-timer (65 seconds)</div><div>Oct 27 23:38:11 i7 upssched[2244]: New timer: shutdown-timer (125 seconds)</div><div>Oct 27 23:38:16 i7 upssched[2244]: Event: two-minute-warning-timer</div><div>Oct 27 23:38:16 i7 upssched-cmd[2246]: Calling upssched-cmd two-minute-warning-timer</div><div>Oct 27 23:38:16 i7 upssched-cmd[2247]: Two minute warning timeout reached</div><div>Oct 27 23:39:16 i7 upssched[2244]: Event: one-minute-warning-timer</div><div>Oct 27 23:39:16 i7 upssched-cmd[2254]: Calling upssched-cmd one-minute-warning-timer</div><div>Oct 27 23:39:16 i7 upssched-cmd[2255]: One minute warning timeout reached</div><div>Oct 27 23:40:16 i7 upssched[2244]: Event: shutdown-timer</div><div>Oct 27 23:40:16 i7 upssched-cmd[2263]: Calling upssched-cmd shutdown-timer</div><div>Oct 27 23:40:16 i7 upssched-cmd[2264]: Shutdown timer reached: Calling upsmon -c fsd</div><div>Oct 27 23:40:16 i7 upsmon[2224]: Signal 10: User requested FSD</div><div>Oct 27 23:40:16 i7 upsd[2221]: Client upsmaster@::1 set FSD on UPS [myups]</div><div>Oct 27 23:40:16 i7 upsmon[2224]: Executing automatic power-fail shutdown</div><div>Oct 27 23:40:16 i7 upsmon[2224]: Auto logout and shutdown proceeding</div><div>Oct 27 23:40:21 i7 upsmon.conf[2277]: SHUTDOWNCMD calling /sbin/shutdown to shut down system</div><div># and so on...</div><div><br></div><div>One thing that caught my attention: I have disabled the nut-delayed-ups-shutdown service one day ago (many reboots since then) in order to avoid the effect of the UPS self-shutting on normal reboot. After this last test right now, and after the system shut down completely I plugged the cord in and booted. However during the boot process the UPS powered off while the power was on and the boot was not yet complete (argh...). Then in a second or two, without me doing anything, the UPS got back ON and I started the computer - this time the boot was clean, without power off.<br></div><div><br></div><div>It seems this solves the problem to have a clean reboot without UPS powering off. However it looks like a misbehavior after all because the UPS is not supposed to shutdown if the nut-delayed-ups-shutdown service is disabled, right? Or is anything else shutting down the UPS itself?</div><div><br></div><div><div>Here is the nut-journal from after the boot:</div><div><br></div><div><div>        Previous complete boot through shutdown</div><div>Oct 27 23:41:27 i7 systemd-journal[519]: Time spent on flushing to /var is 686.451ms for 1311 entries.</div><div>        Current boot</div><div>Oct 27 23:43:09 i7 upsdrvctl[2013]: Using subdriver: MGE HID 1.32</div><div>Oct 27 23:43:10 i7 upsdrvctl[2013]: Network UPS Tools - Generic HID driver 0.38 (2.7.1)</div><div>Oct 27 23:43:10 i7 upsdrvctl[2013]: USB communication driver 0.32</div><div>Oct 27 23:43:11 i7 upsdrvctl[2013]: Network UPS Tools - UPS driver controller 2.7.1</div><div>Oct 27 23:43:11 i7 upsd[2155]: fopen /var/lib/ups/upsd.pid: No such file or directory</div><div>Oct 27 23:43:11 i7 upsd[2155]: listening on ::1 port 3493</div><div>Oct 27 23:43:11 i7 upsd[2155]: listening on ::1 port 3493</div><div>Oct 27 23:43:11 i7 upsd[2155]: listening on 127.0.0.1 port 3493</div><div>Oct 27 23:43:11 i7 upsd[2155]: Connected to UPS [myups]: usbhid-ups-myups</div><div>Oct 27 23:43:11 i7 upsd[2155]: listening on 127.0.0.1 port 3493</div><div>Oct 27 23:43:11 i7 upsd[2155]: Connected to UPS [myups]: usbhid-ups-myups</div><div>Oct 27 23:43:11 i7 upsd[2156]: Startup successful</div><div>Oct 27 23:43:11 i7 upsmon[2157]: fopen /var/run/upsmon.pid: No such file or directory</div><div>Oct 27 23:43:11 i7 upsmon[2157]: UPS: myups@localhost (master) (power value 1)</div><div>Oct 27 23:43:11 i7 upsmon[2157]: Using power down flag file /etc/ups/killpower</div><div>Oct 27 23:43:11 i7 upsmon[2158]: Startup successful</div><div>Oct 27 23:43:11 i7 upsd[2156]: User upsmaster@::1 logged into UPS [myups]</div></div></div><div><br></div><div><br></div><div>Another thing (a bit of a side question, I hope it is ok to ask): During the last 3-4 months (using simply KNotify about UPS connection states) I noticed that sometimes unpredictably a notification appears that the USB connection to the UPS is lost and a few seconds later another notification appears that the connection is restored. And this repeats to infinity. The only way to get out of it is to shutdown the machine, turn off the UPS, unplug the power and restart everything again. I had no luck finding a pattern when and why it happens. This has never happened before. The batteries are fairly new (changed late January 2015) and there have been no power outages since then (maybe one or two for 2-3 minutes only). However I notice that a short power off test (like the one I just did) makes the battery fall from 100% to 85% for less than a minute and then charges very long to reach 100% again. A friend said he has noticed similar peculiarity with other MGE UPS units. Can you share thoughts on this? I hope you don't mind me asking.</div><div><br></div><div>Thanks again!</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">---<br><div><div>George</div></div></div></div></div></div></div></div>