Loredan

Зайти в загрузчик и обновить. Вроде в каких-то версиях требовалось пересборка загрузчика. А еще лучше - новую флешку с новым загрузчиком, у меня (и не только) бывало, что одна версия работает, а другая уже не загружает DSM.

Most likely you collect without Friend. In this case, enter the bootloader and run postupdate. For example, for dva1622: ./rploader.sh postupdate dva1622-7.2.0-64570

Rebuilt, now the SSD is defined. Thank you!

Did I understand correctly that in order for the M.2 SSD to appear, I need to set "/etc.defaults/synoinfo.conf -> support_m2_pool=yes"? I checked, and I already had support_m2_pool=yes, but the M.2 drive is not being detected in DSM. M-Shell (JOT) was built yesterday. Or does it need to be rebuilt?

Today I tried ARC (7.2 u1) and noticed that it recognized an m.2 SSD there.

Учитывайте, что с этим патчем SS перезапускается раз в час. Вряд ли это удалось обойти.

Согласен, так и говорю, что именно в моих условиях он не очень работает, относительно tcrp. Не считаю ARC плохим, просто под мой конфиг не очень работает. Наверняка, у кого-то с tcrp так же. Возможно, есть что-то еще, так как когда неделю-полторы назад собирал, то вообще никуда заходил, выбрал модель, версию, без патча и сразу билд. DSM установилась, ребут и все, больше в сети не появился. А на днях тоже самое на другой версии - все норм загрузилось. Как я понял, с патчем на ставит валидную пару sn/mac. Наверняка набрал из инета и собрал в загрузчик. Когда на 920+ проверял, то на сайте Сино эта sn из загрузчика привязался. Про другие модели не знаю.

Вроде бы, если не ставить "Arc Patch", то берется реальный MAC, по крайней мере последние пару раз когда я пробовал - патч не ставил и брался реальный MAC. Но я понимаю, о чем речь, в первых версиях (десятках версий ) оно сразу так было, не понял этого прикола. Наверно этот баг так и не пофиксил: Мне не зашел этот загрузчик, самый не постоянный из всех испробованных. Одну версию делаешь - норм, спустя неделю - DSM установилась и пропала из сети, спустя еще неделю - норм. Не один десяток раз экспериментировал с TCRP помню только один раз когда DSM не загрузилась. Но кому-то ARC зашел и подошел. Может у меня железо какое-то особенное, не знаю.

@pocopico, could you please take a look at the issue: https://github.com/pocopico/tinycore-redpill/issues/208 I have already tried various BIOS (boot in mode Legacy and UEFI) settings (vt-x, vt-d, CPU states, etc.), different HDDs, versions of DSM 7.1 and 7.2, DVA3221 and 920+, all existing loaders (TCRP, M-Shell, ARPL, ARPL-i18n, ARC). And only in TCRP (without Friend) and TCRP M-Shell (without Friend) there are no issues. @Peter Suh previously worked on it and as far as I understand, solved it in the part related to CPU. But apparently there is something else because my situation has not changed. Maybe this is some kind of peculiarity of my hardware although there doesn't seem to be anything special about it. I would appreciate any ideas. Links:

Так напишите в Issues ему, наверняка исправить не сложно, просто не знает о баге.

It's better to create Issues for the ARC author.

