Після перевстановлення TrueNAS ви бачите порожній огляд сховища, хоча у машині залишилися початкові диски з даними. Не продовжуйте створенням нового пулу. Спочатку потрібно з’ясувати, чи йдеться про справний наявний пул ZFS, який нова інсталяція ще не підключила, чи про проблему з доступністю його членів або конфігурацією.
Наведений далі порядок дій розрізняє плановану міграцію та інцидент із даними. Референсний інтерфейс — TrueNAS 25.10 (Goldeye), актуальний стабільний випуск на момент перевірки; для іншого випуску скористайтеся його власною документацією. Успішне перевстановлення системного носія саме по собі не доводить стан початкових дисків із даними і не виключає, що під час інсталяції хтось обрав неправильну ціль.
Імпорт наявного пулу — це не його створення
Документація TrueNAS наводить імпорт для наявного пулу ZFS, відключеного від системи, перенесеного з іншої збірки або повторно підключеного після перевстановлення чи оновлення. Операція слугує для підключення початкового сховища до керування. Це не новий пул з тією ж назвою і не універсальний інструмент для виправлення.
Створення нового пулу або очищення дисків змінює початкові структури. Якщо потрібні початкові файли, такі варіанти не підтверджуйте. Навіть позначення диска як доступного для нової конфігурації не означає, що на ньому немає шуканих даних.
Не вважайте імпорт суто переглядом лише для читання: він підключає пул до роботи і можуть відбуватися записи. Перед підтвердженням потрібно знати конфігурацію, мати права та оцінити її стан. За єдиного примірника важливих даних і незрозумілої історії віддайте перевагу професійній оцінці перед спробою «перевірити, чи запуститься».
Що перевірити ще перед діалогом
Почніть з часової осі. Яка версія TrueNAS була встановлена спочатку? Що було системним носієм, а що — диском із даними? Куди була записана нова інсталяція? Які диски відключалися або замінювалися? Якщо ці дані відсутні, не заміщуйте їх оцінкою на підставі поточного розміру диска.
Збережіть список членів, їхні доступні ідентифікатори та фотографії підключення. Порівняйте його з тепер виявленими дисками. Кількість сама по собі недостатня: однакова кількість пристроїв не обовʼязково означає ту саму конфігурацію. Не виймайте окремі диски з працюючої машини для перевірки.
Знайдіть резервну копію даних, системної конфігурації та інформації про шифрування. Резервна копія конфігурації не є заміною копії файлів. Документація TrueNAS окремо розглядає конфігураційний файл і secret seed для захищених конфігураційних полів; цей матеріал може містити чутливі дані і має зберігатися безпечно. Він не тотожний універсальному ключу до кожного зашифрованого датасета.
Диск не відповідає, клацає або видає помилки? Більше нічого не пробуйте.
Чого більше не пробувати:
- не вмикайте й не підключайте диск знову і знову,
- не запускайте на несправному диску програми для відновлення даних, CHKDSK чи форматування,
- не відкривайте й не розбирайте диск.
Як це відбувається в нас і скільки коштує: відновлення даних із жорсткого диска.
Первинна діагностика HDD і SSD безкоштовно — з’ясуємо, що можна врятувати, і назвемо ціну заздалегідь; вирішуєте лише після цього. Лінія NONSTOP 775 556 063.
Нестандартні випадки (носій відкривав інший сервіс, перезапис/форматування, складний аналіз) коштують 1 210 Kč з ПДВ (1 000 Kč без ПДВ) — скажемо вам заздалегідь.
Яка ситуація належить до звичайної гілки міграції
| Ситуація | Що задокументувати насамперед | Подальші межі |
|---|---|---|
| Плановане перенесення робочого пулу | Початкову конфігурацію, резервну копію та цільову версію | Перевірений імпорт за документацією |
| Незрозумілий результат перевстановлення | Фактичну ціль інсталяції та історію втручань | Жодного нового пулу та подальших інсталяцій |
| Відсутній член або помилки читання | Доступні ідентифікатори та повідомлення | Не намагатися виконувати випадкові повторні імпорти |
| Невідоме шифрування | Початкову платформу та доступні ключі | Не пробувати перетворення методом проб і помилок |
Цей орієнтир не є діагностикою стану. Пул, запропонований у списку, все ще може потребувати перевірки; пул, відсутній у списку, може мати кілька різних причин. З пропозиції або її відсутності не робіть висновків про успішність відновлення.
Якщо сховище є частиною роботи компанії, зміни узгоджуйте з відповідальним адміністратором. Імпорт на іншу систему не має відбуватися паралельно з використанням того самого сховища в іншому місці. Порядок міграції початкової системи керується документацією конкретного випуску, а не загальною командою з обговорення.
Референсний шлях у TrueNAS 25.10
Для відомого повного та стабільного пулу в авторизованому перенесенні з підготовленою резервною копією документація описує відкриття Storage Dashboard та вибір Import Pool. TrueNAS запропонує знайдені пули, які не підключені. Вибирається відповідний пул і підтверджується Import.
Перед підтвердженням порівняйте запропоновану ідентичність із початковими записами та переконайтеся, що працюєте з правильною конфігурацією. Якщо імʼя, члени або повідомлення не збігаються, не продовжуйте. За іншої версії інтерфейсу не шукайте схожу на вигляд кнопку для створення сховища як заміну.
Після завершення перевірте стан пулу, доступність потрібних датасетів і фактичне читання необхідних файлів. Окремо оцініть шифрування та доступ уповноваженого користувача. Видимий датасет не обовʼязково розблокований, а працюючий адміністративний доступ не обовʼязково означає правильно налаштовані спільні ресурси для команди.
Очікуваний результат звичайної міграції — доступ до початкового сховища. Повноту важливих даних проте перевіряйте окремо, в ідеалі порівнянням конкретних файлів із вимогами їхнього власника. Не повертайте всю компанію до роботи лише на підставі того, що зʼявився зелений індикатор стану.
Коли пропозиція або результат відрізняється
За невідомого пулу, відсутніх членів, помилок читання чи повідомлень, що не відповідають планованій міграції, зупиніть власні спроби. Збережіть точний текст і доступну інвентаризацію. Не створюйте новий пул «для розблокування» старого і не очищайте диски, лише щоб примусово забезпечити їх розпізнавання.
Примусовий імпорт, відкат до старішого стану транзакції, зміна властивостей пулу або scrub — це не випадкові тести без наслідків. Деякі операції мають легітимне професійне застосування, але не є першим вибором за незрозумілого інциденту з даними. Так само ми не стверджуємо, що кожна команда ZFS виконує записи; проблемою є невідомий вплив конкретного втручання та робота з єдиними оригіналами.
Окремою межею є GELI. TrueNAS 25.10 вказує, що linux-платформа не може імпортувати GELI-зашифрований пул із FreeBSD цим шляхом. GELI — це не нативне шифрування ZFS. Збережіть початкові ключі та записи середовища і дотримуйтеся відповідного порядку міграції; пароль до одного методу — це не спосіб перетворити його в інший.
Часті питання
Чи означає порожня панель Dashboard, що інсталяція видалила дані?
Ні, саме по собі — ні. Може бракувати підключення наявного пулу, але потрібно перевірити фактичну ціль інсталяції та стан дисків. Без цих підстав неможливо підтвердити ані втрату, ані цілісність даних.
Чи є Import Pool безпечною діагностикою лише для читання?
Це не просто перегляд записів. Пул підключається до роботи. За незрозумілого стану або єдиної копії важливих даних спочатку оцінюється захист вихідного сховища.
Чи відновить імпорт також усі облікові записи та спільні ресурси?
Сам імпорт не є відновленням усієї системної конфігурації. Окремо перевірте облікові записи, служби та права; збережені метадані датасета можуть конфліктувати з іншими обліковими записами нової інсталяції.
Чи можу підключити GELI-пул тією ж опцією в Linux?
Документація TrueNAS 25.10 не підтримує цей шлях для GELI з FreeBSD. Потрібен порядок дій, що відповідає початковій платформі, і збережені ключі, а не створення нового пулу.
Чи допоможе новий пул із тим самим імʼям?
Ні. Імʼя не створює ані початкової конфігурації, ані вмісту. Створення на тих самих дисках може пошкодити структури, які ще потрібні для оцінки даних.
Для подальшої оцінки підготуйте початкову та нову версії TrueNAS, члени пулу, ціль інсталяції, точний текст повідомлення та список втручань. Чутливі конфігурації та ключі передавайте лише домовленим безпечним способом. Якщо пул не відповідає відомій міграційній ситуації, опишіть проблему ITHOPE ще до наступного втручання із записом.
Джерела та межі порядку дій
Документацію перевірено 7 жовтня 2026 року. Для іншого випуску системи перевірте відповідний порядок дій виробника.
Де нас знайти
ITHOPE — компанія з Брно, Чехія: ми робимо відновлення даних з дисків, RAID і NAS, сервіс ПК та ноутбуків та IT для бізнесу, усе у власній лабораторії за адресою Viniční 3587/216, 615 00 Brno.
Телефон +420 775 556 063 (цілодобово). Пристрій можна привезти особисто або надіслати курʼєром (Zásilkovna, PPL).