Jump to content
XPEnology Community

Loredan

Member
  • Posts

    95
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by Loredan

  1. 29 минут назад, Dominikus сказал:

    Кто подскажет как обновить сам Arc до текущей версии (23.7.2b) на рабочей машине

    Зайти в загрузчик и обновить.

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

  2. 7 часов назад, freddie сказал:

    hello Pocopico i Would like to upgrade with the FW 7.2.0-64570 U1 with TCRP tinycore-redpill.v0.9.4.9c and it mark (installable) when i install it it mark as a (recoverable) and now i'm stuck again can you help me, i try new USB stick another HDD.

    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

     

    • Like 1
  3. 10 часов назад, Peter Suh сказал:

    The ability to process "support_m2_pool=yes" in the /etc.defaults/synoinfo.conf file is now added as an Addon.

    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?

  4. В 16.05.2023 в 02:37, Peter Suh сказал:

    Denverton's unrecognized issue still persists.

     

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

    2023-06-27184739.thumb.png.8f9bd9c8b4e183a9d1a34d98c042c6c5.png

  5. 6 часов назад, dj_nsk сказал:

    Все загрузчики - со своими достоинствами и недостатками.

    Согласен, так и говорю, что именно в моих условиях он не очень работает, относительно tcrp.

    Не считаю ARC плохим, просто под мой конфиг не очень работает. Наверняка, у кого-то с tcrp так же.

     

    2 часа назад, aportnov сказал:

    Очистка модулей происходит только после того как вы заходите в sysinfo. Не заходите в этот раздел и не не нужно будет модули заново добавлять.

     

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

     

    10 часов назад, The Chief сказал:

    Господи, ну вот такого я вообще не предполагал. 

    Как я понял, с патчем на ставит валидную пару sn/mac. Наверняка набрал из инета и собрал в загрузчик. Когда на 920+ проверял, то на сайте Сино эта sn из загрузчика привязался. Про другие модели не знаю.

  6. 49 минут назад, The Chief сказал:

    Ну, например, вместо MAC моей материнки он предложил мне чёрт знает, что. И изменить это предложенное я так и не смог

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

     

    53 минуты назад, The Chief сказал:

    Тыкаю в «автоматически определить нужные драйверные модули» — обнюхивает железо, выводит даже окошко с найденными модулями, после этого при переходе в список модулей ни один не отмечен.

    Наверно этот баг так и не пофиксил:

     

    Мне не зашел этот загрузчик, самый не постоянный из всех испробованных. Одну версию делаешь - норм, спустя неделю - DSM установилась и пропала из сети, спустя еще неделю - норм. Не один десяток раз экспериментировал с TCRP помню только один раз когда DSM не загрузилась.

    Но кому-то ARC зашел и подошел. Может у меня железо какое-то особенное, не знаю.

    • Thanks 1
  7. @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:

     

  8. 3 часа назад, dj_nsk сказал:

    А тем временем версия уже - 23.5.101. Может, автора как-то сюда заманим? Чтобы он хоть делился идеями, планами... :)

    (на 101 поведение всё такое-же: перед "Build" всегда проверяйте - помечены ли Modules для включения, иначе можете загрузиться без сети)

     

     

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

  9. 56 минут назад, JonnyB сказал:

    Всем ДВС.

    Кто тестил вот ЭТО!?

     

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

    • Like 1
  10. 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 (уведомление пришло), а все пакеты восстановились корректно.

    Учитывайте возможные нюансы при обновлении.

    • Like 1
  11. В 16.03.2023 в 06:59, Peter Suh сказал:

    bash -c "$(curl "https://raw.githubusercontent.com/PeterSuh-Q3/tcrp-addons/master/nvme-cache/src/nvme-cache.sh")"

     

    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:~#

     

  12. В 09.05.2023 в 09:27, Guchiboy сказал:

    Добрый день. У меня а существует ли какая-то версия без тайм бомбы. У меня установлен хренолоджи с версией dsm 6.2.3

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

  13. 1 час назад, Sky Jumper сказал:

    к питания пятисотчик, до него был 350

    А я бы не исключал этот момент. Циферки на этикетках это конечно хорошо, но:

    1) выдавал ли он столько

    2) БП может начать померать и терять номиналы

     

    Просто держите в голове, что если случится еще, то пристально обратить внимание на БП.

  14. 16 минут назад, wert сказал:

    Я этого не обнаружил. Хоть в первом, хоть в шестом. пофигу.

    Ну хз, может какие-то еще особенности. Он написал «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 или используйте другой загрузчик, больше ничего не могу сказать.

  15. В 28.04.2023 в 00:53, JonnyB сказал:

    Кто нибудь боловался с AuxXxilium / arc

    Интересный загрузчик с немецкой педантичностью, но что то он мне напоминает😁

    Сразу тапками не кидайтесь что не в тему.

    Думал может заведет старое железо а нет не видит дисков и все тут.


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

    Возможно, у вас конфигурация дисков под эту концентрацию не подходит.

     

    На мой взгляд, слишком педантичный подход.

     

    • Like 1
  16. 38 минут назад, Orphée сказал:

    I know it does not address the issue, but if you really need to run VMs regularly, then you should consider running a real hypervisor like Proxmox and run Xpenology only for DSM, and others VM handled by proxmox (or ESXi).

     

    This more resilient, you will keep your other VMs running while you are playing/maintaining Xpenology/DSM.

     

    But as you don't have "VT-d", if you expected to do HW transcoding, you won't be able to do it inside VMs with Proxmox of ESXi.

     

    But this is just my opinion.

     

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

  17. 58 минут назад, Orphée сказал:

    I don't understand you.

    If you are running as baremetal, there is no virtualization needed to run TCRP/ARPL.

    Recheck your Bios for VT-x and VT-d (VT-d only needed for PCI passthrough but ... still.. in case)

     

    It is hard to follow to be honest, you mean VMM works with TRCP (no friend) ?

     

    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

     

    IMG_0236.JPG

  18. В 25.04.2023 в 02:14, Peter Suh сказал:

    If you build the 0.9.4.3-2 image with friendaudoupd set to true as usual, it will automatically change to v0.0.6c.

    No users have reported not finding an IP with the v0.0.6c kernel yet.

     

    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.

  19. 19 часов назад, Peter Suh сказал:

    If you build the 0.9.4.3-2 image with friendaudoupd set to true as usual, it will automatically change to v0.0.6c.

    No users have reported not finding an IP with the v0.0.6c kernel yet.

     

    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).

    • Like 1
×
×
  • Create New...