[Bug 205107] New: No HDD spindown/parking on shutdown

[Bug 205107] New: No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

            Bug ID: 205107
           Summary: No HDD spindown/parking on shutdown
           Product: IO/Storage
           Version: 2.5
    Kernel Version: 5.0.0-25-generic
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: IDE
          Assignee: io_ide@kernel-bugs.osdl.org
          Reporter: helder.armando@hotmail.com
        Regression: No

Created attachment 285371
  --> https://bugzilla.kernel.org/attachment.cgi?id=285371&action=edit
SDB SMART log

Greetings,

I've got an external Toshiba HDD in good conditions (USB 3.0 cable on USB 2.0
port) that I use to store backups and my work in.
Every time the system shuts down (either by terminal command or regular OS UI),
the system does not wait for the hdd to park/spin down (as seen by the systemd
logs), and instead, cuts the power off too early, making the disc make an acute
screeching sound as if by hard power cutoff.

I believe the same thing is happening to my internal hdd (second one on linux,
previous one was old and had the same problem), but I can't be sure as the
sound isn't too clear.

I have reported this bug to the distribution's bug tracker (Lubuntu) and
systemd, but I was requested to come here instead, as the problem must be down
to the kernel.

I have tested this on Linux Mint and the same has happened. As additional
information, both on Windows 10 and FreeBSD, this problem did not occur.

I'll attach smartctl logs for both HDDs. The logs say old_age and pre_fail, but
this is most likely not true, as I have bought them recently and smartctl
doesn't seem to be that smart at times.

I await your reply,
Hélder

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

Kaur Männamaa (kaurman@outlook.com) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kaurman@outlook.com

--- Comment #1 from Kaur Männamaa (kaurman@outlook.com) ---
(In reply to Hélder from comment #0)

> 
> 
> I'll attach smartctl logs for both HDDs. The logs say old_age and pre_fail,
> but this is most likely not true, as I have bought them recently and
> smartctl doesn't seem to be that smart at times.
> 

old_age and pre_fail indicate the type of the data given, they are not the
result of interpreting the data. Also, one of the logs seems to be missing
unless I missed something myself :)

Could you unmount (umount -v your/drive*?) and then power off the external
drive manually (udisksctl power-off -b /your/drive) and see if the problem
remains? You might also want to check that the drive indeed is / has remained
off before shutting down (hdparm -C /your/drive).

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #2 from Hélder (helder.armando@hotmail.com) ---
Created attachment 285477
  --> https://bugzilla.kernel.org/attachment.cgi?id=285477&action=edit
SBA_SMARTCTL

sudo smartctl -a /dev/sda > sda_smartctl.txt
I have just run this.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

Hélder (helder.armando@hotmail.com) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #285477|SBA_SMARTCTL                |SDA_SMARTCTL
        description|                            |

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #3 from Hélder (helder.armando@hotmail.com) ---
The Power-Off Retract Count seems to match the amount of times the computer has
shut down without notice. I have had the internal HDD for ~3 months, perhaps.
Manufacturing date is around March, if I remember correctly.

As a side note I forgot to include, the external HDD had been formatted on
Windows, so, unfortunately, it is still NTFS, but I don't think this influences
the problem's cause.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #4 from Hélder (helder.armando@hotmail.com) ---
I have just run those commands. The disk was unmounted and visibly shutdown.
The problem did not remain here, but it still does on regular shutdown.

Side note: I'm not sure if this is expected, but even when I use "shutdown -P
now", systemd appears to handle it still.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #5 from Hélder (helder.armando@hotmail.com) ---
Anyone? As a temporary fix, I shut down all the devices before turning the
system off manually with the following code:

#!/bin/sh
sudo umount -v /dev/sdb*
sudo umount -v /dev/sdc*
sudo umount -v /dev/sdd*
sudo udisksctl power-off -b /dev/sdb
sudo udisksctl power-off -b /dev/sdc
sudo udisksctl power-off -b /dev/sdd
sudo umount -v /dev/sda*
sudo udisksctl power-off -b /dev/sda


