Synology: Storage Pool Degraded або Volume Crashed — що робити спочатку

Storage Manager став помаранчевим або червоним, і на екрані одне з двох слів: Degraded або Crashed. Вони схожі й означають протилежне. Перше — звичайний ремонт, який DSM виконує за вас. Друге — єдина ситуація на NAS, коли один хибний клік або вставлена команда знищує ваші дані назавжди.

Ця сторінка на початку навмисно повільна. Швидка частина — що натиснути, що набрати — починається після того, як ви зрозумієте, який із двох випадків у вас.

Що ви бачите на екрані

Не впевнені, що саме у вас? Відкрийте Storage Manager → Storage Pool і прочитайте слово статусу точно. Більше нічого там поки не робіть.

🛑 Прочитайте це, перш ніж щось торкати

Кожен із цих пунктів перетворює ситуацію, яку можна врятувати, на безнадійну. Кожен — із реального випадку.

1. Якщо статус Crashed, а спільні папки ще відкриваються — не вимикайте й не перезавантажуйте. Це вказівка самої Synology: доки дані читаються, єдиний правильний крок — скопіювати їх із NAS зараз. Перезавантаження може стати останнім разом, коли масив узагалі збереться.
2. Не натискайте Remove, Delete чи Create на жодному пулі чи томі — ні «щоб почати з чистого аркуша», ні «подивитися, чи допоможе». Видалення пулу стирає метадані RAID, від яких залежить будь-яке подальше відновлення.
3. Не вставляйте команди, яких не розумієте. Класична помилка — одне слово: mdadm --create замість mdadm --assemble. Перша створює новий, порожній масив поверх ваших дисків і за секунду знищує старий. Друга лише намагається запустити масив, який уже є. У терміналі вони виглядають майже однаково.
4. Не витягайте диски, щоб «перевставити». Єдиний виняток — диск, який щойно випадково вийняли: поверніть його в той самий слот і більше нічого (гілка B3).
5. Не запускайте Repair, доки не знаєте, який диск відмовив, і не тримаєте в руках справну заміну.
6. Нічого не записуйте на том — жодних нових файлів, жодної сторонньої «перевірки диска», жодних оновлень пакетів.

Якщо щось із цього ви вже зробили — запишіть точно, що і в якому порядку. Тому, хто допомагатиме вам далі, це буде потрібно.

Degraded чи Crashed: єдина відмінність, яка має значення

Документація Synology формулює це точно (оригінал англійською):

A storage pool becomes Degraded when one or more of its drives becomes defective, but the storage pool remains accessible because no data loss has occurred. You can use the Repair feature to repair a degraded storage pool and return it to a healthy status. Before initiating the repair, replace the defective drives with healthy ones.

When the status of a storage pool becomes Crashed, you can no longer repair it by yourself.

У перекладі: пул стає Degraded, коли один або кілька дисків виходять з ладу, але залишається доступним, бо дані не втрачено; перед ремонтом замініть несправні диски на справні. Коли статус стає Crashed, полагодити його самостійно вже не можна.

Degraded — це масив, який працює без запасу безпеки. Дані на місці; ще одна відмова — і їх не стане. Завдання термінове, але звичайне: замінити диск, запустити Repair.

Crashed означає, що масив або файлова система на ньому вже втратили більше, ніж могли витримати. Завдання вже не полагодити, а витягти дані — а якщо дані не читаються, зупинитися.

Скільки відмов витримує ваш масив

Тип RAID подивіться в Storage Manager → Storage Pool.

Два поширені непорозуміння. SHR із двох дисків — це дзеркало, і воно витримує одну відмову: Synology називає «SHR comprising of at least two drives» серед типів, які можна ремонтувати. Basic, JBOD і RAID 0 не мають захисту: для них Repair не існує, і відмова диска означає відновлення з резервної копії.

Безпечна діагностика: що насправді зламалося

Усе в цьому розділі лише читає. Ніщо тут не змінює жодного байта на ваших дисках.

