Custom Query (1546 matches)

When curl is used in the drivedb update script it does not follow the redirect as given by sourceforge for http to https

Curl can be told to follow redirects with the -L option

Here is a simple patch that seems to solve this issue:

@@ -77,7 +77,7 @@
 for t in $os_dltools; do
   if which $t >/dev/null 2>/dev/null; then
     case $t in
-      curl)  DOWNLOAD="curl ${q:+-s }"'-f -o "$DEST.new" "$SRC"' ;;
+      curl)  DOWNLOAD="curl -L ${q:+-s }"'-f -o "$DEST.new" "$SRC"' ;;
       lynx)  DOWNLOAD='lynx -source "$SRC" >"$DEST.new"' ;;
       wget)  DOWNLOAD="wget $q"'-O "$DEST.new" "$SRC"' ;;
       fetch) DOWNLOAD='fetch -o "$DEST.new" "$SRC"' ;; # FreeBSD

As an alternative the URL for the updates could be modified to look to https instead of http:

@@ -40,7 +40,7 @@
 SMARTCTL="$sbindir/smartctl"

 # Download URL for sourceforge code browser
-SRCEXPR='http://sourceforge.net/p/smartmontools/code/HEAD/tree/$location/smartmontools/drivedb.h?format=raw'
+SRCEXPR='https://sourceforge.net/p/smartmontools/code/HEAD/tree/$location/smartmontools/drivedb.h?format=raw'

 # Parse options
 q="-q "

If 'smartctl -n standby' is used on Linux, smartctl properly detects the standby mode and exits, but the drive spins up then.

If 'hdparm -C' is used instead, the drive does not spin up.

Related thread: ​http://sourceforge.net/mailarchive/forum.php?thread_name=4B40CF2C.8020405%40t-online.de&forum_name=smartmontools-support

Ubuntu bug report: ​https://bugs.launchpad.net/ubuntu/+source/smartmontools/+bug/497256

I connected an HDD through USB. The USB controller blocks some hdparm/ATA commands and by that the following:

smartctl -n standby -A /dev/sdg

returns:

CHECK POWER MODE: incomplete response, ATA output registers missing
CHECK POWER MODE not implemented, ignoring -n option

I would prefer that it does not ignore the -n option in such a case to avoid HDD spin up (the reason why -n was used).

This caused a small bug in Unraid: ​https://forums.unraid.net/bug-reports/stable-releases/683-usb-hdds-randomly-spin-up-but-status-stays-unchanged-r1091/

But I was able to solve it by changing the command to the "-i" option:

smartctl -n standby -i /dev/sdg

It returns the same "not implemented" error, but it does luckily not spin up the HDD.