Hdparm poweron_standby is how dangerous?
jacks@Gen4:~$ sudo hdparm -s 1 -S 4 /dev/sdb
/dev/sdb:
Use of -s1 is VERY DANGEROUS.
This requires BIOS and kernel support to recognize/boot the drive.
Please supply the --yes-i-know-what-i-am-doing flag if you really want this.
Program aborted.
-s is poweron_standby in the conf
-s Enable/disable the power-on in standby feature, if supported by the drive. VERY DANGEROUS.
Do not use unless you are absolutely certain that both the system BIOS (or firmware) and the
operating system kernel (Linux >= 2.6.22) support probing for drives that use this feature.
When enabled, the drive is powered-up in the standby mode to allow the controller to sequence
the spin-up of devices, reducing the instantaneous current draw burden when many drives share
a power supply. Primarily for use in large RAID setups. This feature is usually disabled and
the drive is powered-up in the active mode (see -C above). Note that a drive may also allow
enabling this feature by a jumper. Some SATA drives support the control of this feature by
pin 11 of the SATA power connector. In these cases, this command may be unsupported or may
have no effect.
What makes this so dangerous? To me it looks like you just wont be able to spin it up until next boot. Which isn't a problem for me. I am just looking to shut off my windows drive while I am in Linux.
As the "power-on in standby" setting can be stored in the drive and survives reboots and power cycles. The setting does tell the drive to not start spinning, but wait until the correct command is received to do a spinup. As a result the disk consumes considerably less power after power is turned on.
The danger lies in the fact that when neither your BIOS nor your OS will sent the correct spin-up command to the drive, that your drive will not be detected. Now you can't run hdparm
to disable the "power-on in standby" feature, because the device /dev/sdX
is missing.
In short there are cases where enabling "power-on in standby" can't be undone with ease.
The LSI SAS2008 controller using mpt2sas linux driver P15.x is such a case (january 2013) where after setting PUIS the drive will no longer be available to the operating system. For details have a look at https://unix.stackexchange.com/questions/58922/how-to-fix-mpt2sas-port-enable-failed-with-timeout-timeout-300s