The Chief

Заново поднял и продолжает разработку.

Much better is to setup DS3622xs. Yes, you have to select a new model (in loader setup), build a loader, boot into freshly built loader, get into web and migrate to a new model DSM, preferring to save settings.

Moved to: https://github.com/RROrg/rr

Да.

Можете. И даже QuickConnect будет работать. Но использоваться будет всё равно реальный MAC сетевой.

А он и не должен.

Это сделано автором намеренно. Прописанный в загрузчике MAC больше не меняет физический MAC сетевой, он нужен только для валидной пары mac-sn в DSM.

Thanx, I've updated two xpenos of mine. But console plugin is broken again.

Is it possible to upgrade seamlessly from arpl-i18n to rr now? If so, can you provide how-to, please?

Yes, with latest ARPL-i18n. Two DS918+ xpenos.

Минус пункты 4, 5 и 6. Они совершенно лишние.

Не знаю, чего там с ARC, но у ARPL-i18n DSM 7.2.1 понимает только предпоследняя 23.9.6, а кое-какие глюки исправлены в последней 23.9.7. Качайте 23.9.7 и пытайтесь ставить.

На кой?! Зачем давать неправильные советы раз за разом? Никакой миграции. Обновить загрузчик, а потом обновляться через .pat прямо из DSM. После первой же перезагрузки лоадер поймёт, что ему непатченный zImage подсунули и пропатчит его. PS: некоторые аддоны после обновления сработают только после второй перезагрузки (ими будут попатчены файлы после первой). Например, если используется аддон nvmecache, то DSM после апгрейда скажет, что кэш ушёл погулять и система в критическом состоянии. Достаточно перезагрузиться, libsynonvme.so будет уже пропатчен и кэш вернётся обратно.

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

Пофиксено дофига серьёзных уязвимостей. Я не назвал бы это «ничего полезного».