Skip to main content
24/7 emergency lineFree diagnosis on eligible standard recoveriesFREE Postage Label, Australia-wide
WildfireData Recovery
No Data, No Fee policyNo success fee unless we recover your data

Free tool: Array Passport

Record your array today.
Skip the guesswork tomorrow.

Fill it in while the array is healthy: the RAID level, which drive sits in which bay, every serial number, the software version and who to call. It prints one A4 page for the cabinet.

Last checked

  • Runs in your browser, nothing uploaded
  • Built by our Brisbane recovery lab
  • Sources listed

Free tool · Before anything fails

Array Passport: write your array down while it still works.

When an array fails, the first questions are always the same. Which RAID level? Which drive sat in which bay? Is there an SSD cache? Who holds the encryption key? On a healthy NAS those answers take minutes to find. On a dead one they can be impossible. Fill in what you know, print one page for the cabinet, and keep a copy you can open again next year.

Array Passport Nothing you type leaves your browser.

Seven short steps, about ten minutes with the NAS settings open. Skip anything you do not know. Blank lines print, so you can fill them in by hand later.

Never type a password, passphrase or encryption key into this form.It asks where the key is kept, never for the key itself. There is no upload and no account, and nothing is sent anywhere.

Updating last year's passport? Open the copy you downloaded.

01 Device

The box itself. Most of this is on the label underneath or in the NAS settings.

Shown in the NAS settings, usually under Info Center, System or About. For a hardware RAID controller, write the controller model and firmware.

So someone who has never seen it can find it.

02 Array

How the drives are joined together. Look in Storage Manager on a Synology, Storage & Snapshots on a QNAP, or Storage on TrueNAS.

Every drive in the array, including a hot spare. Leave out cache SSDs. From 2 to 24.

Names and sizes, as the NAS shows them.

Hot spare

A spare drive that sits idle until another drive fails.

SSD cache

Fast SSDs that sit in front of the drives. Look for SSD Cache in the storage settings.

Optional: paste the output of mdadm --detail

Synology, QNAP QTS and most other Linux-based NAS units build their arrays with mdadm. TrueNAS, QuTS hero and Unraid do not, so this box cannot read them. Your IT provider can run cat /proc/mdstat over SSH to find the data array, then mdadm --detail /dev/md2 (the number may differ) with admin rights, and paste the result here. If it reads, the RAID level, drive count and member list fill in for you. It stays in this browser like everything else.

Which partition holds which slot of the array. mdadm lists partitions such as /dev/sda5, not bays, so keep the drive lines in step 03 as well.

03 Drives, bay by bay

One line per drive. The serial number is on the drive's own label, and most NAS units also show it on each drive's information page. Bay 1 is usually the top or left slot. The number of lines follows Number of drives in step 02.

Swapped a drive? Update its line and print a fresh copy. Need labels for the drives themselves? The bay label and case brief builder prints them.

04 Protection

What would still exist if this array were lost tomorrow.

Snapshots

Immutable snapshots are locked for a set time, so nobody can delete or change them, not even an administrator.

Backup copies

Tick every kind you have. RAID is not a backup: it keeps running when a drive fails, but it copies deletions and ransomware straight across.

Do the backups use separate logins?

If one password opens both the NAS and the backups, one stolen password reaches both.

The last time someone restored a real file from a backup and opened it.

UPS (battery backup)
UPS shutdown tested

Tested means the NAS shut itself down cleanly when the UPS switched to battery.

05 Access and encryption

How people reach the NAS from outside the office, and whether the data is locked to a key.

Remote access

Tick every way people connect from outside.

Automatic updates
Encryption

Volume, pool or shared folder encryption set up in the NAS.

Do not type the key here.Write where the recovery key is kept and who can get to it. A sheet that held the key would hand it to anyone who found the sheet. This page never asks for the key itself.

A place, not the key.

06 People

Who a lab should talk to, and who can say yes.

Owner or main contact
IT provider
After-hours contact
07 If it fails

Decisions that are easier to make now, calmly, than at 2 am with the server down.

Preferred speed

These change how soon an engineer starts on your array, not how the work is done. Any priority fee is confirmed with you before anything is booked.

The most that can be approved on the day without asking you first. It is your own limit, not a price. A recovery is quoted after the drives are assessed, and nothing goes ahead until the quote is approved.

Review bySet the date captured

Twelve months after the date captured. Review sooner if a drive is replaced or the NAS is moved or updated.

08 Print, save and register

Print one copy for the cabinet and download one for your records. Both hold exactly what you typed above, and no passwords or keys.

Saves the form in this browser only, so it is here when you come back. Untick to remove it. Leave it off on a shared computer.

Register this array with Wildfire

Email the details you choose to share to admin@wildfiredata.com.au. Use Copy as text and paste the summary into the email, or attach the copy you downloaded. We keep registered arrays on file, so if this array ever fails, the details you sent are already with us.

