Такого RAID мы еще не видели

Получаем четыре диска: один на 8 ТБ, три на 4. И такое задание. Цитата:

«Сервер NAS. Вышел из строя один диск. Была винда. Сторонний специалист переустановил винду на линукс. Пропала часть данных. Переустановили ос еще раз на винду. Пропала часть данных. Потом вернул винду обратно. Пропали все данные рейд. Неизвестно это рейд или диски использовались по отдельности. За помощью обратились в (название компании). Те не справились. Нужно восстановить модели-проекты»

Как вам?! Все понятно? Какая винда, какой при этом NAS? Меня спрашивать бесполезно, я ничего не понимаю

Одна четверка стучит, запилена в хлам. На восьмерке – форматирование и частичная перезапись. Восстановимое, похоже, не то, что нужно

На двух остальных четверках – нужные данные и разрушенная BTRFS. Часть файлов целая, в том числе крупные. Значит, RAID собран верно или почти верно. Но среди битых есть даже очень маленькие. Странные разрушения. В чем подвох?

Разобрались. Весь объем каждого из этих двух HDD поделен на контейнеры по 1 ГБ. Тысячи контейнеров на четырехтерабайтном диске! В каждом – свои метаданные и область данных

Метаданные зеркалируются между дисками – RAID 1. Данные страйпируются – RAID 0. Собранные области объединяются в SPAN. Как это устроено, показал на схеме в карусели

Нашли, чем собрать. Но большинство файлов извлекалось с ошибками и нулевым объемом. Часто это списывают на разрушения: все в труху, лучше не сделать

По ряду признаков установили: тут другое. Вместе с разработчиками допиливали программу, исправляя, по большому счету, ошибку программирования

Программа получила три новые версии. Мы – 5 ТБ искомых данных и очень интересный опыт

Почти уверен: больше в России этому заказчику никто бы не помог. И главная причина – сам заказчик

Почему – объясню в следующем посте. Подпишитесь, если еще не!