@MSGID: 1@dont-email.me> 42a998bb
@REPLY: 1@dont-email.me> 13418ab3
@REPLYADDR Marco Moock <mm+usenet@dorfdsl.de>
@REPLYTO 2:5075/128 Marco Moock
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@dont-email.me>
@RFC-References: 1@dont-email.me>
@TZUTC: 0200
@TID: FIDOGATE-5.12-ge4e8b94
Am 29.09.2023 schrieb Fonntuggnio <JoeFonntuggnio@libbbero.it>:

> I`ve bought a new disk (HDD, WD purple) but instead of 
> replacing the old, I disconnected internal DVD recorder and 
> I moved the old one there (I had no spare "molex" nor esata 
> channels left).
> Now I have found a strange thing : the timing of the facts 
> is too suspicious to be decorrelated : my USB alcatel model 
> fails to be charged at a pace fast enough to keep up with 
> battery consumption and after 1-2 hours of intense use, 
> switches off.

Seems to be an USB problem. A bus has limited amperage.

> would unmount the drive cause it to stop spinning ?

Not directly. Even when it is mounted it can be spinned down and
spinned up again when needed.

> There is a faster way to sendo some low level command to 
> make it stop spinning ? I.g. some "IOCTL" sequence.

hdparm
https://superuser.com/questions/852727/safe-to-manually-spin-down-hard-drive-wit
h-hdparm

> for those really knowledgeable in internal Linux working : 
> does a drive not actively used (no files opened, no file 
> manager operating on it) require some form of "polling" its 
> state that would cause frequent automatical restartig of 
> spinning ? In this case, stopping it would be harmful and 
> enhance preature wearing of the motors and all and it would 
> have no benefit to manually stop spinning.

Every read request (not in cache) will cause it to spin up.
Write request can be cached and will be synced at unmount (can be
invoked by "sync").

--- FIDOGATE 5.12-ge4e8b94
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441