The Chief

Да.

Можете. И даже 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 метод.

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

Окей. Лично от себя добавлю, что ARC у меня оставил очень странное впечатление и рекомендовать его для использования я не могу.

Зачем мне ARC?

Вышел DSM 7.2.1. Его понимает свежевышедший ARPL 23.9.6.

https://www.synology.com/en-global/releaseNote/DSM

Или кэш, или вольюм. Нормально одновременно у меня эти плагины не работали.

Потому что это устаревшая версия arpl, не знающая ничего о DSM 7.2. Обновлять до arpl-i18n, потом ставить новый DSM.

I'm running 23.01, as you can see in the log. They're giving same result:

I think ARPL's default is FRIEND mod kernel.

Why are you benchmarking with less threads then actual?

Вот вся подробность. Эту лицензию просто забанили в свежей версии.

На 9.1.1-10728 ещё работает. На последней (9.1.2-10854) уже нет, а установленная слетает после обновления на последнюю. Похоже, прикрыли.

Нет, это не работает. «Не удалось подключиться для проверки лицензии».

Intel Celeron J3355 (2 cores, 2 threads): root@SynoBackup2:~# ./7zz b -mmt2 -md26 7-Zip (z) 23.01 (x64) : Copyright (c) 1999-2023 Igor Pavlov : 2023-06-20 64-bit locale=en_US.utf8 Threads:4 OPEN_MAX:1024, ASM mt2 d26 Compiler: 9.4.0 GCC 9.4.0: SSE2 Linux : 4.4.302+ : #64570 SMP Thu Jul 20 00:07:29 CST 2023 : x86_64 PageSize:4KB hwcap:2 Intel(R) Celeron(R) CPU J3355 @ 2.00GHz (506C9) 1T CPU Freq (MHz): 2355 2416 2372 2389 2377 2363 2377 1T CPU Freq (MHz): 98% 2444 100% 2408 RAM size: 7859 MB, # CPU hardware threads: 2 / 4 : 3 RAM usage: 814 MB, # Benchmark threads: 2 Compressing | Decompressing Dict Speed Usage R/U Rating | Speed Usage R/U Rating KiB/s % MIPS MIPS | KiB/s % MIPS MIPS 22: 4738 181 2545 4610 | 64634 179 3080 5518 23: 3707 155 2431 3777 | 63909 182 3038 5532 24: 4072 179 2453 4379 | 64297 189 2980 5645 25: 3700 175 2420 4226 | 60983 186 2916 5428 26: 2725 163 2037 3321 | 57834 183 2845 5218 ---------------------------------- | ------------------------------ Avr: 3788 171 2377 4063 | 62331 184 2972 5468 Tot: 177 2675 4765