У DSM

Storage Manager → HDD/SSD показує кожен диск із його станом; несправний зазвичай позначено з номером слота. Storage Manager → Storage Pool показує статус пулу й прогрес Repair, якщо він уже триває.

Запишіть: слот, модель диска, слово статусу й те, як DSM називає диск — missing, failed чи critical. Це знадобиться на кожному наступному кроці.

У терміналі (лише читання)

Термінал показує більше, ніж DSM, і нічого не коштує — доки ви тримаєтеся трьох команд нижче. Кожна читає й повідомляє. Жодна не пише.

Увімкніть SSH у Control Panel → Terminal & SNMP, під'єднайтеся з обліковим записом адміністратора й перейдіть у root:

sudo -i

Synology описує процедуру: How can I sign in to DSM with root privilege via SSH?.

🟢 Безпечно — лише читання. Стан кожного RAID-масиву, відомого ядру.

cat /proc/mdstat

Кожен рядок, що починається з md, — один масив. active означає, що він зібраний і працює. Дужки на кшталт [UU_] мають по одній позиції на диск: U — робочий учасник, _ — відсутній. Диск із позначкою (F) викинуто як несправний. Рядок recovery або resync із відсотками означає, що ремонт триває — не чіпайте. Масив, який не показано як активний, хоча диски фізично присутні, — це картина Crashed: ядро не змогло їх зібрати.

🟢 Безпечно — лише читання. Читає метадані RAID («суперблок») з одного диска й виводить їх.

mdadm --examine /dev/sdX

Замініть sdX на ім'я диска (sda, sdb, …) і виконайте для кожного диска в пулі. Порівняйте між дисками: Array UUID (має бути однаковим на кожному учаснику), Events (лічильник — диск, що значно відстає від інших, довго був поза масивом і містить застарілі дані), а також State / Device Role. Так відрізняють «один диск випав, решта узгоджені» від «диски не згодні щодо того, що це за масив».

🟢 Безпечно — лише читання. Власний звіт диска про здоров'я (SMART).

smartctl -a -d sat /dev/sata1

У DSM 7 диски зазвичай звуться /dev/sata1, /dev/sata2, … (старіший DSM: /dev/sda, /dev/sdb); cat /proc/mdstat показує, які імена використано, і ті самі імена йдуть у mdadm --examine. Ключ -d sat робить SMART читабельним через SATA-контролер на DSM — саме така форма у цій німецькій темі та цій темі архіву.

Диск, який повідомляє про перепризначені чи очікувані сектори, помилки читання або не відповідає на запит, фізично виходить з ладу. Кожне наступне читання з нього може бути останнім — найсильніший аргумент за посекторну копію перед будь-чим іншим.

Що вам кажуть результати

• mdstat: масив активний з одним _; DSM каже Degraded → один диск випав, решта узгоджені. Гілка A. Хороша новина.
• mdstat: масив не працює; --examine: усюди той самий Array UUID, значення Events близькі → диски, ймовірно, справні, масив просто не зібрався. Дані дуже ймовірно цілі, але повернути їх — робота для досвідчених. Гілка B — і прочитайте «Коли зупинитися».
• --examine: один диск далеко відстає за Events → він давно покинув масив. Силоміць повернути його — зіпсувати актуальні дані застарілими. До фахівця.
• SMART: диск фізично виходить з ладу, або випало більше дисків, ніж витримує ваш тип RAID → зупинитися. Гілка B2.

Дерево рішень

Слово статусу в Storage Manager?
│
├── Degraded ──────────────────────────────► Гілка A: замінити диск, Repair
│
└── Crashed
    ├── Диск щойно випадково вийняли ──────► Гілка B3: повернути в той самий слот
    ├── Спільні папки ще відкриваються ────► Гілка B1: НЕ ВИМИКАТИ — копіювати зараз
    ├── Дані не читаються ─────────────────► Гілка B2: зупинитися; лабораторія відновлення
    └── NAS не завантажується ─────────────► Гілка B4

