The server/NAS does not start and the RAID has the status "degraded"
Don't force reconstruction. First we check disk order, matrix parameters and secure the reading.
Dysk i Spółka • RAID/NAS
When an array goes degraded, offline or loses a volume, the order of actions matters. We preserve the disk order, image member drives and reconstruct the RAID on copies.
Response to the RAID/NAS incident
The greatest losses in RAID/NAS occur after chaotic repair attempts. Stop writing, preserve disk order, and consult next steps before rebuilding.
In the event of a crash, RAID first stop the recording operations. Unrethinkable reboot, RAID restoration, initialization or configuration reset can override metadata and hinder reconstruction. If the shares are missing, NAS does not mount the volume or rebuild is stuck, do not make further attempts on the originals.
In the laboratory we reconstruct among others. RAID 0, RAID 1, RAID 5, RAID 6, RAID 10, RAID 50 and the environment of HDD, SSD/NVMe, NAS Synology/QNAP and VMware / Hyper-V / SAN. We work on sector copies.
The most important are: device model, number of disks, order of media and history of operations. If the problem concerns the company NAS, server or VMware/Hyper-V, we treat it as an analysis of the data system, not a standard service intervention.
After contact we accept a matrix or NAS in Warsaw in Białołęka. We're preparing a shipment of disks for the lab.
Enter the device model, number of disks, matrix status, last message and information about the restoration of the RAID, configuration reset or replacement of the media.
The order of action is important in the matrix. Failed reconstruction may make the situation worse, so it is worth recognizing the symptoms first and stopping operations that change the data system.
The failure of the RAID array can manifest in many ways. Most often the administrator notes the message "Degraded", the lack of one of the disks in the matrix or the sudden disappearance of network volumes.
Typical symptoms include file reading errors, lack of access to network shares, or a situation where the RAID controller ceases to recognize matrix configuration.
Don't force reconstruction. First we check disk order, matrix parameters and secure the reading.
Don't initialize volumes. First we play matrix parameters: order, stripe and offset.
Stop the rebuild. We're working on copies, and we're checking to see if another attempt can make it worse.
Common RAID/NAS mistakes to avoid:
If the system asks to format the drive, do not confirm it. stop the server if saving is ongoing, note down the messages and do not start another restoration.
If this is a Synology or QNAP device, see also related paths:
The most common failure of the RAID/NAS with which they enter the laboratory
The problem in the RAID system rarely affects only one disk. Most often it is a complex logic failure or a serious deterioration of the situation following an operator error.
1. Virtual configuration reconstruction – reconstructing logical structure
We analyze parameters such as block size (Stripe Size), disk order and offset to build a stable reading environment without interference with physical media.
2. Damage to member disks and loss of parity
In case of simultaneous failure of more disks than is allowed by a particular level of RAID (e.g. two disks in RAID 5), it is necessary to recover data from damaged member disks, often with loss of sectors.
3. Controller faults and server system software failure
A hardware or software failure of the RAID controller may prevent access to data.
Supported configurations and environments
Any unthought-out reconstruction operation of the RAID may cause data to overwrite and limit the chances of recovery. First isolate the matrix from further recording operations.
First, relay the crash context and the controller messages. You will receive a safe dismantling procedure and transfer diagnostic equipment.
What is the diagnosis of RAID/NAS – step by step
A failed rebuild is one of the highest-risk scenarios. If the rebuild froze, restarted or was launched with the wrong source disk, every additional write can reduce consistency. We stop destructive processes and recreate the array virtually on copies.
In server systems and NAS, different levels of the RAID array are used, which differ in data recording and redundancy. The most common configurations are RAID 0, RAID 1, RAID 5, RAID 6 and RAID 10.
Most RAID and NAS failures are not only "one bad disk". The lab must understand the metadata that defines the array, the condition of each member disk and the file system built on top of the volume.
Professional work with RAID starts with the diagnosis of all disks included in the matrix. Each storage device is pictured sector by sector to protect the original data from further damage.
If more drives fail than the RAID level can tolerate, recovery may require work on the damaged member disks first. The objective is to stabilise reads, image what can be imaged and reconstruct the most consistent virtual array from the available data.
If the problem concerns the NAS device, virtual environment or corporate infrastructure, select the nearest service below and describe the symptoms. Thanks to this technique, it will immediately verify the risk to the matrix, work copies and critical data.
For company RAID/NAS cases, the safest plan is to freeze the current state before another rebuild, resync or controller change. Slot order, member-drive condition, controller messages and the last administrator action are often more important than a quick attempt to bring the volume online.
If the data is valid, do not restart without analysis of media, order and matrix parameters. First we check the arrangement to limit the risk of overwriting.
It's usually just the disks. Sometimes we also need configuration or controller; we will indicate this after initial analysis.
Enter device model, RAID level, disk order and stripe size. It speeds up the method.
Stop operations and do not save new data to the matrix. Recoverability depends on the scale of overwrites and the state of volume metadata.
We work with, among others, the RAID0/1/5/6/10, controllers and software matrices. It determines the state of disks and matrix metadata.
Recoverability depends on the rebuild process, the order of disks and the scale of overwrites. The analysis starts with copies of media and history of changes.
The quote depends on the level of RAID, the number of disks and the state of media. The specific scope is presented after diagnosis, before paid work.
When business data is blocked, the useful first step is not another rebuild. It is a controlled diagnosis based on disk order, event history and member-drive condition.
Before you submit a RAID or NAS case, compare the current status with the most common risk scenarios: a degraded array that still looks partly healthy and a degraded/offline array where the next action can decide the outcome.
The first decisions after a matrix failure have a huge impact on subsequent recovery chances.
Read the guideA practical checklist for preserving disk order, logs, metadata and parity state before another rebuild or resync attempt.
Read the guide