Array already failed? Use the bay label and case brief builder
Your passport, as it prints

If this array fails

  1. Stop. Do not rebuild, initialise, repair or swap drives. Each one writes to the drives a lab needs to image.
  2. Label every drive with its bay number before anything comes out of the unit, and keep any cache SSDs with the drives.
  3. Call Wildfire Data Recovery on 1300 806 557 with this sheet in hand.

Store this inside the cabinet or with your offline records. It contains no passwords or keys.

wildfiredata.com.au · 1300 806 557

One A4 page for up to 8 drives. Very long answers print in smaller type to keep it to one page.

More about this tool

Seven steps, one page, nothing sent.

The passport is a form that runs entirely in your browser. You type what you know, it builds the printed sheet as you go, and nothing leaves your computer unless you save or copy it yourself. It suits Synology, QNAP, TrueNAS, Unraid, Windows Server and hardware RAID controllers.

01

Fill in what you know

Seven short steps: device, array, drives bay by bay, protection, access and encryption, people, and what to do if it fails. Skip anything you do not know. Blank lines still print, so you can fill them in by hand. With the NAS settings open, it takes about ten minutes.

02

Paste mdadm output if you can

On a Synology, a QNAP running QTS or another NAS built on Linux software RAID, your IT provider can paste the output of mdadm --detail. The form reads the RAID level, the drive count and the member list from it, and ignores anything it cannot read. mdadm lists partitions, not bays, so the drive lines still come from you.

03

Print, save and update

Print one A4 page, black on white. Download a copy as a small .json file and open it again next year with Open a saved copy. Copy as text gives a plain version for an email or a ticket.

One page holds up to eight drives. Bigger arrays, up to 24 drives, and very long answers print in smaller type, and the form tells you if the sheet would run onto a second page.

What it cannot do

  • It does not connect to your NAS or read its settings. It only knows what you type or paste.
  • It does not check the array's health. For a health reading from pasted mdstat, mdadm, smartctl or zpool status output, use the RAID evidence reader.
  • It cannot tell whether what you typed is right. Check each serial number against the label on the drive.
  • It is not a backup, and it holds no passwords or keys. It records where things are, not the things themselves.
Why disk order and settings matter

A RAID array spreads your files across several drives in a fixed pattern. To read them back, the software has to know the RAID level, which drive held which position, the chunk size (how much data goes on one drive before the next one takes over) and how the parity is laid out. While the array is healthy, the NAS keeps track of all of that for you.

On a NAS that uses Linux software RAID, each member drive carries a small record called a superblock. It holds the RAID level, the layout, the chunk size, that drive's role in the array and an event counter that goes up every time the record is updated. When mdadm puts an array back together, it uses that counter to spot members that dropped out or fell out of step. Hardware RAID controllers keep a copy of the layout as well. When a Dell PERC controller finds drives whose configuration it does not know, or that does not match its own, it reports a foreign configuration.

Those records describe the array as it is now, and they live on the same drives that are failing. A pool that was re-created or initialised, a rebuild that stopped halfway or a replaced controller can leave them missing, overwritten or out of step with each other. mdadm can even be told to assemble an array when the records on some members look out of date, and its manual warns that an array which needs that may contain data corruption.

That is when a recovery lab has to work the settings out from the raw data: the drive order, the chunk size, the parity pattern and which members were current when the array stopped. Every unknown adds testing, and a wrong guess written back to the drives makes the job harder. A record taken while the array was healthy gives the engineer a starting point from you instead of a guess. It does not replace the lab's own checks, because drives get moved and settings change, but it gives those checks something to start from.

The metadata version matters too. Linux RAID keeps the superblock near the end of each member for versions 0.90 and 1.0, at the start for 1.1, and 4 KB from the start for 1.2. If you paste mdadm --detail into the passport, the metadata version, the chunk size and the member list go onto the sheet.

What to record and what never to record

Good NAS documentation answers the questions a recovery lab asks first. It never holds the secrets that would let someone else in. These are the seven steps of the passport, and the things it will never ask for.

Record
01 Device
Make, model, operating system and its exact version, where it lives, its name on the network and when it was bought.
02 Array
RAID level, number of drives, file system, pool and volume names and sizes, any hot spare and any SSD cache.
03 Drives, bay by bay
Make and model, serial number, capacity, firmware and the month each drive went in. This is the line that matters most.
04 Protection
Snapshots, backup copies, whether the backups use separate logins, the date of the last test restore, and the UPS.
05 Access and encryption
How people connect from outside, whether updates are automatic, whether anything is encrypted, where the recovery key is kept and who holds it.
06 People
The owner or main contact, the IT provider and an after-hours contact.
07 If it fails
Your preferred speed, the most that can be approved without calling you first, and anything else a lab should know.
Never record
  • Passwords for the NAS, its admin accounts, the router or the backups
  • Encryption passphrases, recovery keys or key files
  • Two-factor backup codes
  • VPN keys or certificates
  • Anything you would not want read by whoever opens the cabinet

