Я маю задоволення ;-) було передано завдання спробувати отримати дані з сервера, який мав проблему масиву RAID5 і невдалу спробу відновити його.
Довідкова інформація: комп'ютер, про який йде мова, є деяким сервером від IBM з 6-портовою платою SATA2. Чотири однакових жорстких диска з 1 ТБ кожен приєднані і налаштовані як RAID5 з 4 пристроями. У минулому сервер, як повідомляється, втрачав "контакт" з одним або декількома дисками кожен раз в той час, і RAID5 знижувався. Після перезавантаження сервера RAID5 буде ресинхронізувати і все буде добре. Хлопець, який підтримує цей сервер, вважає, що це апаратна проблема.
Кілька днів тому стався жах. Спочатку він нібито виглядав так само, як і в попередні часи, при цьому RAID5 знижувався, оскільки деякі диски перебували в автономному режимі. Але перезавантаження не вирішило проблеми, замість того, щоб RAID5 був "зламаний" (ніякої інформації, що це означає). Супроводжувач намагався відтворити RAID5 за допомогою mdadm --create, і він сказав, що він буде показувати RAID як "відновлення" (не ресинхронізувати!). Після 5-6 годин роботи цей процес завершився, і RAID5 знову показав свою активність. Проте файлова система не монтувалася (без суперблоків).
Використовуючи інструменти відновлення даних, такі як testdisk, ми змогли відновити файли, однак вони, здається, пошкоджені (особливо у файлах WAV).
Це стан, який я переймаю. Я дійсно не знаю, що пішло не так, але я вважаю, що якщо він не був порушений відразу після перезавантаження, відновлення викликало втрату даних. Послідовність виданих команд також недоступна.
Я вважаю, що нічого не можна відновити, але хотів би перевірити з експертами тут, перш ніж почати з нуля (і запровадити реальну резервну стратегію, кашель).