Business-critical storage failure?1-800-228-8800
ADRADR Data RecoveryRAID · Server · NAS · Virtualization Start Emergency Triage

TrueNAS Sees the Disks but the Pool Will Not Mount

TrueNAS can detect every physical disk while the expected pool, datasets, or shares remain unavailable. Hardware detection is only the first layer; ZFS must also recognize a consistent vdev topology, usable labels, and a transaction history it can import.

Preserve the current state.

Do not create a new pool, clear labels, initialize an offered disk, or repeatedly force the import. Record the detected topology and preserve every original member first.

What this condition means

A pool can fail to import or mount after power loss, controller or HBA changes, cabling events, updates, missing members, incomplete resilvering, or damage to metadata that describes the pool.

A disk shown as healthy may still contain unreadable regions or a different transaction history. Conversely, a member TrueNAS rejects may remain partly readable and important to recovery.

What to record

What not to do

How ADR evaluates it

ADR determines whether the failure is device detection, vdev assembly, pool metadata, or dataset presentation. Member readability and ZFS identity are reviewed separately from the dashboard summary.

Stable logical failures may qualify for remote recovery. If a member is unstable, protected imaging precedes virtual pool reconstruction and dataset validation.

Seeing the disks is enough to begin the right evaluation.

TrueNAS does not have to import the pool or mount its datasets first. ADR can access the members independently, establish the vdev topology and transaction state, and reconstruct from protected sources rather than experimenting on the active pool.

What happens next

A pool that will not mount can still retain recoverable datasets. The practical result depends on the vdev layout, readable member coverage, transaction consistency, and prior intervention.