<html><head></head><body>Either adjust the udev rules to create the tty devices with the desired owner/perm, or add the nut user to the appropriate group to have access to the device . . .Worst case, you can "brute force" by putting your chmod in rc.local so it resets at boot (but that is pretty gross as solutions go . . .)<br><br>- Tim<br><br><div class="gmail_quote">On June 1, 2022 9:36:51 PM CDT, gene heskett <gheskett@shentel.net> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre dir="auto" class="k9mail">On Wednesday, 1 June 2022 13:25:06 EDT Manuel Wolfshant wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">On 6/1/22 20:16, gene heskett wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Charles;<br><br>debian bullseye, all up to date.<br><br>I was forced to reboot, x crashed.<br><br>When I had rebooted, no ttyUSB stuff worked. I see a reference to<br>nut-<br>scanner in the doc but the link to its page is busted, typical of the<br>nut-doc pages and when I find it, it spits out this:<br>[nutdev1]<br><br>         driver = "usbhid-ups"<br>         port = "auto"<br>         vendorid = "051D"<br>         productid = "0003"<br>         bus = "001"<br><br>where do I put what to make it work again?<br><br>Cheers, Gene Heskett.<br></blockquote><br>/etc/ups/ups.conf<br><br></blockquote>I got a more detailed answer from a root session of nut-scanner, and <br>fixed ups.conf with it, and restarted nut, but it made little if any diff <br>that I can see.<br><br>So I did a sudo lsof|grep "nut " -<br>and got this, more no permissions junk:<br>gene@coyote:/usr/lib$ lsof |grep "nut "  -<br>upsd 78510 nut cwd unknown /proc/78510/cwd (readlink: Permission denied)<br>upsd 78510 nut rtd unknown /proc/78510/root (readlink: Permission denied)<br>upsd 78510 nut txt unknown /proc/78510/exe (readlink: Permission denied)<br>upsd 78510 nut NOFD /proc/78510/fd (opendir: Permission denied)<br>upsmon 78535 nut cwd unknown /proc/78535/cwd (readlink: Permission <br>denied)<br>upsmon 78535 nut rtd unknown /proc/78535/root (readlink: Permission <br>denied)<br>upsmon 78535 nut txt unknown /proc/78535/exe (readlink: Permission <br>denied)<br>upsmon 78535 nut NOFD /proc/78535/fd (opendir: Permission denied)<br><br>And I just now used a root session of mc to set both /dev/ttyUSB*<br>perm to 777. That lt boty heyu and nut strt throwing errors that made <br>sense, so I fixed those errors and both are now working with one <br>exception, the APC display is saying its due for a fresh battery, but nut <br>isn't saying that from a upsc report:<br>gene@coyote:/etc/nut$ upsc myups<br>Init SSL without certificate database<br>battery.charge: 100<br>battery.charge.low: 10<br>battery.charge.warning: 50<br>battery.runtime: -1<br>battery.runtime.low: 150<br>battery.type: PbAc<br>battery.voltage: 26.1<br>battery.voltage.nominal: 24.0<br>device.mfr: American Power Conversion <br>device.model: Smart-UPS_1500<br>device.serial: 3S1906X11389    <br>device.type: ups<br>driver.name: usbhid-ups<br>driver.parameter.bus: 001<br>driver.parameter.pollfreq: 30<br>driver.parameter.pollinterval: 2<br>driver.parameter.port: /dev/ttyUSB1<br>driver.parameter.product: Smart-UPS_1500 FW:UPS 03.5 / ID=1015<br>driver.parameter.productid: 0003<br>driver.parameter.serial: 3S1906X11389<br>driver.parameter.synchronous: no<br>driver.parameter.vendor: American Power Conversion<br>driver.parameter.vendorid: 051D<br>driver.version: 2.7.4<br>driver.version.data: APC HID 0.96<br>driver.version.internal: 0.41<br>ups.beeper.status: enabled<br>ups.delay.shutdown: 20<br>ups.firmware: UPS 03.5 / ID=1015<br>ups.mfr: American Power Conversion <br>ups.mfr.date: 2019/02/06<br>ups.model: Smart-UPS_1500<br>ups.productid: 0003<br>ups.serial: 3S1906X11389    <br>ups.status: OL<br>ups.timer.reboot: -1<br>ups.timer.shutdown: 65535<br>ups.vendorid: 051d<br><br>But what happens when I have to reboot in a few days and /dev gets <br>repopulated with 0600 devices?<br><br>Thanks Manuel.<br><br>Take care & stay well<br><br>Cheers, Gene Heskett.<br><div class="k9mail-signature">-- <br>"There are four boxes to be used in defense of liberty:<br> soap, ballot, jury, and ammo. Please use in that order."<br>-Ed Howdershelt (Author, 1940)<br>If we desire respect for the law, we must first make the law respectable.<br> - Louis D. Brandeis<hr>Nut-upsuser mailing list<br>Nut-upsuser@alioth-lists.debian.net<br><a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser</a><br></div></pre></blockquote></div><div style='white-space: pre-wrap'><div class='k9mail-signature'>-- <br>Sent from my Android device with K-9 Mail. Please excuse my brevity.</div></div></body></html>