Много кто уже потестил. Собрал его человек из группы в телеге (https://t.me/xpenology_ru/55923) на основе патча из загрузчика ARC (по крайней мере, именно там он мне встретился на днях).

DVA3221: DSM 7.2.0-64551 RC - результат обновления: УСПЕШНЫЙ - версия DSM до обновления: DSM 7.1.1-42962 Update 5 - версия и модель загрузчика до обновления: tinycore-redpill.v0.9.4.3-2.m-shell DVA3221 (без Friend) - версия и модель загрузчика после обновления: tinycore-redpill.v0.9.4.3-2.m-shell DVA3221 (без Friend) - железо: ASUS TUF GAMING B560-PLUS, Core i5 11400, 32гб, GTX1650 - комментарий: Сначала обновил через веб, а после ребута запустил postupdate, DSM загрузилась, но установленные пакеты встали криво и требовали восстановления, при этом Synology Application Service никак не хотел ставится, а без него некоторые пакеты не поставить и в УЗ сино не войти. Пробовал процедуру обновления с 7.1.1 на 7.2 раза 3-4 и все с чистым диском, чистой DSM, новым загрузчиком, все равно этот результат. Смена загрузчика на ARPL или ARC ничего не меняла. Наверно, где-то руками что-то надо вычищать. При этом сразу установка 7.2 таких проблем не дает. Далее сделал обновление через веб, но после ребута собрал новый загрузчик на 7.2 и загрузка DSM пошла чуть иначе, загрузился не рабочий стол, а отдельнй экран с восстановлением пакетов и по результату все прошло нормально, Synology Application Service установился. Проверил раза два с новым DSM и загрузчиком. Точно такой же косяк с Synology Application Service описывал человек в чате через ARPL. В новом приложении вместо Docker у меня не было моих контейнеров, пришлось ставить снова. Хотя видел отзывы, что контейнеры были на месте. Так же, если у вас используется NVME кэш, то уберите его до обновления, возможно скрипт еще не пофиксят, кэш отвалится и том уйдет в ошибку, возможно из-за этого не восстановились контейнеры, хотя в ошибку он ушел в самом начале восстановления пакетов и еще до полноценной загрузки DSM (уведомление пришло), а все пакеты восстановились корректно. Учитывайте возможные нюансы при обновлении.

In 7.2 RC does not work. DVA3221, v0.9.4.3-2 root@NAS:~# curl -L "https://raw.githubusercontent.com/PeterSuh-Q3/tcrp-addons/master/nvme-cache/src/nvme-cache.sh" -O % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 4214 100 4214 0 0 23282 0 --:--:-- --:--:-- --:--:-- 23411 root@NAS:~# chmod +x nvme-cache.sh root@NAS:~# ./nvme-cache.sh Collecting 1st nvme paths Found local 1st nvme with path 0000:00:1b.0 3a31 622e 3000 3162 2e30 Collecting 2nd nvme paths device node not found Found local 2nd nvme with path Not found local 2nd nvme sed: can't read /etc.defaults/extensionPorts: No such file or directory cat: /etc.defaults/extensionPorts: No such file or directory root@NAS:~#

Да, есть полностью вылеченная версия на 40 камер, полистайте первые страницы темы, были ссылки. Версия 8.2.3, если верно помню.

I do not know, this is a question for the authors of the bootloaders.

Check that the serial number is: 2260UBR######

А я бы не исключал этот момент. Циферки на этикетках это конечно хорошо, но: 1) выдавал ли он столько 2) БП может начать померать и терять номиналы Просто держите в голове, что если случится еще, то пристально обратить внимание на БП.

Ну хз, может какие-то еще особенности. Он написал «your disk is not in slot 1 of your controller.» Так же он сообщил: «we all use redpill as base, but no other dev has fixed so many bugs in redpill.» т.е. изменений он там прилично сделал, хороших или плохих - мне не известно. Напишите Issue или используйте другой загрузчик, больше ничего не могу сказать.

Автор загрузчика мне сообщил, что отсутствие ограничений в redpill по дискам относительно оригинальной модели считает багом и исправил его, т.е. если в оригинале 4-е диска, то больше система не даст. За исключением моделей с возможными расширениями слотов. Да еще и диск должен быть в первом слоте. Возможно, у вас конфигурация дисков под эту концентрацию не подходит. На мой взгляд, слишком педантичный подход.

Thank you. For my tasks, VMM is more than enough. Please tell me which mode is better UEFI or Legacy?

I do not see VT-d in the settings, but VT-x is enabled (screenshot). I did not describe the details to avoid repetition, as I have already described the problem several times before. Virtual machines (Windows, Debian, Home Assistant, etc.) in the Virtual Machine Manager (VMM) package work very slowly (long installation, laggy performance, etc.). It is accompanied by slow HDD performance. The problem is only relevant when starting DSM through TCRP Friend and ARPL, as there are no issues when using TCRP (no Friend). Issues: https://github.com/fbelavenuto/arpl/issues/260 https://github.com/pocopico/tinycore-redpill/issues/208

It's enabled, as far as I can remember. Otherwise, virtualization wouldn't work at all, and there are no problems with TCRP.

Today I tried to run DSM in UEFI mode and DSM started, but the VMM problem still persists Maybe there is something wrong with my system, since everything works for everyone else.

I saw the update to version 0.0.6d, but unfortunately, I couldn't check it. DSM appears on the network for 20 seconds and then disappears. I tried building a new boot loader and using a clean HDD (I have encountered a couple of times where ARPL did not load the old DSM, but after cleaning the HDD everything worked fine).