scrutiny: Monitor Drive Health and SMART Trends

Summary
Scrutiny collects S.M.A.R.T. data and presents drive health, temperature, and historical trends in a web dashboard. It suits self-hosted server operators who want to spot degradation and receive drive-failure alerts.
At a glance
- Language
- Go
- License
- MIT
- Stars
- 8.3k
- Forks
- 303
- Added to OSRepos
- December 27, 2025
- Last analyzed
- October 3, 2026
Topics
Click on any tag to explore related repositories
Use at your own risk
OSRepos shares public repositories for knowledge and discovery only. Any installation, execution, configuration, or use of code from these repositories is the user's own responsibility. Always review the repository, source code, dependencies, licenses, and security implications before running or installing anything. OSRepos is not responsible for issues, damages, or losses resulting from third-party repositories.
Overview
Scrutiny is a self-hosted dashboard for monitoring hard-drive health through S.M.A.R.T. data collected by smartctl. It adds historical tracking and a focused view of critical metrics to help address gaps in command-line monitoring, such as difficulty spotting gradual changes over time.
It is aimed at people managing servers or other systems with multiple drives who want a central view of drive status and configurable alerts. Scrutiny combines manufacturer-provided metrics with real-world failure thresholds; it does not replace backups or guarantee that a drive failure can be predicted.
Key Features
- Web dashboard focused on critical S.M.A.R.T. metrics.
- Uses
smartdandsmartctlfor drive discovery and monitoring. - Tracks S.M.A.R.T. metrics and temperature over time.
- Applies customized thresholds informed by real-world failure rates.
- Sends configurable failure and collector-error notifications through webhooks and supported services.
- Supports an all-in-one Docker image or separate collector, web/API, and InfluxDB components.
Use Cases
- A home-server operator wants a dashboard of drive health and temperature across several disks.
- A NAS or server administrator wants historical metrics to notice gradual changes that a one-time status check may miss.
- An operator wants notifications when a drive reports a failure or the collector cannot read its S.M.A.R.T. data.
- A multi-server administrator wants to run collectors on individual hosts and send results to a central web interface.
Project Facts
- Language: Go
- License: MIT
- Stars: 8.3k
- Forks: 303
- Archived: false
Getting Started
The quickest route is the Docker omnibus image. Pass through the disks you want monitored and the required device metadata access:
docker run -p 8080:8080 -p 8086:8086 --restart unless-stopped \
-v `pwd`/scrutiny:/opt/scrutiny/config \
-v `pwd`/influxdb2:/opt/scrutiny/influxdb \
-v /run/udev:/run/udev:ro \
--cap-add SYS_RAWIO \
--device=/dev/sda \
--name scrutiny \
ghcr.io/analogj/scrutiny:latest-omnibus
Open http://localhost:8080 to view the dashboard. Pin a specific image version for predictable updates, and consult the README for device passthrough, configuration, and deployment details.
Considerations
- Scrutiny's README describes the project as a work in progress, so some rough edges may remain.
- The collector needs access to the monitored devices. Docker deployments require device passthrough,
/run/udev, andSYS_RAWIO; NVMe drives may also requireSYS_ADMIN. - RAID and virtual-drive visibility depends on what
smartctl --scandetects and whether the controller exposes underlying S.M.A.R.T. data. Device type overrides may be needed. - S.M.A.R.T. data and thresholds are not a guarantee of advance warning. Keep independent backups and assess drive health using your broader operational practices.
Source repository
Open the original repository on GitHub.
7 counted GitHub visits
Related repositories
Similar repositories that may be relevant next.

ai-observer: Monitor AI Coding Assistant Usage Locally
October 4, 2026
AI Observer is a self-hosted OpenTelemetry backend and dashboard for tracking usage across local AI coding assistants. It brings token and cost data, traces, logs, and metrics together in DuckDB, with both OTLP ingestion and file-based import or watching for supported tools.

e2a: Email API for Applications and AI Agents
September 29, 2026
e2a provides an email API and relay for applications and AI agents. It supports transactional sending, inbound mailboxes, and agent replies, with optional human review and hosted or Docker-based deployment.

router: Route AI Requests to the Best Model
September 28, 2026
weave-os/router is a Go proxy that routes AI requests across configured model providers, while accepting Anthropic, OpenAI, and Gemini API formats. It suits developers who want model choice and routing behind one endpoint, including agent and coding-tool users.

ksail: Create and Operate Kubernetes Clusters
September 27, 2026
KSail is a Go-based toolkit for creating and operating Kubernetes clusters across local, nested, and cloud providers. It brings provisioning, GitOps, secrets, cluster operations, and AI interfaces into one tool, for developers and platform teams who want a unified workflow.