Re: Mount options for mostly-offline drives

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

 



you should not need any mount options.

I have a mounted md array and have went to great lengths to make sure
nothing usually accesses it and the drives do spin down and stay spun
down until something accesses it.  Making sure nothing was accessing
it was not the easiest.  A "df" with no options will spin them up.   I
had to move several services that exist on that disk onto an SSD and
use that spinning mdraid device more as a backup and/or archive.  So
md will let the disks spin down so long as md is not doing a
check/repair or io to the device for some reason.  you might want to
run a lsof and see if anything has open files on it, and if nothing
has open files on it, then it may something monitoring say space.  My
machine that lets the disk spin down does not normally have a
graphical desktop running, and there monitoring parts in the graphical
logins that would be querying disk usage on some schedule.

On Tue, Jun 2, 2020 at 4:57 AM Patrick O'Callaghan
<pocallaghan@xxxxxxxxx> wrote:
>
> I have a powered USB dock with a couple of SATA drives configured as
> RAID1, and used only for nightly backups. The (minimal) manual for the
> dock tells me it will power down after 30 minutes idle time, however I
> don't see this happening. I presume that something (such as the md
> system) is touching the drives periodically.
>
> What is the fstab option to have the drives mounted only when accessed?
> This used to be automount (or autofs) but with systemd getting its
> fingers into everything I know longer know how to do this.
>
> Can the drive be automatically unmounted if not in use? I presume this
> would stop md from trying to check it and hence prevent the dock from
> keeping it powered on.
>
> poc
> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> 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://docs.fedoraproject.org/en-US/project/code-of-conduct/
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