The form asks where the key is kept, never for the key. In the key and notes boxes it warns you if something looks like a recovery key or password, and asks you to take it out.

Without its key, an encrypted volume stays locked, for you and for any recovery lab. Knowing where the key lives, and who can reach it, matters as much as the drive order.

A read-write SSD cache is part of the array

It writes changes to the SSDs first and copies them to the hard drives later, and Synology warns that removing the SSDs before that data is written back can lose data. Record the cache SSDs and their slots. If the NAS fails, the SSDs go to the lab with the drives.

Write down the last test restore

RAID keeps running when a drive fails, but it copies deletions and ransomware straight across, so it is not a backup. ASD's Essential Eight expects organisations to test restoring data, applications and settings from backups as part of disaster recovery exercises. The date on the sheet shows when that last happened.

Where to keep it

Keep at least two copies, and never only on the NAS it describes: a copy stored on the array is lost with the array. The sheet holds names, phone numbers and the unit's network name, so treat it as an internal document.

Printed

Inside the cabinet

Keep the printout with the NAS, in a sleeve inside the comms cupboard door or the rack. Whoever is standing at the unit on a bad day has the bay order in front of them, and the sheet ends with three steps to follow if the array fails.

Offline

With your offline records

Keep the downloaded .json file and a second printout somewhere that does not depend on the NAS, such as your business continuity folder or a USB stick kept away from the office.

Shared

With your IT provider

Send them the .json file, or the Copy as text version, for their client records. Then they can answer a lab's questions even when you cannot be reached.

Optional

In your own browser

Keep on this device saves the form in that browser only, and only while it is ticked. It is handy on your own computer. Leave it off on a shared one, and do not rely on it as your only copy.

When to update it

A passport is only as good as its last update. The form sets a review date twelve months after the date captured. Any of these changes should bring it forward.

  1. A drive is replaced or swappedNew serial, new install date. Check the new drive went into the same bay.
  2. The array grows or changesDrives added, a pool expanded, or a change of RAID type.
  3. The software or firmware is updatedWrite the full build number from the NAS settings, not just the first two digits.
  4. Cache, spare, encryption or remote access changesEach of these changes what a lab needs to collect or ask about.
  5. The NAS moves, or people changeA new room or office, a new IT provider, or a new after-hours number.
  6. At least once a yearEven if nothing changed, check the sheet against the unit and print a fresh one.

To update, use Open a saved copy with last year's .json file, change what is different, then print a fresh sheet and swap it for the old one in the cabinet.

Why the exact version matters right now

On 29 October 2026 Synology said attackers were targeting NAS units on outdated DSM through a vulnerability it patched in December 2024 (Synology-SA-24:20). Its advisory Synology-SA-26:19 of 10 November 2026 sets the minimum safe builds: DSM 7.4.1-90080-1, 7.3.2-86009-5, 7.2.2-72806-10 and 7.2.1-69057-13, and lists no fixed build for DSM 7.2, 7.1 or 6.2.

A full build number on the sheet can be checked against that list in seconds. Our NAS ransomware check does the comparison for you, and the C3RB3R guide covers the rest.

Use it at handover, one per client array.

If you look after NAS units for clients, the passport is a handover document. Fill one in when you take on a client, when you commission a new unit, and when a site passes to someone else.

  • One passport per array. A client with a main NAS and a backup NAS gets two sheets.
  • Paste mdadm --detail over SSH to capture the level, member list, chunk size and metadata version. Then check the drive lines by hand, because mdadm lists partitions, not bays.
  • Put your business in step 06, with an after-hours number, so whoever finds the sheet knows who looks after the unit.
  • Keep credentials in your password manager. The passport says where a key is kept and who holds it. It never holds the key.
  • Review it on every visit that touches the storage, and at least once a year. Open the saved copy, change what is different, print a fresh sheet.
At handover, leave three things
  • The printed passport inside the cabinet, dated, with the review date showing.
  • The .json file in the client's documentation, where your team can open and update it.
  • A bay label on every drive, printed at the same visit with the bay label and case brief builder.
A four-bay SHR unit, written down.

A made-up but typical example: a small Brisbane office with a four-bay Synology, filled in by its IT provider on 6 November 2026. The model, version and serial numbers are examples only.

Example only Array Passport Synology DS920+ · FILES01

Captured 6 Nov 2026
Review by 6 Nov 2027

