Відповідь одразу: Якщо ваш QNAP NAS перестав відповідати, а том (Volume) став недоступним або лише для читання, негайно вимкніть пристрій. У жодному разі не натискайте кнопку «Recover» у Storage & Snapshots, не запускайте перевірку файлової системи та не підключайте диски безпосередньо до ПК. Дані у переважній більшості випадків фізично все ще знаходяться на пластинах, але некваліфіковані спроби відновлення перезапишуть LVM thin-метадані або розладнають RAID-масив, після чого порятунок стане значно складнішим. З таким обладнанням, як PC-3000 та станції клонування DeepSpar, ми регулярно працюємо над відновленням QNAP і вирішуємо навіть критичні сценарії типу «Volume is not active». Діагностика у нас безкоштовна, а ціну ми називаємо заздалегідь.
Часта проблема починається не з пошкодження головок, а з одного клацання. NAS після збою живлення не завантажує том, власник у паніці натискає у Storage & Snapshots «Recover» — і цим самим може перезаписати саме ті метадані, з яких дані ще можна було б скласти. Той самий принцип «онлайн-ремонт розвалить масив» ми бачили й на великих масивах: у 20-дискового RAID 6 масив зруйнувала спроба rebuild, під час якої на, здавалося б, здоровому диску виявилися погані сектори. У QNAP принцип той самий — будь-який запис у розвалений масив є грою з вогнем. Тому, якщо ви не знайомі з архітектурою QTS та роботою LVM2, краще довірити пристрій спеціалістам з відновлення RAID та NAS.
Швидка орієнтація за повідомленням у QTS
Коли QTS показує помилку тому або пулу сховища, важливо розрізняти, що саме вона повідомляє. Та сама сторінка адміністрування може приховувати зовсім інший тип аварії.
- Volume is not active / not mounted: часто після збою живлення або падіння thin pool. NAS вимкнути, не запускати Recover або Check File System.
- Storage Pool Error: може йтися про пошкоджений RAID, LVM-метадані або проблему з одним фізичним диском. Без клонів неможливо безпечно оцінити масштаб.
- RAID Group Degraded: не міняти диски методом спроб і помилок. Позначити шахти та дати оцінити стан інших дисків перед rebuild.
- Thin Volume warning: thin volume додає шар зіставлення. Якщо він пошкоджується, файли можуть зникнути, навіть якщо дані в секторах все ще існують.
- QuTS hero / ZFS pool не імпортується: не намагатися імпортувати pool повторно з різними опціями. ZFS потребує консистентного останнього транзакційного стану.
Коротка версія: QNAP повідомляє не лише про «диск». Він повідомляє про весь ланцюжок mdadm, LVM2, ext4 або ZFS. Тому безпечний порядок дій — спочатку клонування, і лише потім аналіз.
1. Анатомія сховища QNAP: чому це не просто «підключити диск до ПК”
Найбільшою пасткою є хибне уявлення, що дані на дисках знаходяться в універсальному форматі. Насправді все набагато багатошарове — і саме ця складність є причиною, чому аматорські спроби закінчуються повною втратою.
QTS: mdadm → LVM2 → Volume
Класична система QTS будує дисковий простір у трьох шарах:
- RAID-масив (mdadm): Нижній шар, який складає фізичні диски в масив (RAID 1, 5, 6, 10). QTS використовує програмний Linux RAID (
mdadm). Якщо масив деградує, дані не читаються без відновлення метаданих mdadm. - LVM2 (Logical Volume Manager): Поверх RAID працює LVM2, який абстрагує фізичний простір у Storage Pool. Тут виникає найбільше проблем.
- Volume (том): Лише тут знаходяться реальні дані.
- Static Volume: простий, безпосередньо на RAID/розділі, зазвичай ext4. Для відновлення найбезпечніший.
- Thick Volume: на LVM-логічному томі, дані в ext4. Відновлення вимагає коректного складання LVM.
- Thin Volume: thin-provisioning на LVM thin pool. Користувач бачить том 10 ТБ, але фізично дані займають, скажімо, лише 4 ТБ. Це економить місце, але додає вразливий шар thin-provisioning метаданих. Їх пошкодження є найчастішою причиною катастрофічної втрати даних на QNAP.
QuTS hero: ZFS
Сучасніша серія QuTS hero відмовляється від mdadm + LVM і використовує ZFS. Це дає переваги, як-от copy-on-write та снапшоти, але має свою специфіку — внутрішнє маркування дисків, ZFS intent log (ZIL) та необхідність імпорту пулу. Стандартні інструменти для відновлення з ext4 тут повністю непридатні.
2. Найчастіші сценарії відмови QNAP NAS
У лабораторії ми стикаємося зі специфічними проявами аварій, які користувачі описують однаковими словами.
«Volume is not active / not mounted» після збою живлення
Найпідступніша помилка, типово для Thin Volumes. При раптовому збої живлення QNAP не встигає коректно записати LVM thin-метадані. Після перезавантаження Storage Pool запускається, але Volume залишається сірим з повідомленням «Not active». Натискання «Check File System» або «Recover» у цей момент часто перезаписує пошкоджені метадані порожніми, внаслідок чого дані стають невидимими навіть для лабораторії. Те саме стосується пошкодження після невдалого оновлення прошивки, яке перервало операції введення/виведення.
Деградований Storage Pool та невдача rebuild
QNAP пищить і повідомляє про несправний диск, але користувачі часто недооцінюють вік та зношеність інших дисків. Заміна диска та запуск rebuild — це масована операція навантаження. Протягом годин читання старих дисків часто вилазять на поверхню погані сектори (URE — Unrecoverable Read Error). Якщо масив RAID 5 або RAID 6 знаходиться в degraded-стані, єдиний поганий сектор на решті «здорового» диска означає падіння всього масиву — точно як у нашому кейсі 20-дискового RAID 6. Для малих QNAP з RAID 5 цей ризик величезний.
Видалені спільні папки та програми-вимагачі
QTS дозволяє снапшоти та кошик через папку @Recycle. Якщо відбувається атака програми-вимагача (напр., DeadBolt, Qlocker), шифрування змінює заголовки файлів. Вимкнення NAS є критичним, щоб заблокувати подальше шифрування. Згодом із клонів дисків можна витягти незашифровані залишки або відновити старі версії файлів зі снапшотів (якщо зловмисник їх не видалив).
3. Що ніколи не робити з аварійним QNAP
Специфічна архітектура QNAP вимагає специфічної обережності. Наступні кроки з найбільшою ймовірністю знищать навіть останній шанс на порятунок:
- Не натискайте «Recover» або «Check File System». Ці функції на пошкодженому thin/thick LVM виконують операції запису в метадані. Коли метадані порушені, вони «лагодять» їх так, що том відключається або очищається.
- Не переставляйте диски та не пробуйте довільний rebuild. Позиція диска в backplane є ключовою для
mdadm. Заміна дисків місцями при спробі «оживити» призводить до примусової реініціалізації та втрати суперблоків. Перед витягуванням завжди маркуйте диски. - Не підключайте диски з QNAP напряму до Windows ПК. Windows не розуміє
mdadmRAID, LVM2 ані ext4/ZFS. Вона негайно запропонує «Ініціалізувати диск» або «Форматувати» — одне підтвердження перезаписує початки дисків і знищує RAID-метадані. - Не запускайте ПЗ для «відновлення даних» (R-Studio, UFS Explorer) наосліп на живому масиві. Цим інструментам місце після створення бітових копій дисків, а не на підключеному розваленому масиві. Сканування розваленого thin pool може спричинити подальше пошкодження метаданих.
- Не оновлюйте прошивку та не перезавантажуйте повторно. Якщо NAS після падіння завантажився, він знаходиться в крихкому стані. Оновлення прошивки записує в DOM (Disk-on-Module) і може скинути конфігурацію. Повторні примусові перезавантаження поглиблюють фізичне пошкодження несправних дисків.
- Не створюйте новий Storage Pool. Спроба «просто налаштувати заново» гарантовано перезаписує LVM-заголовки на дисках.
4. Як це вирішує лабораторія ITHOPE
Наші методи базуються на опануванні всіх трьох шарів QTS (mdadm, LVM2, ext4) та специфіки ZFS. Ми діємо виключно пасивно, без жодного запису на оригінальні носії.
Крок 1: безкоштовна діагностика та клонування
Кожен диск з масиву (зазвичай 2–8 штук) ми підключаємо до апаратних клонувальників DeepSpar Disk Imager. Вони працюють на рівні секторів і зчитують навіть диски з нестабільними головками чи поганими секторами, керуючи тайм-аутом читання. За допомогою PC-3000 ми ремонтуємо внутрішню прошивку пошкоджених дисків, щоб отримати доступ до сервісної зони (SA) та деактивувати повільну реалокацію секторів. Результатом є набір бітових копій на нашому проміжному масиві (120 ТБ SATA RAID 10).
Крок 2: віртуальна реконструкція RAID та LVM
З образів дисків ми програмно складаємо масив mdadm (віртуально, без участі контролера QNAP). Аналізуємо суперблоки та з’ясовуємо зміщення даних (offset) і розмір смуги (stripe size). Потім збираємо конфігурацію LVM2 — фізичні томи (PV), групи томів (VG) та логічні томи (LV).
Крок 3: ремонт метаданих thin pool
У Thin Volumes дані в LV розділені на блоки даних та карту метаданих в окремому розділі. Ми використовуємо спеціалізовані інструменти (thin_dump, thin_repair, thin_delta). Якщо QTS пошкодив пул, ми вручну парсимо метадані, щоб відновити зіставлення між логічними та фізичними блоками. Саме цей крок є причиною, чому «Recover» у QTS не спрацьовує і чому програмні інструменти не бачать файлів, хоча секторні дані на дисках є. У ZFS ми ремонтуємо внутрішні структури (uberblock) та робимо відкат до останньої консистентної транзакційної групи.
Крок 4: витягнення даних
Після успішного віртуального підключення здорового розділу (ext4/ZFS) ми копіюємо дані на здоровий носій клієнта. Перевіряємо структуру каталогів та цілісність ключових файлів.
Весь процес відбувається в режимі «ціна заздалегідь після діагностики». Ви точно знаєте, скільки коштуватиме відновлення, як довго воно триватиме і що ви отримаєте назад. Якщо виявиться, що дані внаслідок попередніх втручань врятувати неможливо, ви нічого не платите. Для вашого конкретного випадку скористайтеся нашою безкоштовною консультацією.
Часті запитання
Том не підключається після збою живлення, я втратив дані?
З високою ймовірністю ні. На пластинах дисків дані все ще є, пошкодилися лише службові метадані LVM або thin pool. Критично важливо не вмикати пристрій і не намагатися відремонтувати його клацанням у QTS. У лабораторії ми витягнемо дані з клонів і виправимо зіставлення.
Чи можу я витягнути диски з QNAP, вставити їх у ПК і прочитати дані?
Ні. Звичайний Windows ПК не містить драйверів для Linux mdadm RAID, LVM2 ані ext4. Спроба підключення призведе до пропозиції ініціалізувати диск, що негайно знищує дані. Диски необхідно спочатку клонувати та проаналізувати у відповідному середовищі.
Чи допоможе ПЗ QNAP Data Recovery або TestDisk?
QNAP Data Recovery — це інструмент для відновлення видалених файлів з робочого тому, а не для ремонту розваленого RAID або зламаного LVM. TestDisk корисний, але занадто простий для складних LVM thin-provisioning структур QNAP. Їх запуск на живому, напіврозваленому масиві зазвичай означає ризик запису та знищення залишків консистентності.
У мене був Thin Volume, це гірше, ніж Thick?
Так. Thin Volume набагато більш схильний до повної відмови при некоректному вимкненні. Його метадані утворюють карту того, де на дисках лежать окремі блоки. Якщо карта пошкоджується, дані в сирому вигляді виглядають як мішанина випадкових блоків без структури папок. Їх складання вимагає глибокого знання формату thin-метаданих QTS.
Скільки часу займає відновлення і які шанси?
Тривалість залежить від масштабу пошкодження. Логічні випадки (пошкоджені метадані, падіння масиву після збою) ми вирішуємо протягом кількох днів з моменту доставки в лабораторію. Складніші випадки з фізично несправними дисками та великою фрагментацією thin pool займають більше часу. Реальний шанс та обсяг даних, що підлягають відновленню, у вашому конкретному випадку визначить лише безкоштовна діагностика — на розваленому thin pool без клонів та офлайн-аналізу ніхто серйозно цього не оцінить.
Що робити зараз
Якщо ваш QNAP щойно повідомив про помилку, дійте холоднокровно:
- Від’єднайте живлення. Утримуйте кнопку, доки пристрій не вимкнеться, або витягніть кабель живлення.
- Вийміть диски та позначте позиції. Спиртовим маркером або наліпкою негайно позначте оригінальну позицію («Шахта 1», «Шахта 2»…). Без цієї інформації RAID стає головоломкою, яку неможливо розв’язати.
- Не проводьте жодних тестів. Не намагайтеся запустити диски в іншому комп’ютері чи іншому NAS.
- Зв’яжіться з лабораторією. Зателефонуйте на цілодобову лінію +420 775 556 063 або скористайтеся безкоштовною консультацією.
- Передайте фахівцям. Ми забезпечимо вивіз, або доставте диски особисто до нашої лабораторії в Брно. Під час безкоштовної діагностики ми апаратно клонуємо диски та назвемо точну ціну й обсяг даних для відновлення ще до того, як ви щось заплатите.
Підсумок
- Відмова QNAP найчастіше проявляється як «Volume is not active» після пошкодження LVM thin-метаданих при збої живлення.
- Архітектура QTS будує mdadm RAID + LVM2 + thin/thick/static volume (QuTS hero = ZFS) — тому просте витягування дисків і підключення до ПК не працює.
- Найбільшою помилкою є запуск «Recover» або «Check File System» в адмініструванні, що часто незворотно перезаписує дані.
- Відновлення проводиться виключно з бітових копій дисків, щоб уникнути подальшого пошкодження.
- Процес лабораторії: апаратне клонування (DeepSpar/PC-3000), офлайн-складання RAID та LVM, спеціалізований ремонт thin-provisioning метаданих.
- Загальні правила для масивів див. Відновлення RAID та NAS.
У вас не завантажився том QNAP або повідомляє «Volume is not active»? Не натискайте Recover — він перезапише саме те, з чого дані можна скласти. Безкоштовна консультація · Безкоштовна діагностика · Контакт · +420 775 556 063 (ЦІЛОДОБОВО)
Див. також: Відновлення даних з RAID-масиву · Synology NAS · Відновлення даних з сервера · Відновлення RAID та NAS (послуга) · Кейс: 20-дисковий RAID 6
Про автора
Інж. Мірослав Ярош — власник і старший технік ITHOPE s.r.o. у Брно. Займається відновленням даних з 2008 року — за 18 років через лабораторію пройшло понад 2 500 замовлень, від окремих дисків до NAS та корпоративних RAID-масивів. Стаття пройшла фахову перевірку фактів (Томаш Копржі