On Wed, 16 Jun 2021 at 10:47, Patrick O'Callaghan <pocallaghan@xxxxxxxxx> wrote:
On Wed, 2021-06-16 at 20:18 +0800, Ed Greshko wrote:
> On 16/06/2021 19:35, Patrick O'Callaghan wrote:
> > So two questions:
> >
> > 1) Is there an obvious error with the drive itself?
>
> If you've not seen errors when you're using the drive, then probably
> not.
>
I haven't seen any errors, so it's probably a feature rather than a bug
with this drive.
Back in the days of 5 inch SCSI drives, some systems required a
manual startup sequence to avoid overloading the UPS.
Spinning up disk platters makes a spike in the power demand. A "just
right" sized power supply can be more efficient, but needs some management
of demand spikes, including recovery time to manage heat. This is done
using "staggered spinup" <https://en.wikipedia.org/wiki/Spin-up> and
The Wikipedia article mentions Power-Up In Standby (PUIS) -- might be worth
investigation.
describes a series of power saving modes.
> > 2) Is there a way to prevent the system boot from freezing while it
> > waits for the drive to come online?
>
> How about trying to turn it into user unit/service? It would require
> a login. But may not delay that process.
There's no indication it has anything to do with my existing unit(s)
such as dock-watch or raid.[auto]mount, neither of which are logged in
the journal extract I posted, so I don't think converting any of that
into a user unit or service would make any difference.
Just to be sure, my next step will be to completely disable those units
and reboot again, but I'm 99% sure that is still going to show the 30-
second delay.
The technical specifications of the drives should mention startup power
management. There may also be some power management in the dock.
I've noticed that it is becoming more difficult to find detailed documentation
of add-on hardware. At one time you could open the box, identify key IC's
and get the spec. sheets, but now you may find a general-purpose CPU.
--
George N. White III
_______________________________________________ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