It is not a real fix, though.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #6 from Kaur Männamaa (kaurman@outlook.com) ---
Apologies for the delay. I have not had time for the research my current (and
rather limited) knowledge of the matter requires :) So far I have found quite a
few descriptions involving external drives but the problem certainly isn't as
massive as what we've had before
(https://bugzilla.kernel.org/show_bug.cgi?id=7674).

We know now that in your case the drives remain off during shutdown if turned
off manually beforehand. It's not much but it's a piece of the puzzle
nevertheless.

You are using usb2, I found some reports of usb3 causing this. True, I have no
idea (at least off the top of my head) about the kernel version that was used
in these cases. In other words, such a problem can have all kinds of causes.

But while we're at it, are you sure you are not overthinking the problem? I
mean, from what I understood from your previous post, your other drive (sda)
was not affected by the issue? What about the others? In order to do any bug
hunting & get some knowledgeable people involved we must know exactly which
drives are affected. Nailing down the basics is crucial in deciding how much
attention (if any) the bug will get.

Some further questions:

You said you tested with Mint. I assume the kernel version was the same?
Could you perhaps play around some more? Try with a live version of something
(different kernel), maybe even try different systems.


As for your temporary fix, I would say it's a start and during my brief
research on the issue I've seen quite a few versions of it used. Perhaps
convert it into a systemd service to make the process smoother. It turns out
udisksctl supports unmounting too, so you could even make it look nicer if you
wanted to:)

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #7 from Kaur Männamaa (kaurman@outlook.com) ---
I noticed that you have filed the bug under IDE. Why? The drivers are SATA as I
understand.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #8 from Kaur Männamaa (kaurman@outlook.com) ---
Any news? Have you had the chance to try newer kernels?

As a random thought, does the problem remain if you manually unmount the
problematic drive before shutdown but *do not* power it off yourself?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #9 from Hélder (helder.armando@hotmail.com) ---
Greetings,

I'm sorry for the delay, I have been pushing this aside for too long. I was
stuck at trying out a non-systemd Linux distro as I could not download the
image. The distro was going to be Antix.
This is related to another problem I have been having with Linux. 
The rtl8188ee driver makes my computer always disconnect from the Wifi and this
seems to be a recurring problem for users of the same computer model as mine
(Toshiba Satellite series).
I have tried so many solutions for the past few months, I can't even recall
half of them.

>> 08:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE
>> Wireless Network Adapter (rev 01)
I am not in a position where I can try wired connections.

My Wifi connection continuously drops (on average, every 2 mins). The problem
is not the router's or the provider's, as every other device (incl. my
computer, back when it ran Windows 10) seem to connect just fine. I have
updated the kernel and the problem got fixed for a while, but it just started
happening again after not too long. It disconnects on its own, over time, but I
think it disconnects sooner when I start downloading things.
If I restart the network manager it seems to connect for a while only to drop
again right away. 
As a side note, if I'm using the Internet on the phone at the same, it seems to
work slightly better. This led me to try out more solutions, including those
related to disabling power-saving, but all in vain. What a strange scenario - I
was only able to update the kernel by leaving my phone simultaneously playing a
10-hour BBC Earth video on Youtube, right beside my computer. Even then it kept
on dropping, only this time less as often.


When it comes to the HDD problem, I have been using that script ever since.
The cable IS usb3, but connected to a usb2 port. If it connected to usb3, it
would keep shutting down with every slight touch to the chord, so I ignore its
"usb3 power".

I'm not overthinking the problem because it is clearly not healthy for the HDD.
Additionally, it clearly seems to be a software problem; shouldn't bugs always
be fixed? I may have found a fix by writing down a script, but why can't this
be fixed on the kernel at once? This is still unsolved.
I've already stated that the problem does not occur on Windows or FreeBSD.

You wondered about which drives were affected.
Sda may or may not be affected, but the external hdd is on sdb/sdc and it is
definitely not being shut down properly.

Mint ran the same version of the kernel, yes, but I tried it primarily to see
if the problem was down to Lubuntu's code.

I filed it under IDE by mistake.
If I umount  but do not unplug the HDD, the problem does not occur.

