Короткий ответ: да — программный RAID на Linux можно сделать с такими «коробками», но есть важные нюансы и ограничения, которые нужно учитывать.
Подробно.
1) Что обычно делает ORICO-тип (multi‑bay USB/SATA) корпуса
- Большинство подобных док‑станций/корпусов используют USB↔SATA мост и показывают каждую корзину как отдельный блочный диск (/dev/sdX). В этом случае Linux видит отдельные диски и можно спокойно собирать mdadm RAID, btrfs, LVM и т. п.
- Но некоторые мульти‑бэй контроллеры используют порt‑multiplier или специфические мосты с ограничениями по командам (SMART, flush) или с проблемами стабильности/UAS. Также всё соединено по одному USB‑каналу — все диски делят одну полосу пропускания.
2) Потенциальные проблемы и на что обратить внимание
- Стабильность/отключения: USB‑мосты иногда «виснут» или ресетятся (особенно при энергосбережении или при высокой нагрузке). Если контроллер сбрасывает подключение, mdadm может пометить диск как failed.
- Одноточечная отказоустойчивость: у вас физически все диски подключены через один контроллер/кабель. При выходе из строя контроллера вы потеряете доступ ко всем дискам одновременно (даже если они в разных массивах).
- Пропускная способность: один USB‑канал (особенно USB3) имеет ограничение. Одновременные операции на нескольких HDD (стриминг, бэкап, восстановление) будут конкурировать за полосу.
- SMART и диагностика: многие USB↔SATA мосты не корректно передают SMART или требуют специального драйвера/ключа (smartctl -d sat …). Без SMART мониторинга — хуже предсказывать отказ.
- Команды flush и барьеры: некоторые мосты не корректно обрабатывают команды flush, что может привести к риску потери данных при отключении питания.
- UAS/usb-storage quirks: иногда требуется отключить UAS (через kernel quirk) для стабильности.
- Нумерация дисков: /dev/sdX может меняться при перезагрузке/переподключении — всегда используйте UUID или /dev/disk/by-id в mdadm и fstab.
3) Практические рекомендации (как делать хорошо)
- Перед покупкой/использованием — проверить, как именно устройство представляет диски. Подключите, выполните:
- dmesg | tail после подключения — видно, сколько LUN/дисков создано и нет ли ошибок.
- lsusb и lsblk для проверки.
- smartctl -a -d sat /dev/sdX (smartmontools) — проверить, передаётся ли SMART.
- Тестируйте работу под нагрузкой (копирование большого объёма, одновременные чтения/записи) — смотрите на dmesg на предмет таймаутов.
- Используйте mdadm (RAID1 для Nextcloud) и указывайте диски по UUID (/dev/disk/by-id/… либо UUID) в конфиге mdadm и fstab.
- При проблемах с UAS — можно отключить UAS для конкретного устройства (kernel option quirk) и использовать usb-storage.
- Настройте мониторинг: smartd (если SMART доступен), mdadm --monitor, логирование и уведомления.
- Регулярные резервные копии: RAID ≠ замена бэкапа. Наличие отдельного диска для бэкапов в той же коробке — удобно, но не защищает от отказа контроллера/пожара/кражи. Лучше иметь офф‑сайт или хотя бы отдельный физический носитель.
- Охлаждение и питание: 3.5" диски греются; убедитесь, что корпус охлаждает адекватно, и блок питания/USB‑шина выдержит пусковые токи.
4) Альтернатива (если хочется надёжности/производительности)
- Лучше подключать диски к нормальному SATA HBA (PCIe) или использовать NAS‑корпус с собственной материнской платой/Hot‑swap backplane. Это даст лучшую стабильность, независимость контроллеров, полноценный SMART и большую пропускную способность.
- Для дома и низкой нагрузки (несколько пользователей Nextcloud, один‑два потока Jellyfin) многобэй‑коробка по USB может работать приемлемо, но в долгосрочной перспективе SATA HBA/настольная материнка — более надежный выбор.
5) По вашей схеме (RAID1 на hdd1+hdd2, hdd3 — бэкап, hdd4 — фильмы, hdd5 — прочее)
- Технически реализуемо, если корпус/мост показывает все 5 дисков как отдельные устройства.
- Минусы: все пять в одном контроллере — в случае его выхода из строя вы потеряете доступ ко всем массивам одновременно; производительность нескольких параллельных операций будет ограничена USB‑шиной.
- Хорошая практика: хранить критичные резервные копии на независимом устройстве (вне этой коробки) и использовать UUID/monitoring.
Если хотите, могу:
- подсказать конкретные команды для проверки вашей модели (что смотреть в dmesg, lsusb, smartctl),
- помочь с примерами конфигурации mdadm и systemd для автопересборки RAID,
- посмотреть характеристики контроллера ORICO 9958C3 (если пришлёте вывод lsusb и dmesg после подключения).
Хотите, чтобы я помог проверить вашу конкретную модель/выводы dmesg и lsusb?