Loredan

Во-первых, "ARC patch" это не что иное как "автор набрал валидных пар из интернета и прописывает в конфиг". Во-вторых, вы б читали, что выбираете при сборке загрузчика, а не просто "next-next-ok", там есть опция как использовать MAC адрес: либо используется реальный MAC, а из конфига делается, как бы, виртуальный для сервисов Synology (новая фишка), либо на сетевую ставится MAC адрес из конфига (так было изначально). Первый вариант, в большинстве случаев, удобнее.

Полагаю проблема такая: https://github.com/fbelavenuto/arpl/issues/260 В двух словах. У меня на TCRP было все нормально в виртуалками, когда попробовал на ARPL, то она появилась, так же она появилась на TCRP с модом Friend. Тоже самое на ARC и RR. Просто переставляя флешки с загрузчиком или загружая в разных модах TCRP проблема появляется и исчезает. Решения так и не нашел, людей с ней очень мало (мне встречалось пару человек). Решил кардинально - сменил материнку ASUS, на ASRock, сразу проблема решилась.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.2.1-69057 Update 3 (ARC 24.1.3 - DVA3221) - Loader version and model: ARC 24.1.14f - DVA3221 - Using custom extra.lzma: NO - Installation type: BAREMETAL - MB: Asrock Z590 PG Velocita / CPU: i5 11400 / GPU: GTX 1650 - Additional comments: Updated ARC loader to 24.1.14f Updated via DSM Control Panel

Ну в консоли почитайте, что пишет. Чудес не бывает, просто так он грузится не будет. Так в новой версии появилась возможность логи снимать. 1. Configure your System like every time 2. Add addon "dbgutils" 3. Build Loader 4. Boot Loader 5. Wait about 5 Minutes 6. Force reboot to Arc 7. After Arc Overlay is shown, press ESC and type: grep.sh 8. Your logs will be copied to /tmp/logs.tar.gz 9. Connect thru SFTP client (User: root / Password: arc) 10. Navigate to /tmp and download the log.tar.gz 11. Upload log.tar.gz here

Ага, я когда обновился на версию с этой штукой, только раза с третьего врубился, почему это происходит. В Change log, традиционно, про это не написано, к сожалению.

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

В каком месте он вылизан был? Тоже тыщу раз было, когда на одной версии работает, на другой нет. На одной версии модули слетают, на другой нет. Не надо сказок. Какие сто лет в альфе? Месяцев 5 он в альфе был, а то и меньше. По сравнению с тем же TCRP это все как вспышки, все ARPL форки плюс минус одинаково обновлялись, ARC несколько чаще. Дожили, частые обновления их не устраивают... ну сидите на TCRP или вообще на Jun'е, там все как вы любите.

Он не выпилился, а ушел с Git'а, какая-то странная история, но причина явно не в Synology. На китайских репозиториях он продолжает обновляться. Не понимаю, в чем проблема то с этой функцией. Хочешь с валидный парой, но реальным MAC - включаешь. Надо использовать как раньше - не включаешь. Делов то...

Не только, у китайского ARPL i18n тоже. Они почти одновременно это добавили и хз кто автор. Даже не так - при сборке загрузчика спрашивается как использовать mac. Но, наверно, человек просто клацает “next, next, ok”

Зависит от того, какую модель ставите и есть ли на нее ARC Patch (естественно, его тоже надо ставить). Судя по подписи ставите DVA1622, а на нее патча нет в принципе. ARC Patch почти наверняка стыренная из инета валидная пара.

Создайте Issue ему, он довольно оперативно их решает. Не давно починил очень неприятный баг, у некоторых DSM не грузился, а у него, как понял, он не воспроизводился. Сам Direct boot то не часто используется, могло что-то сломаться, но никто не сообщал, стеснялись.

На HP часто нужно Direct Boot. В Wiki загрузчика есть инфа.

Есть целый раздел с отчетами по обновлениям. Нафига это тут?

Да, у меня тоже была эта проблема. На самом деле, она проявляется по разному, причем судя по вашему описанию это еще +1 вариант. У большинства она проявлялась из-за некорректных частот проца (или что-то такое, не помню уже) это было быстро исправлено еще в оригинальном ARPL. А вот у меня эти тормоза в VMM никак не решались, только на TCRP без Friend их не было, а загружаешь с модом Friend - появляются. Тут описывал: https://github.com/fbelavenuto/arpl/issues/260 И встречал еще пару человек с ней, но так и не смог их разговорить насчет железа. Но тогда еще мода cpuinfo не было встроено не то, что в TCRP, а вроде и в ARPL, по этому, или проблема было в чем-то еще и совпало с отключением cpuinfo, либо это что-то третье. В моем случае, дело именно в железе или в настройках BIOS, хотя я перетыкал всякое. Совсем не давно заменил материнку на Asrock Z590 PG Velocita (была ASUS TUF GAMING B560-PLUS) и проблем с медленным виртуалками в VMM больше нет.

Так и там они реальные. Или я не понимаю, в чем вопрос.