Zettabyte

Есть подозрение, что один из HDD готовится отойти в мир иной.
Если сейчас данные на NAS-е доступны, скопируйте оттуда всё важное на другой надёжный носитель.

Затем разберите ваш НАС и подключите диски напрямую к компьютеру с Windows. Если предложит инициализировать или форматировать - обязательно откажитесь.

Скачайте на один из других дисков компьютера Р.тестер и начните с просмотра SMART дисков из WD MyCloud.
Потом можно сделать полный тест чтения - падение скорости сразу будет видно.

Изучите следующие варианты:

1. https://www.duplicati.com/
   
2. https://cyberduck.io/
   
3. handybackup.net/webdav-backup.shtml
   
4. Бесплатный софт от Veeam: https://www.veeam.com/downloads.html?hvt=free (раньше это называлось Veeam Endpoint Backup, но сейчас они понаплодили семейство незнакомых мне утилит)
   

Duplicati можно запустить на NAS'е, остальные, насколько помню, потребуют отдельного компа. Точнее, к сожалению, не напишу, т.к. у вас "нестандартное направление" бэкапа.

Но независимо от выбранного софта, с учётом протоколов, я бы советовал, как минимум, поначалу (а лучше всегда) как следует приглядывать за состоянием бэкапов. Т.е. проверять, что скопировалось всё, что нужно, а также что оно скопировалось без повреждений.
Это тем важнее, чем дальше находятся источник бэкапов и система для их хранения. Условный ориентир - в одной они локальной сети или нет.

заявлена возможность подключения до 122 дисков. Как это реализовать

Выделите полчаса на то, чтобы погуглить различные словосочетания, включающие в себя слова "expander" и "backplane".
Это то, что вам нужно как в плане железа, так и в плане знаний. Если вы раньше никогда не работали с подобным оборудованием, то хотя бы базово однозначно стоит разобраться, иначе потом могут быть неприятные сюрпризы.

Докупать нужные железки надо б/у на eBay, авито, хламаде, и т.п.

старому SAS-контроллеру

Обязательно обратите внимание на вот эту статью KB, т.к. к вашей плате она тоже относится: https://www.broadcom.com/support/knowledgebase/121...

If a drive larger than two TeraBytes in capacity is used with an LSI 3Gb/s SATA+SAS HBA, you will not be able to use the remaining capacity beyond 2TB.

Я бы не особо полагался на выделенную жирным часть цитаты, а по умолчанию полагал, что диски больше 2 ТБ использовать нельзя. Если всё же хотите рискнуть, то необходимо предварительно провести тщательную проверку поведения с большими дисками.
В противном случае однозначно станете нашим клиентом, а с учётом того, для каких RAID'ов обычно используют такие железки, и какие повреждения ожидаемы, ещё и с непредсказуемым исходом.

Также обратите внимание, что по-моему, у вас RAID-контроллер, их работа обычно отличается от HBA-адаптеров.

Имеется NAS ... QNAP

Я бы сильно не рекомендовал экспериментировать на боевой системе в данном вопросе.
Скопировали старые данные, проверили, что копия в порядке, добавили диски, создали новый массив, скопировали на него данные, проверили ещё раз, работаете дальше.

У нас некоторое время назад был как раз НАС Кунап, который декларировал возможность лёгкой конвертации RAID 5 в RAID 6 (или наоборот - надо смотреть базу). Человек запустил. В районе середины процесс завис.

Информацию мы восстановили, но для получившегося пирога из новых данных, промежутка-начинки, и старых данных, потребовалось модифицировать наш внутренний софт для восстановления RAID. Потребовало времени и дополнительных денег.

Так что пока создайте, например, RAID 1, попользуйтесь, а потом создайте новый массив с нуля, иначе рискуете стать нашим клиентом: https://rlab.ru/raidrecovery/

как из них сделать хранилище так, что б все диски представляли из себя именно один большой диск?

Вам нужна "типа интеллектуальная" железка наподобие Drobo, они умеют использовать разные диски в массиве.

Единственное, что крайне важно помнить: если такая железка падает, или у неё происходит какой-то внутренний сбой, шансы на восстановление весьма низкие. Стоит ей потерять или повредить метаданные - всё, ваши данные представляют собой однородную жидкую кашицу.

Слишком уж "умные" там проприетарные алгоритмы, и слишком много накручено, чтобы сделать устройство "удобным" для пользователя. Так что ничего важного там хранить действительно не стоит.

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

От себя добавлю вот к этому:

Ответы типа: Нести в конторы по востановлению данных - не нужны

Не все компании, специализирующиеся на восстановлении данных, страшные и жадные :)

Мы, например, такие вещи, как копирование информации с диска, на котором всё доступно, делаем бесплатно. Даже специально выложили бесплатную программу для восстановления данных в т.ч. и в подобных случаях: https://rlab.ru/tools/rsaver.html

С её помощью даже, если диск не будет открываться в Windows, получится прочитать большой список живых файловых систем, в т.ч. достаточно редких.

Из того, с чем мы работали и что могу вспомнить сходу, модели с шифрованием есть у Buffalo, QNAP и I-O Data (японский бренд).

Для этих трёх брендов мы ещё несколько лет назад разобрали алгоритмы защиты и умеем извлекать ключ, которым шифруются данные.

Кроме того, вы можете поискать кто из вендоров использует LUKS, оригинальный, либо модифицированный - это тоже может помочь найти дополнительные варианты.

Прогнал fsck -C -y -c -f /dev/sdb1

Ох-хо-хох, это, похоже, проклятье какое-то с чекдисками :) :(

Ну ладно ещё обычные пользователи соглашаются и не останавливают "Проверку диска" от Windows, но вы, человек, который сумел найти и отпаять встроенную в NAS флэшку, затем распаять её так, чтобы она читалась, и туда же?

Несмотря на то, что:

• Была явная причина возникновения проблемы (отключение электричества)
  
• НАС перестал загружаться = у флэшки проблемы даже с чтением (подтверждение возникновения проблемы)
  
• Было известно, что ничего не известно, т.е. NAS, по сути, уникальный, как и софт внутри
  

вы тоже решили жахнуть по загрузочной части операцией записи.

По-хорошему надо было, получив доступ на чтение, делать полный образ, затем хорошо бы делать его ещё насколько возможно, "по-другому" (хотя бы на другом компьютере) и сравнить два образа побайтово или посчитать контрольную сумму.

Ещё бы хорошо пустить тест чтения, чтобы наглядно оценить состояние накопителя, и только потом думать об fsck.

Сейчас разумными вариантами представляется всё-таки попробовать опознать NAS и найти владельцев таких же, чтобы попытаться достать софт через них.
Как вариант ещё можете попробовать собрать массив дисков программно и посмотреть на имеющиеся разделы. Если помимо вашего раздела с данными увидите служебные, то, в зависимости от того, что там, можно попробовать сориентироваться с помощью них.

Хранилище в организации и постоянно используется.

Какой бы вариант вы ни выбрали в итоге, я бы настоятельно советовал предварительно сделать полную копию всех данных.

А так, да - предложенное выше копирование данных на полностью новое хранилище представляется наиболее разумным.
Как вариант, ещё можете попробовать создание полного образа хранилища, например, если в нём есть поддержка DAS, но с этим вариантом возможны разные нюансы и подходы, надо смотреть конкретно и на месте.