I await your reply,
Hélder

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #10 from Kaur Männamaa (kaurman@outlook.com) ---
(In reply to Hélder from comment #9)
> Greetings,
> 
> I'm sorry for the delay, I have been pushing this aside for too long. I was
> stuck at trying out a non-systemd Linux distro as I could not download the
> image. The distro was going to be Antix.
> This is related to another problem I have been having with Linux. 
> The rtl8188ee driver makes my computer always disconnect from the Wifi and
> this seems to be a recurring problem for users of the same computer model as
> mine (Toshiba Satellite series).
> I have tried so many solutions for the past few months, I can't even recall
> half of them.
> 
> >> 08:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188EE
> >> Wireless Network Adapter (rev 01)
> I am not in a position where I can try wired connections.
> 

Indeed, there seem to be quite a few threads about this or very similar issues.
Had no time for proper research but there seemed to be some solutions as well
so hopefully you'll find a way to solve this eventually. If you're stuck, feel
free to email me & describe what you have tried so far. I'm no expert but I
wouldn't mind looking into this.

However, as for now, let's concentrate on the problem at hand.


> When it comes to the HDD problem, I have been using that script ever since.
> The cable IS usb3, but connected to a usb2 port. If it connected to usb3, it
> would keep shutting down with every slight touch to the chord, so I ignore
> its "usb3 power".
> 
> I'm not overthinking the problem because it is clearly not healthy for the
> HDD. Additionally, it clearly seems to be a software problem; shouldn't bugs
> always be fixed? I may have found a fix by writing down a script, but why
> can't this be fixed on the kernel at once? This is still unsolved.
> I've already stated that the problem does not occur on Windows or FreeBSD.

Don't get me wrong. I had no intention of belittling the problem. I asked as
you had included multiple drives, which initially confused me a bit. As for the
problem as such, it is certainly worth at least looking into. While a drive can
take a considerable number of such brutal shutdowns, the problem should indeed
be dealt with in the long run.

Let's assume for now that it affects only external / USB drives. As I
understand, this is what your SMART data & observations seem to support as
well.

I did some testing (using linux 5.4.12) with my own external drive and had
rather intriguing results. In short, the problem seems to exist on shutdown
(cannot read SMART to confirm but that's what my ears tell me) but not when the
system is halted (shutdown -H). Halting results in the drive spinning down as
it should. In my case internal drives are fine either way as expected, no
shutdown issues whatsoever.


This may indeed mean that power is cut too early as you suggested but I dare
not speculate here at the moment. 

Perhaps I can test with some other external drives in the case of which SMART
data is available (easy to access). Just to check once more that the problem is
indeed there.

I'll contact someone more knowledgeable. Let's see what they have to say.



Kaur

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #11 from Kaur Männamaa (kaurman@outlook.com) ---
(In reply to Hélder from comment #9)


> If I umount  but do not unplug the HDD, the problem does not occur.
> 

I contacted Mark Lord, the main dev behind hdparm, and he had some thoughts.
Among other things, he asked us to clarify whether just unmounting (instead of
unmounting and powering off, e.g. by using 'udisksctl power-off ...') the drive
before shutdown really solves the problem. I'm asking as 'unplugging' can be
misinterpreted and that could lead to misunderstandings. In short, does the
problem occur if you unmount the drive, and then just shut down your computer?
And don't forget to disable your script while testing :)

In my case shutting down with an unmounted drive did not solve the problem. If
it does indeed work in your case then we may have different scenarios here.
Mark had other ideas as well but I'd like to clear the unmounting part up first
to plan the next steps better.


Kaur

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #12 from Hélder (helder.armando@hotmail.com) ---
The networking problem makes it all much harder, since I can no longer
comfortably research the problem online.


For the record:
> uname -a
>> Linux hn-pc 5.0.0-36-generic #39-Ubuntu SMP Tue Nov 12 09:46:06 UTC 2019
>> x86_64 x86_64 x86_64 GNU/Linux


I9

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #13 from Hélder (helder.armando@hotmail.com) ---
< That reply was sent too early >

The networking problem makes it all much harder, since I can no longer
comfortably research the problem online.

I tried to run the script and proceed with the shutdown without unplugging the
cable and also unmounting regularly (with the file manager) and then shutting
down without unplugging. In both cases, the problem persists. 

For the record:
>>> uname -a
>> Linux hn-pc 5.0.0-36-generic #39-Ubuntu SMP Tue Nov 12 09:46:06 UTC 2019
>> x86_64 x86_64 x86_64 GNU/Linux

The Linux version I initially used was the latest (?) Lubuntu LTS version (I
can't really look it up now). As mentioned previously, I updated it manually
later. I believe we are experiencing the exact same problem with different
Linux versions.

- Hélder

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #14 from Hélder (helder.armando@hotmail.com) ---
< That reply was sent too early >

The networking problem makes it all much harder, since I can no longer
comfortably research the problem online.

I tried to run the script and proceed with the shutdown without unplugging the
cable and also unmounting regularly (with the file manager) and then shutting
down without unplugging. In both cases, the problem persists. 

For the record:
>>> uname -a
>> Linux hn-pc 5.0.0-36-generic #39-Ubuntu SMP Tue Nov 12 09:46:06 UTC 2019
>> x86_64 x86_64 x86_64 GNU/Linux

The Linux version I initially used was the latest (?) Lubuntu LTS version (I
can't really look it up now). As mentioned previously, I updated it manually
later. I believe we are experiencing the exact same problem with different
Linux versions.

- Hélder

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #15 from Hélder (helder.armando@hotmail.com) ---
Let me fix some of the information I have sent.
I decided to retry these scenarios just to be certain. If I do leave the cable
plugged in until the system is completely off (never unplugged) and (prior to
shutdown):
- unmount normally (via the file manager) ->> the problem is still present
(disc doesn't spin down).
- Use the script (which includes "udisksctl power-off") ->> the problem is not
present most of the time, but the HDD is sometimes re-awoken by the system
during shutdown, resulting in the same problem.

PS: Under normal circumstances, I execute the script, unplug the HDD manually
and then shut the system down as normal.
PPS: Multiple messages were sent due to the networking problems forcing me to
refresh the page until the reply is visibly sent.

- Hélder

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #16 from Kaur Männamaa (kaurman@outlook.com) ---
Did some additional testing & asked Mark's opinion and here's what we found.

First, I must say that one's ears do not seem to be a trustworthy source of
information. I tested with another drive where accessing SMART data was not a
problem and found that on many occasions the count didn't actually increase
although I would have presumed so judging by what I heard.

Now, as for what is actually going on, it is Mark's view that the kernel is
probably not to blame here. Rather systemd or one of its services acting up,
for example, which is where you started from...

It is worth pointing out, however that Mark found the presence of the bug to be
dependent on whether the drive had been previously mounted. This is something
that differs from your observations, unless I'm mistaken.

True, it appears that you didn't test with a drive that had never been mounted
after connecting but rather with one that you had unmounted. Who knows, maybe
even that can make a difference but that's just speculation by me at the
moment. 

Do note, however, what I said about relying on your ears. IF you have based
some of your recent reporting on what you heard instead of checking the actual
count then this is something to consider.

If, on the other hand, you have checked the count and can still confirm that
the bug doesn't care if the drive has been previously mounted or not then you
are probably seeing something similar to what I'm seeing on my system, i.e
shutting down without ever mounting does not seem to make a difference (meaning
the problem is present *sometimes*). Yet, the kernel still seems to do what is
expected (at least according to the basic tests Mark helped to arrange). I.e
the drive does get flagged for start & stop management by the kernel, as it
should.


What I ran into was similar to what is described here:
https://www.toradex.com/community/questions/22373/udisk-unable-to-detach-device-after-unmount.html

In other words, I started the system, connected the drive and tried to unmount
(if mounted) & power-off manually but did not always succeed as for powering
off. If that happens, shutdown always results in the count increasing, which
makes sense, after all.

The scenario described in the report I linked to cannot be the problem in my
case, as the material is old and the packages, including the kernel, I use are
newer. It does indicate, however, that the problem as such has been noticed
before. I have some thoughts on what could be happening in my case but I
haven't had the time to test my hypothesis yet. I will let you know should I
find anything relevant.

K

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

Alexis Murzeau (amubtdx@gmail.com) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |amubtdx@gmail.com

--- Comment #17 from Alexis Murzeau (amubtdx@gmail.com) ---
Hi,

I think I have the same problem:
Shutting down with a connected USB hard drive does not graceful park its head
(according to ear and smart data).

In smart data, "not graceful" means "Power-Off_Retract_Count" field is
incremented.

Linux 5.9, USB 3.0 hard drive WD Elements plugged on USB 3.0 port
Model Family:     Western Digital Elements / My Passport (USB, AF)
Device Model:     WDC WD20NMVW-11EDZS7
uname: Linux Debian2 5.9.0-1-amd64 #1 SMP Debian 5.9.1-1 (2020-10-17) x86_64
GNU/Linux


Depending on when I plug the hard disk, the poweroff behavior regarding the
disk isn't the same.
It depends on if I've pluged the disk before booting Linux (while in GRUB)
which produce the issue, or after having logged in where in that case there is
no issue.

But it seems that even when it does not emit clic sound and
Power-Off_Retract_Count is not incremented, SMART data is lost it seems, as I
would expected Start_Stop_Count, Power_Cycle_Count or Load_Cycle_Count to at
least be incremented (as when using udiskctl).

According to tests by setting manage_start_stop to 1, the head parking is done
gracefully whatever when the hard disk was plugged.
So setting manage_start_stop seems to be the way to fix this issue (or
workaround it at least), but it seems never set by default for USB disks.

I've compared with Windows' behavior in a VM and using Wireshark to monitor USB
packets and I don't see any START_STOP SCSI command but it does park its head
properly in all cases (even when booting with the hard disk already plugged
in).
When shutting down the Windows VM, the only packets I see are reads and writes.

However I don't think I can properly see VM's hub related packets in wireshark
(and the hard disk doesn't really spin down anyway).

On linux side, I've tried to replace xhci_shutdown by xhci_remove, but the
behavior is exactly the same.

I don't know well how USB hard drives are supposed to be shutdown, I was
thinking about the USB 3.0 U3 suspend mode or a ClearFeature, but that doesn't
seem to be that easy to understand.


I wonder if manage_start_stop shoud be enabled for USB hard disk by default ?
According to docs, it should be kept disabled for shared SCSI disks, but I
think USB disk are never shared.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #18 from Alexis Murzeau (amubtdx@gmail.com) ---
Created attachment 293603
  --> https://bugzilla.kernel.org/attachment.cgi?id=293603&action=edit
Smartdata results of multiple shutdown tests with Linux and Windows

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #19 from Alexis Murzeau (amubtdx@gmail.com) ---
I've done these tests (see attachment
harddisk_shutdown_tests_wd_elements_linux_5.9.tar.gz):
 - Powerup the computer without the hard disk connected
 - When in grub, at the same time as chossing Linux, connect the USB cable to
the computer
 - Wait console login prompt
 - Login as root, dump SMART data in "linux_harddrive_shutdown_smartdump1"
 - Power off the computer using "poweroff" command a root
 - The harddisk will emit a clearly ear-able "clic" sound

 - While the computer if OFF, unplug the hard disk (which is not powered
anymore because the computer is OFF)
 - Powerup the computer
 - Boot Linux
 - Wait console login prompt
 - Login as root
 - Plug the hard drive
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump2_after_plug_while_kernelboot"
    - These SMART fields were incremented (beside Spin_Up_Time which changed
too but is probably unrelated to this issue):
      - Start_Stop_Count
      - Power_Cycle_Count
      - Power-Off_Retract_Count
      - Load_Cycle_Count
 - Power off the computer using "poweroff" command a root
 - The harddisk does not emit any clic sound when the computer powers off, and
just spin down

 - While the computer if OFF, unplug the hard disk (which is not powered
anymore because the computer is OFF)
 - Powerup the computer
 - Boot Linux
 - Wait console login prompt
 - Login as root
 - Plug the hard drive
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump3_after_plug_after_console_login"
    - No SMART field was changed
 - Power off the computer using "poweroff" command a root
 - The harddisk does not emit any clic sound when the computer powers off, and
just spin down

 - While the computer if OFF, unplug the hard disk (which is not powered
anymore because the computer is OFF)
 - Powerup the computer
 - Boot Linux
 - Wait console login prompt
 - Login as root
 - Plug the hard drive (same test as previous boot)
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump4_after_plug_after_console_login"
    - No SMART field was changed beside Spin_Up_Time
 - Spin down the hard drive using this command: "udisksctl power-off -b
/dev/sdb"
 - The hard disk spin down as expected
 - Unplug the hard disk
 - Plug the hard disk again
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump5_after_udiskctl_poweroff"
    - These SMART fields were incremented beside Spin_Up_Time:
      - Start_Stop_Count
      - Power_Cycle_Count
      - Load_Cycle_Count

 - Spin down the hard drive using this command: "udisksctl power-off -b
/dev/sdb"
 - The hard disk spin down as expected
 - Unplug the hard disk
 - Poweroff the computer

 - Powerup the computer
 - When in grub, at the same time as chosing Linux, connect the USB cable to
the computer
 - Wait console login prompt
 - Login as root
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump6_after_udiskctl_poweroff"
    - These SMART fields were incremented beside Spin_Up_Time:
      - Start_Stop_Count
      - Power_Cycle_Count
      - Load_Cycle_Count
 - Run this command with the apropriate path matching the hard disk:
    - echo 1 > /sys/devices/.../manage_start_stop
 - Power off the computer using "poweroff" command a root
 - The harddisk does not emit a "clic" sound

 - While the computer if OFF, unplug the hard disk (which is not powered
anymore because the computer is OFF)
 - Powerup the computer
 - Boot Linux
 - Wait console login prompt
 - Login as root
 - Plug the hard drive
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump7_after_plug_before_kernelboot_and_enabling_manage_start_stop"
    - These SMART fields were incremented (beside Spin_Up_Time):
      - Start_Stop_Count
      - Power_Cycle_Count
      - Load_Cycle_Count
 - Run this command with the apropriate path matching the hard disk:
    - echo 1 > /sys/devices/.../manage_start_stop
 - Power off the computer using "poweroff" command a root
 - The harddisk does not emit any clic sound when the computer powers off, and
just spin down

 - While the computer if OFF, unplug the hard disk (which is not powered
anymore because the computer is OFF)
 - Powerup the computer
 - Boot Linux
 - Wait console login prompt
 - Login as root
 - Plug the hard drive
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump8_after_plug_after_console_login_and_enabling_manage_start_stop"
    - These SMART fields were incremented (beside Spin_Up_Time and
Power_On_Hours):
      - Start_Stop_Count
      - Power_Cycle_Count
      - Load_Cycle_Count

 - Reboot the computer
 - Boot Windows
 - Dump SMART data in "linux_harddrive_shutdown_smartdump9_after_windows_boot"
(using smartctl for Windows)
    - These SMART fields were incremented (beside Temperature_Celsius):
      - Load_Cycle_Count
 - Shutdown Windows
 - When the computer is powered off, unplug the hard disk

 - Powerup the computer
 - Boot Linux
 - Wait console login prompt
 - Login as root
 - Plug the hard drive
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump10_after_windows_shutdown"
    - These SMART fields were incremented (beside Spin_Up_Time and
Temperature_Celsius):
      - Start_Stop_Count
      - Power_Cycle_Count
      - Load_Cycle_Count

[... I've done a failed Windows VM boot test elided here]

 - Dump SMART data in
"linux_harddrive_shutdown_smartdump11_before_windows_VM_test"
 - On Linux host, modprobe usbmon and start wireshark to capture USB traffic
 - Boot a Windows VM (using Virtual Box) with USB pass-though for hard disk
 - Shutdown the Windows VM via its gui
 - Wait Windows VM to shutdown
 - Dump SMART data in
"linux_harddrive_shutdown_smartdump12_after_windows_VM_shutdown"
    - These SMART fields were incremented (beside Power_On_Hours):
      - Load_Cycle_Count
 - Save USB packet dump summary as
"linux_harddrive_shutdown_smartdump12_after_windows_VM_shutdown_usb_capture"
keeping only packets while the VM was running
    - At shutdown, there are only SCSI read/write USB packets (no SCSI spin
down command)

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

--- Comment #20 from Alexis Murzeau (amubtdx@gmail.com) ---
(In reply to Hélder from comment #15)
> PS: Under normal circumstances, I execute the script, unplug the HDD
> manually and then shut the system down as normal.
> PPS: Multiple messages were sent due to the networking problems forcing me
> to refresh the page until the reply is visibly sent.
> 
> - Hélder

Hi,

Does setting "manage_start_stop" to 1 in sysfs for you disk before shutting
down spin down the hard disk gracefully ? (without having to use udisksctl
power-off)

You have to find the correct path in the sysfs with something like this:
find /sys -name manage_start_stop
echo 1 > /sys/.../manage_start_stop
poweroff

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 205107] No HDD spindown/parking on shutdown

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=205107

Dmitry Baranov (reagentoo@gmail.com) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |reagentoo@gmail.com

--- Comment #21 from Dmitry Baranov (reagentoo@gmail.com) ---
Hi,

Thank you all for your research.
I created the following udev rule for myself to solve this problem:

/etc/udev/rules.d/01-manage_start_stop.rules:

ACTION=="add|change", DRIVERS=="usb-storage", SUBSYSTEM=="scsi_disk",
RUN+="/bin/sh -c 'echo 1 >/sys/class/scsi_disk/%k/manage_start_stop'"

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.