Operating system
DSM 7.2.2-72806 Update 9
Where it lives
Comms cupboard, level 1
RAID level
SHR (Synology Hybrid RAID)
Drives
4, file system Btrfs
Pools and volumes
Storage Pool 1, Volume 1
Hot spare
No
SSD cache
None
Encryption
Yes, some shared folders
Recovery key kept
Sealed envelope in the office safe
Key held by
Office manager and the IT provider
Drives, bay by bay
BayMake and modelSerial numberCapacityInstalled
1WD Red Plus WD40EFPXWD-EXAMPLE014 TBMar 2022
2WD Red Plus WD40EFPXWD-EXAMPLE024 TBMar 2022
3Seagate IronWolf 8 TBZA-EXAMPLE038 TBFeb 2026
4Seagate IronWolf 8 TBZA-EXAMPLE048 TBJun 2025

mdadm members: two data sets, a RAID 5 set across all four drives and a RAID 1 set across the two 8 TB drives.

A shortened version of the printed sheet. The real one adds protection, access, people and the three steps to follow if the array fails.

SHR is Synology's own RAID system. Synology says it is based on Linux RAID and divides each drive's space into smaller chunks, so drives of different sizes are not wasted. With mixed sizes, that usually means more than one RAID set on the same drives, as in this example. The IT provider chose SHR in step 02, then pasted the mdadm --detail output for both sets. The form kept SHR as the RAID level instead of replacing it with RAID 5, filled in four drives, and put both sets in the member list.

What this sheet answers before anyone touches the drives

  • Which drive goes where. The bay order and serials are on paper, so drives that come out can be matched back to their bays, or imaged in order.
  • Which drives are newer. Bays 3 and 4 went in years after bays 1 and 2, so the lab knows before it starts that the drives differ in age, make and size.
  • How many RAID sets there are. The member list shows two, so nobody is surprised by the second one.
  • What else to collect. No SSD cache and no hot spare: the four drives are the whole array.
  • Where the key is. Some shared folders are encrypted. The sheet says where the key is kept and who holds it. It does not hold the key.
  • Who to call. The owner, the IT provider and an after-hours number sit on the same page as three steps: stop, label every drive with its bay, then call.

Questions

Array Passport questions

Short answers about RAID and NAS documentation, and what this form does with what you type.

What should RAID or NAS documentation include?

Enough for a stranger to identify the unit and rebuild its layout: the make, model and exact software version; the RAID level, file system, pools and any SSD cache or hot spare; every drive by bay with its serial number; the backups and the last test restore; where any encryption key is kept and who holds it; and who to call. The Array Passport is a free template that covers all of it on one page.

Is the Array Passport free, and is anything uploaded?

It is free, with no account. It runs in your browser and makes no network calls, so nothing you type is sent anywhere. A copy only exists if you print it, download it, copy it, or tick Keep on this device, which saves it in that browser alone.

Should I put the admin password or encryption key on it?

No. Record where the recovery key is kept and who holds it, never the key itself, and keep passwords in a password manager. A sheet that held the key would hand it to anyone who found the sheet. The form warns you if something in the key or notes boxes looks like a key or password.

How often should I update my RAID documentation?

After any drive swap, expansion, change of RAID type, software or firmware update, or move, and at least once a year. The form sets a review date twelve months after the date captured. Open last year's .json file, change what is different and print a fresh sheet.

Can the passport read the settings from my NAS?

No, it never connects to the NAS. Most answers are on the label underneath and in the NAS settings: Storage Manager on a Synology, Storage & Snapshots on a QNAP, or Storage on TrueNAS. On a Synology, a QNAP running QTS or another NAS built on Linux software RAID, your IT provider can paste mdadm --detail output to fill in the RAID level, drive count and member list. For a hardware RAID controller, write the controller model and firmware in the version box.

Sources

The numbers in the text link here. Last checked ; source 8 updated 11 November 2026.

  1. RAID superblock formats. Linux RAID wiki (archived), kernel.org.
  2. PowerEdge: Importing or Clearing Foreign Configurations on PERC controllers. Dell knowledge base article 000139205.
  3. mdadm(8) manual page. mdadm project, via man7.org.
  4. Will SSD cache increase the risks of data loss? Synology Knowledge Center.
  5. Regular backups (Essential Eight). ASD's Blueprint for Secure Cloud, Australian Signals Directorate.
  6. Synology urges users to update DSM following ransomware attacks on outdated DSM versions. Synology, 29 October 2026.
  7. Synology-SA-24:20 DSM (PWN2OWN 2024). Synology security advisory, 5 November 2024.
  8. Synology-SA-26:19 DSM. Synology security advisory, 10 November 2026.
  9. What is Synology Hybrid RAID (SHR)? Synology Knowledge Center.

Already in trouble?

Array already failed?
Stop before the next rebuild.

Do not rebuild, repair, initialise or swap drives. Label each drive with its bay number, keep any cache SSDs with them, and talk to our Brisbane lab first.