Re: Hard drive to sleep

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello

Thank,
However, I am not sure to peak every things.
What does it mean HW-wise SW-wise? Sorry for my ignorance.
By the way.

I would like to make the hard drive sleeping.
I can use
hdparm -y /dev/sdx
or
hdparm -B 50 -S 36 /dev/sdx

but I would it stays sleeping till next reboot, or that I manually
wake it up.

I mainly use a ssd (and not the hard drive).


===========================================================================
 Patrick DUPRÉ                                 | | email: pdupre@xxxxxxx
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===========================================================================


> Sent: Sunday, October 07, 2018 at 10:34 AM
> From: "Ralf Corsepius" <rc040203@xxxxxxxxxx>
> To: users@xxxxxxxxxxxxxxxxxxxxxxx
> Subject: Re: Hard drive to sleep
>
> On 10/7/18 9:29 AM, Patrick Dupre wrote:
> > Hello,
> > 
> > Is it safe to put a hard drive on sleep?
> Depends on your use-case.
> 
> SW-wise it is pretty save to "put to sleep" not frequently used drives 
> ("data"/"backup" drives).
> 
> "Putting to sleep" drives hosting system-partitions or partitions 
> hosting your /home/<user> directory often is not possible.
> "Putting to sleep" drives, which are hosting seldomly accessed "data" 
> partitions works.
> 
> HW-wise you should check if your drive-hardware is suiteable to be 
> frequently "put to sleep/woken up". Most NAS- or server-class HDDs are 
> not, most desktop/notbook drives are.
> 
> > I will have to wake it up, later.
> > (I need to minimize the power consumption during a period of time)
> 
> I am using the approach described in
> https://wiki.archlinux.org/index.php/hdparm
> to powerdown drives hosting "data" and "backup" partitions.
> 
> Ralf
> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
>
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux