Rsa97

1. Смысл RAID в первую очередь не в сохранности информации, а в минимизации простоев. Если один диск выходит из строя, система некоторое время может работать на деградировавшем массиве. Но, если произошёл системный сбой и разрушилась файловая система, то она разрушится разом на всех дисках массива. Если до ваших дисков добрался шифровальщик, то он тоже с удовольствием зашифрует всё, не смотря на уровень RAID.
2. Надёжность RAID определяется количеством дисков, вероятностью выхода из строя одного диска и максимальным количеством неисправных дисков в системе. В вашем случае, поскольку вы приобретёте диски одновременно, то есть вероятность, что и из строя они выйдут примерно в одно время.
3. Потеря скорости, в основном, идёт при записи, поскольку надо записать не один диск, а два. А на высоких рейдах (5, 6) ещё и надо прочитать старую контрольную сумму и старое содержимое сектора.

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

Учитывая непонятное состояние дисков, я бы предложил слить данные и собрать новый массив на новых дисках.

RAID - это не про надёжность хранения, а про бесперебойность работы.
Надёжное хранение обеспечивается правильно настроенными бэкапами.
А так, вы в стандартный слот PCIe x1 просто физически не вставите карту x4 или x8. На серверных материнских платах бывают слоты с незакрытой задней стенкой специально для таких случаев, но в обычных такого не видел.

Возможно, данный Raid-контроллер не понимает trim. В результате очистка блоков на SSD производится не заранее, в фоновом режиме, а непосредственно при записи.

Offline_Uncorrectable могут возникать, например, при аварийном отключении питания, когда диск не успевает полностью записать секторы из кэша. Но могут и при реальном повреждении диска. Эти секторы, как и Current_Pending_Sectors, могут быть убраны из ошибок, если повторная запись в них будет успешной. Если же запись не удастся и второй раз, то будет попытка ремапа секторов в резервную зону (Reallocated_Event_Count) и, при удачном ремапе сектор отметится в Reallocated_Sector_Ct.
Так что пока стоит просто проследить за поведением диска. Если счётчики расти не будут, то можно оставить всё как есть.

Всё зависит от конкретной сборки Linux. Установщик Debian, например, прямо при установке показывает старый md-массив. А в Mint надо пересобирать после установки.
Хранить конфиг можно, но особого смысла в этом нет, массив легко пересобирется автоматически.
mdadm --assemble --scan

Скорее всего, надо назначить новый диск резервным (spare). Посмотрите в разделе Unassigned Drives

Для получения 5TB надо делать RAID0 или JBOD. Какими средствами - непринципиально. Всё равно при выходе одного HDD из строя с большой вероятностью потеряете всю информацию.

У вас 47 Current_Pending_Sector, а не Reallocated_Sector_Ct.
Это значит, что была одна неудачная попытка чтения или записи в эти секторы. Само по себе такое состояние ошибкой не считается. Если будет ещё одна неудачная попытка, то тогда HDD попытается переместить сектор. Увеличится счётчик попыток перемещения (Reallocated_Event_Count) и, при удачном перемещении, счётчик перемещённых секторов (Reallocated_Sector_Ct).
Если же повторная попытка будет успешной, то с сектора снимется пометка подозрительного.

Скорее всего, при инициализации RAID данные будут уничтожены на обоих дисках.