On Jul 20, 2015, at 5:41 AM, dmanye <dma...@urv.cat> wrote: > i think the problem is that the nut stop scripts does not trigger the ups > reboot *before* finishing and before the stop system pass to the next level. > the process to trigger the reboot is done in parallel with the system > shutdown and if /usr is gone it fails to reboot the ups.
I agree with your assessment, but I would encourage you to file a Debian bug: the NUT init scripts are provided by Debian. The NUT configure scripts allow all of the various paths to be configured at build time. I looked up the previous issue regarding /usr on a separate partition, and it was due to libusb being installed to /usr/lib rather than /lib: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=268723 Do you see any similar /usr dependencies on your system? I checked the output of 'ldd' for several NUT binaries in Debian wheezy, and could not find anything obvious. (I still have a few more things to do before I can upgrade that system to jessie.) Here is a sample build log: https://buildd.debian.org/status/fetch.php?pkg=nut&arch=amd64&ver=2.7.2-1%2Bb3&stamp=1415470382 The ./configure string from that log, formatted: ./configure --build=aarch64-linux-gnu --prefix= --includedir=/usr/include \ --mandir=/usr/share/man --infodir="\${prefix}/share/info" \ --sysconfdir=/etc/nut --localstatedir=/var \ --libexecdir="\${prefix}/lib/nut" --srcdir=. --disable-maintainer-mode \ --disable-dependency-tracking --disable-silent-rules \ --libdir=\${prefix}/lib/aarch64-linux-gnu --with-ssl --with-nss \ --with-cgi --with-dev --enable-static --with-statepath=/var/run/nut \ --with-altpidpath=/var/run/nut --with-drvpath=/lib/nut \ --with-cgipath=/usr/lib/cgi-bin/nut --with-htmlpath=/usr/share/nut/www \ --with-pidpath=/var/run/nut --datadir=/usr/share/nut \ --with-pkgconfig-dir=/usr/lib/aarch64-linux-gnu/pkgconfig \ --with-user=nut --with-group=nut --with-udev-dir=/lib/udev \ --with-systemdsystemunitdir=/lib/systemd/system /usr/share/nut is DATADIR, which is optional and only used directly by upsd. At the point when the system invokes the driver shutdown command, upsd should be stopped. So I suspect that there is an indirect dependency on /usr, possibly in another package. -- Charles Lepple clepple@gmail _______________________________________________ Nut-upsuser mailing list Nut-upsuser@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
