Увы, поэтому я попытался ...
Сокращение объемов, как было предложено в другой теме, не сработало. Простое сжатие файловой системы заняло 2 дня.
Я пропустил сокращение группы томов, потому что вообще не было группы томов (только сырое устройство md), и потому, что моя система не имеет lvreduce
(по какой-то причине я не знаю).
Выход из строя одного диска (условие сокращения массива) был легок, модифицировать массив было не так. Системе не нравилось выполнять какие-либо операции, которые я сказал. Кажется, что это не уничтожило данные, но и не сработало.
К счастью, я подумал о подключении внешнего адаптера жесткого диска USB-3, о том, что нужно сделать что-то cp -r --preserve=all /volume1/* /volumeUSB/
перед выполнением каких-либо модификаций (это заняло всего 3 часа).
Это позволило мне скопировать весь каталог обратно после ожидания 4 1/2 дней, пока дисковая станция не проверила четность вновь созданного массива (отключите питание, извлеките все диски, подключите новые диски, включите питание). Это опять заняло одну cp
команду и 3 часа.
Копирование точки монтирования тома на оболочку таким образом почти работает. Все файлы сохраняются, но общие ресурсы необходимо заново создавать на панели настроек (это не приводит к потере данных!).
Несколько, но, как ни странно, не все, подкаталоги в двух конкретных папках имели разрешения, которые делали эти подкаталоги недоступными через SMB (понятия не имею, почему или как!). chown -R root.users
затем chmod 770
на соответствующей акции фиксируется.
SurveillanceStation сохраняет все записи, но утверждает, что они были удалены (файлы по-прежнему доступны и отображаются в разделе «записи», хотя они не отображаются на временной шкале и не доступны через SS).
PhotoStation, как и все остальное, «просто работает», как будто ничего не произошло.