surgeon1

Members
  • Content Count

    34
  • Joined

  • Last visited

Community Reputation

0 Neutral

About surgeon1

  • Rank
    Junior Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Там надо от фронтенда шагать - смотреть какие функции он этим дергает, пробовать лезтть по ssh/telnet и ковырять соответствующие файлы... У кунов, в принципе, всё на пхп+шелл скриптах, так что не думаю, что там что-то невозможное...
  2. Серийник просит же. Пока не ломанут - дела не будет... Ждем, мб найдется умелец, попутно обладающий желанием и временем...
  3. А пароль какой на архив с gebi1.com?
  4. Qencevt: WDT Checked: 1498 Qencevt: PCH is not found Это при запуске QES на голом железе (Asus P8B75V Core I5)... Это реально обойти? На виртуалках он не запускается...
  5. А что если попробовать поставить QES(образ системы)? Он на основе FreeBSD и в теории должен проще "входить" в железо/виртуалки, чем IOT-линух (QTS)...
  6. Так и есть, но на QVS они оба должны быть SATA. А, как минимум, мастер установки DSM воспринимает в этом случае его как ещё 1 диск. Там нет биоса, как такового. Порядок загрузки указывается в соответствующем разделе настроек виртуалки. По факту QVS == QEmu+фронтенд для управления им. В VMware выставлял в биосе нужный диск, но либо не грузится, либо пищет что виртуалка вырубила процессор. Мб потому что на Workstation запускал а не на ESXi... Но не суть важно - DSM нужна была именно на QVS моего QNAP'а, так что все порешалось, можно сказать.
  7. UPD: Я пока не понимаю, почему 918 не заводится на ESXi, а на QVS взлетает без проблем, но я понял, почему после обновы умирает система - апдейтер воспринимает загрузчик как ещё 1 диск и форматит его тоже. Решение: выключить виртуалку и заменить битый загрузчик заранее сохраненным чистым.
  8. Есть. Не работает. Лог прилагается: �[H�[J�[1;1H�[?25l�[m�[H�[J�[1;1H�[2;30HGNU GRUB version 2.02 �[m�[4;2H+----------------------------------------------------------------------------+�[5;2H|�[5;79H|�[6;2H|�[6;79H|�[7;2H|�[7;79H|�[8;2H|�[8;79H|�[9;2H|�[9;79H|�[10;2H|�[10;79H|�[11;2H|�[11;79H|�[12;2H|�[12;79H|�[13;2H|�[13;79H|�[14;2H|�[14;79H|�[15;2H|�[15;79H|�[16;2H|�[16;79H|�[17;2H+----------------------------------------------------------------------------+�[m�[18;2H�[19;2H�[m Use the ^ and v keys to select which entry is highlighted. Press enter to boot the
  9. У меня поднялось, но до первого обновления - после него система не загружается. Видимо ещё недоработан загрузчик... Как вариант - юзать систему без установки обновлений, но что-то мне подсказывает, что пока 6.2 - это тупиковый вариант. P.S: Если у кого-то получилось победить обновления (6.2.2+) - пишите, не стесняйтесь
  10. Какая версия пойдет на ESXi (с E1000/E1000E)?
  11. Synopkg.log 2018/03/30 17:51:55 install LogCenter 1.1.5-0130 End /bin/mv -f /volume1/@tmp/pkginstall/scripts /var/packages/LogCenter/scripts ret=[0] 2018/03/30 17:51:55 install LogCenter 1.1.5-0130 Begin /bin/rm -rf /var/packages/LogCenter/conf 2018/03/30 17:51:55 install LogCenter 1.1.5-0130 End /bin/rm -rf /var/packages/LogCenter/conf ret=[0] 2018/03/30 17:51:55 install LogCenter 1.1.5-0130 Begin /bin/mv -f /volume1/@tmp/pkginstall/conf /var/packages/LogCenter/conf 2018/03/30 17:51:55 install LogCenter 1.1.5-0130 End /bin/mv -f /volume1/@tmp/pkginstall/conf /
  12. После обновления на 6.1.6-15266 в статусе стало писать, что "невозможно выполнить запуск DSM поскольку возникла проблема. Обратитесь в центр поддержки Synology для получения справки." Сама система при этом работает нормально. На сколько это критично? Кто-то обновлялся еще? UPD: Не ставятся некоторые пакеты. Вот, например лог установки центра журналов: 2018/03/30 14:40:36 install LogCenter 1.1.5-0130 Begin preinst 2018/03/30 14:40:36 install LogCenter 1.1.5-0130 End preinst ret=[0] 2018/03/30 14:40:36 install LogCenter 1.1.5-0130 Begin /bin/mv -f /volume1/@tmp/pkginsta
  13. surgeon1

    QNAP

    Поставил на ESXi прошивку от TS-870U-RP. Запустилась, сеть есть. В конце загрузки /sbin/daemon_mgr выдал ошибку Libulinux_config.so.0 (такая же как на скриншотах ранее, но всего одна). Порты все закрыты кроме почтовых, т к службы не запускаются по причине того же Libulinux_config.so.0. Куда копать дальше? кто-то копался в файлах образа? есть возможность поправить конфиги?
  14. Загрузчик из шапки на виртуалку (ProxMox). Без обнов все работает, если обновлять - все умирает. UPD: Нашел это. Там рекомендуют апдейтится, я поставил на чистую виртуалку. Все взлетело и обновилось последним апдейтом. Мб имеет смысл поднять это в шапку?
  15. Поставил с этого загрузчика (6.0_8451), все установилось. В обновлениях указал - только важные обновления (без системы). Первая же обнова все убила. Теперь пишет - подлежит восстановлению. Восстанавливаю, перезагрузка и снова подлежит восстановлению. Пока с этим ничего не сделать? Просто не обновляться?