Гілка A — Degraded: замінити диск і запустити Repair

Ваші дані цілі. Масив працює без захисту — саме тому це терміново, а не тому це небезпечно. Небезпечним це робить лише поспіх.

1. Визначте несправний диск у Storage Manager → HDD/SSD і запишіть слот. Якщо не можете зрозуміти, який диск відмовив, не вгадуйте: витягнути справний диск із деградованого RAID 5 чи SHR-1 — миттєво його обвалити. Зупиніться й попросіть допомоги, показавши вивід mdstat.

2. Візьміть справну заміну. Synology: «Before initiating the repair, replace the defective drives with healthy ones». Не використовуйте відмовлений диск повторно «щоб перевірити, чи то був збій».

3. Замініть диск. Вставте новий диск у той слот, з якого вийняли несправний.

4. Запустіть Repair. 🟡 Обережно — змінює стан. Записує відновлені дані на новий диск, читаючи з наявних учасників. Це дія, яку приписує Synology.

Storage Manager → Storage Pool → обрати пул → Repair.

5. Чекайте й не чіпайте. На дисках у кілька терабайтів ремонт триває багато годин, іноді днів — у Synology є стаття з назвою Why does it take a long time to repair a storage pool? саме про це. Доки не завершиться: жодних перезавантажень, жодного витягання дисків, жодного важкого навантаження, жодного другого Repair.

Якщо під час ремонту відмовить другий диск, пул переходить із Degraded у Crashed. Ви в гілці B. Не вимикайте.

Basic, JBOD, RAID 0: опції Repair немає, бо немає надлишковості. Ваш шлях — резервна копія. Без неї — гілка B2: диск, можливо, частково прочитає фахівець.

Гілка B — Crashed

Стаття Synology про аварійні томи описує чотири ситуації і дію для кожної. Це чотири гілки нижче.

B1 — Crashed, але дані ще читаються

Саме цей випадок губиться в паніці. Вказівка Synology: не вимикайте систему. Негайно копіюйте дані на комп'ютер або зовнішній диск — спочатку незамінне (фотографії, документи), медіатеку наостанок.

Лише коли копія завершена й перевірена (відкрийте вибірку скопійованих файлів, порівняйте розміри), процедура Synology триває: видалити пул, виконати тест пам'яті, створити пул заново, відновити з копії.

Перед наступним кроком зробіть посекторну копію кожного диска в пулі. Видалення пулу незворотне, і копія, яку ви щойно зробили через мережу, — єдине, що ще стоїть між вами й повною втратою. Якщо немає чим зняти образи дисків — немає запасних дисків того ж розміру, немає другої машини — зупиніться тут і тримайте NAS увімкненим, доки не з'явиться.

Storage Manager → Storage Pool → Remove. 🔴 Незворотно. Знищує метадані RAID і все, що є на пулі.

Потім виконайте тест пам'яті — Synology називає його, бо аварійний том на справних дисках іноді означає несправну RAM, яка псує записи. (Memory Test у Synology Assistant — як запустити) Потім створіть пул заново й відновіть дані з копії.

B2 — Crashed, і дані не читаються

Позиція Synology — одне речення: звернутися до компанії з відновлення даних.

Ми кажемо те саме, з одним чесним доповненням. Просунутий шлях існує — наш архів форуму містить багато тем, де масив повернули вручну, і кілька, де спроба його добила. Команди та їхній точний порядок для дискової розкладки Synology — предмет окремого посібника, після того як кожну з них перевірено; на цій сторінці їх немає свідомо, і брати їх із випадкового блогу не можна.

Якщо все ж збираєтеся спробувати, правило абсолютне: спочатку посекторна копія кожного диска, і кожен експеримент — на копіях, ніколи на оригіналах. Якщо зробити копії нічим, ви дійшли межі того, що можете зробити самі.

B3 — Диск випадково вийняли

Поверніть його в той самий слот, з увімкненим NAS, якщо він працював. Більше нічого. DSM має його підхопити; залежно від того, скільки він був поза масивом, пул може показати Degraded і запропонувати Repair — це гілка A. У Synology є стаття для цього випадку: How do I repair a storage pool if a drive was accidentally removed.

Не витягайте його знову і не пробуйте інший слот.

B4 — NAS не завантажується

Припис Synology: усунути відмову диска, потім зняти дані з дисків. На практиці або диск відмовив настільки, що блокує запуск системи, або пошкоджено системний розділ, який DSM тримає на кожному диску. Для обох є окремі посібники — читання дисків Synology на звичайному ПК і відновлення аварійного системного розділу. Не перевстановлюйте DSM через Synology Assistant «щоб зайти»: це записує на кожен диск.

Коли зупинитися і йти до фахівця

Це не відмова від відповідальності. Кожен рядок — точка, у якій ще одна спроба нефахівця в реальних випадках перетворювала «можна врятувати» на «втрачено».

• Диск клацає, скрипить або раз за разом розкручується. Механічна несправність. Кожне вмикання може знищити пластини. Вимкніть і більше не запускайте.
• Випало більше дисків, ніж витримує ваш тип RAID. Відбудова вимагає, щоб дані застарілого диска злив той, хто точно знає, що робить.
• Crashed, і дані не читаються. Synology сама каже: компанія з відновлення даних.
• Ви не можете зробити посекторну копію дисків. Ніщо з просунутого шляху не має виконуватися на оригінальних дисках.
• Ви не впевнені, який диск відмовив. Вгадувати в масиві з одинарною парністю — підкидати монетку своїми даними.
• mdadm --examine показує диск, що далеко відстає за Events. Силоміць його повернути — переписати хороші дані старими.
• Ви вже виконали команду запису — --create, ремонт файлової системи, видалення пулу — і не впевнені, що вона зробила. Зупиніться. Те, що залишилося, можливо, ще врятують правильними інструментами, але не після ще однієї спроби.

Лабораторія відновлення даних коштує дорого. Та все одно дешевше за другу спробу.

Як більше сюди не потрапити

• RAID — не резервна копія. Він покриває смерть одного диска — не другого, не збій файлової системи, не несправну RAM, не хибний клік. Тримайте важливе ще й поза NAS.
• Замінюйте диск за першим попередженням. «Degraded» — це DSM каже вам, що запасу більше немає.
• Для чотирьох дисків і більше розгляньте SHR-2 або RAID 6. Другий диск парності перетворює «другу відмову під час 30-годинної відбудови» з катастрофи на незручність.
• Увімкніть сповіщення DSM, щоб деградований пул дійшов до вас за годину, а не тоді, коли ви наступного разу відкриєте веб-інтерфейс.

Джерела

Офіційна документація Synology:

• Repair a Storage Pool — визначення Degraded / Crashed і список типів RAID, які можна ремонтувати.
• What can I do if one of my volumes crashed? — чотири ситуації аварійного тому в гілці B.
• Why does it take a long time to repair a storage pool?
• How do I repair a storage pool if a drive was accidentally removed
• Choose a RAID Type та What is Synology Hybrid RAID (SHR)? — відмовостійкість у таблиці.
• How can I sign in to DSM with root privilege via SSH? — доступ до оболонки для перевірок лише на читання.
• How can I run a memory test on my Synology NAS? — тест пам'яті в гілці B1.

Випадки спільноти, на які спирається цей посібник (архів форуму цього сайту і німецький форум Synology):

• FAQ: Что делать если «отвалился» RAID массив
• Восстановление RAID5 после аварии
• [how-to] Defektes Raid-5 wiederherstellen
• DS723+: Volume abgestürzt. Wie vorgehen? Datenrettung möglich?

Цей посібник перевірила людина перед публікацією (власник сайту, який шістнадцять років вів форум, з якого походить цей архів). Останню перевірку виконано 2026-10-09.