Arabezar

Странно, что внешний контроллер SATA пробрасывается сам, а вот встроенный требует действий... я думал, будет наоборот. Ну да ладно, это не принципиально, просто особенности настройки. Да, точно. Что-то тороплюсь, не подумал, что переносить пакеты не надо. Кстати, у меня уже с год висит какая-то совсем неисправимая ошибка файловой системы. Пытался исправить из самой DSM, но не судьба. Как раз будет возможность это сделать после переноса DSM на виртуальные рельсы... замаунтить диски из виртуального Линукса и поправить, если получится, инструкций полно в инетах. стало быть надо делать однозначно так (хотя бы на всякий случай ): VM Options – Boot options – Firmware - BIOS что значит сыровата? Что-то не работает? Глючит? Поконкретнее можно?

Пока доставляется мой новый SSD, поинтересуюсь ещё пару неясностями, если вы не против... А что есть внешний, а что встроенный? Встроенный - на матплате? Внешний - это плата расширения PCI-E? Здесь тоже несколько вопросов: - чем flat отличается от обычного? (не так критично, просто для информации) - предлагается поставить DSM с нуля, а потом подключить диски существующей системы, а как же все установленные пакеты и настройки? Они автоматически подтянутся? Вот здесь ваще не понятно ((( - VM Options – Boot options – Firmware - BIOS - UEFI. А когда надо пробрасывать GPU? для транскодинга? Зачем вообще здесь что-то менять? - Network Adapter 1 - VMNET 3, MAC-адрес – автоматически (или задаём требуемый). Я так понимаю, если статический адрес привязан к IP на роутере, то здесь его и надо указать?

Чем отличаются VMware vSphere Hypervisor (ESXi ISO) image [VMware-VMvisor-Installer-8.0U2-22380479.x86_64.iso] и VMware vSphere Hypervisor (ESXi) Offline Bundle [VMware-ESXi-8.0U2-22380479-depot.zip]? Я не про расширение файла, а про назначение. Так же было указано и в инструкции: Так чем образы отличаются? Ошибка 503. В принципе, я нашёл здесь: https://rutracker.org/forum/viewtopic.php?t=5802776 (VMware UKG 5-8 version) Не знал. Грузил отдельно с офсайта. Ок, значит, не понадобятся... возьму из включённых

Нашёл на 4PDA образ 8.0U2 )), а то для закачки требуется регистрация на VMWare только от компании, как индивидуал не закачать (в отличие от Tools)... в связи с чем вопрос: какой образ из Tools подходит для виртуалок? Чем они ваще отличаются? Я так понимаю, что как минимум второй образ ставить вместо старых Synology_VMM_Guest_Tool? VMware Tools packages for Windows VMware Tools for Windows, 64-bit in-guest installer

Там мне транскодинг ради неё только и нужен ))

Хм... Быстрым поиском (в том же NIX, там и цены можно посмотреть и характеристики)... WD Black SN 750/770 и дороже, и медленнее их аналогов из серии Samsung PM9A1 (говорят, OEM аналог 980 Pro). Про проблемы поищу на просторах инетов, но думаю уже всё закрыли заплатками давно. А по объёму как? 1 или 2? )) Это, наверное, в другую тему? )) Про транскодирование? ))

Выбираю SSD для перевода на виртуальные рельсы... По объёму: будет несколько виртуалок на Винде (в сумме не больше 500 ГБ), HAOS и сама виртуальная DSM. Думаю... хватит ли 1 ТБ или я что-то забыл и всё же брать 2? По модели: похоже, для M2 (если не искать серверные PCI-E или U2/U3) особых альтернатив серии PM9A1 от Samsung нет. У кого есть какие мысли?

Я как раз задумал менять архитектуру и переползать на виртуальную DSM, так что мне проц менять ради этого, видимо, смысла нет. Сейчас в процессе выбора SSD, недели через две, как приобрету, переползу.

Как же я мог забыть, что проц у меня без графики (i3-9100F :))) Стало быть буду довольствоваться программным транскодированием. А как только заменю на какой-нить E-2288G лет так через ...ндцать... ))) P.S. IDs для графики можно поискать здесь

Откопаю стюардессу... )) или у нас тут так не принято? Проблема: Информационный центр панели управления показывает процессор корректно (с учётом патча cpuinfo) за исключением пары деталей: пропущено Кодовое название (в скобках) реального процессора ссылка ведёт на спеки всех продуктов производителя, а не на конкретную модель Причина: Копаюсь в скрипте... и здесь всё понятно, где собака порылась... просто производитель заблокировал ресурс для РФ. А скрипт загружает кодовое название из инетов. У меня не установлен VPN на все соединения, в частности и на DSM инет приходит прямо от провайдера через роутер, но в браузере установлены расширения для обхода блокировок, соответственно, производитель в браузере доступен. Вопрос: как кто решает эту проблему? Я - так: )) Решение 1: Т.к. скрипт по сути запускается всего один раз для патча системы, далее он не нужен, то я не нашёл ничего лучше, как чуть дописать скрипт с учётом наших реалий... кому надо, делайте... короче: Ищу свой проц в браузере на ark.intel.com, сохраняю страницу под именем cpu_info_patch.txt Меняю у него права, если требуется, чтоб скрипт мог прочитать - как минимум, чтение для owner, можно и для всех, чтоб не париться Кладу сохранённый текстовый файл рядом со скриптом Загружаю подправленный скрипт, который, если не сможет из инета забрать информацию по процессору, будет искать её в сохранённом нами текстовом файле Запускаю скрипт как обычно (не забываем про права на запуск после загрузки), обновляю как обычно (опция 2, все ответы на вопросы - Y), обновляю страничку браузера с инфой, вуаля: Ограничения: Реализовал только для Intel, другого у меня нет, да и, собственно, для AMD, наверное, это не актуально )) Проверено (важно для сохранения файла) на браузерах: Opera 102.0.4880.78 (Chromium: 116.0.5845.188); 103.0.4928.26 (Chromium: 117.0.5938.150) - сохраняет самый большой файл (у меня 912 КБ), но содержит исходную сохраняемую ссылку, которую я и подкладываю в detail Chrome 117.0.5938.152; 118.0.5993.71 - сохраняет файл чуть поменьше (у меня 820 КБ), также содержит исходную сохраняемую ссылку, которую я и подкладываю в detail Firefox 118.0.1; 118.0.2 - самый маленький файл (у меня 59 КБ), содержит прямые ссылки на разделы Compatible Products, Drivers and Software, Support, но я посчитал выдёргивание оттуда совсем стрёмным и заполняю detail исходной ссылкой поиска вида https://ark.intel.com/content/www/us/en/ark/search.html?_charset_=UTF-8&q=i3-9100F, которая прекрасно работает сама по себе Если файл со спекой не подложить, то в detail будет вставлена ссылка для поиска выше (как для FireFox-а). По сути, подкладываемый файл спеки нужен только для Кодового Названия в скобках и прямой ссылки на спеку в detail Решение 2: Наверное, можно решить эту проблему ещё и подключением DSM через VPN, но мне ещё интересно было потренироваться в bash-скриптах

Присоединяюсь к вопросу. А должна ли быть папка? Установлен патч от Arc.

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

Вот, что ещё хотел спросить... Если в DSM появилась новая версия... скажем, у меня DSM 7.2.1-69057, а в Состоянии показывает, что появился Update 1, его можно прям из DSM ставить? Или всё только через загрузчик? Какие правила в Arc?

Почитал по ссылкам, много интересного... но всё же не до конца понятно, тем более в моём случае. У меня с модулем cpuinfo из Arc тормозили виртуалки под VMM, стоило отключить его в Arc - тормоза исчезли... и даже не появились после ручной установки из git. Проверял несколько раз. Магия одним словом. Возникает вопрос: это только гипервизоры под DSM такому подвержены (VMM в частности) или ещё какие пакеты? Если только гипервизоры подобно VMM, то с этим можно жить... если ты не перфекционист до мозга костей ))) А для себя я уже решил переходить на другую архитектуру, не хочу, чтоб зависимые проекты страдали (мои виртуалки, которые никак не связаны с DSM, а также Home Assistant в докере, который постоянно слетает из-за обновлений, т.к. слетает Zigbee-донгл... лучше пусть будет под HAOS)

Кому недостаточно? Что завелось? ))

Я не могу быть увереным и знать, что загрузчик делает с системой во время загрузки. Теоретически разные версии могут по-разному обрабатывать файлы, но предполагается, что файлы должны быть неизменёнными до внесения изменений загрузчиком. В Вашем случае я не знаю, что Вы делали со своей системой. С другой стороны, если Вы не изменяли в системе ничего через ssh, "Force re-install DSM" не испортит ничего и восстановит системные файлы до исходных версий (не трогая Ваши данные). И войти придётся первый раз не через стандартный интерфейс, а через https://finds.synology.com Я сам до сих пор не могу понять, как extension cpuinfo может влиять на VMM... хотя почти тот же cpuinfo (источник-прародитель Arc-овского), поставленный из git вручную никак не влияет на VMM в отличие от Arc-овского.

А как Вы ставили? Обновили Arc -> забилдили загрузчик -> ребутнулись -> в GRUB что выбирали? Boot DSM или Force re-install DSM? Я просто не совсем уверен, что простой ребут что-то меняет в Синьке. Когда я переставлял экстеншены из лоудера, мне приходилось выбирать переустановку, а не загрузку.

Было бы неплохо. Всякие пробросы - это уже второе или даже третье дело )). Хотя проброс UPS USB конечно же интересен. А пока пойду выбирать M2.NVMe SSD для всего этого добра, а то нынешний M2.SATA помедленнее, да и хотелось бы удвоить 512 ГБ хотя бы вдвое. Ещё вопрос по Вашей конфигурации... "виртуальные диски загрузчиков для DSM" - это вместо флэшки чтоль, где Arc стоИт?

Прошу прощения, а что оказалось Вашим? HAOS под гипервизором? Сам склоняюсь к последнему варианту, сейчас через докер.

Создал отдельную ветку, буду там вопросы задавать ))) P.S. Лоханулся... надо было в Виртуализации создавать. @XPEH, возможно ветку перенести в виртуализацию или пересоздавать там?

Дано: DSM (любая, в моём случае 7.2.1-69057) на сторонней (не Synology) железке (у меня Supermicro) с использованием загрузчика Arc (на самом деле любым) Пакеты: VMM, Container manager (старый Docker) и т.д. Именно указанные пакеты наиболее чувствительны к предмету обсуждения Задание 1: Перенести DSM с железки под управление виртуального менеджера (гипервизора ESXi, Hyper-V, не суть важно) с минимальными временными и другими затратами, чтобы не потерять данные, в том числе виртуальные машины, и ускорить отклик отдельных элементов функциональности (Умный Дом под управлением HASS, виртуальные машины под Windows 10/11) без ущерба работе DSM. Задание 2: Перенести DSM из виртуальной среды (гипервизора ESXi, Hyper-V, не суть важно) под управление железки с минимальными временными и другими затратами, чтобы не потерять данные, в том числе виртуальные машины без ущерба работе DSM. Реализация: ... в процессе )) ... пока больше вопросов, чем ответов. Данная ветка и создана для решения всех возникающих вопросов. Замечание: Изначально я планировал пересоздавать всё "с нуля", т.е. сохранить данные на внешнем носителе (около 20 ТБ), установить гипервизор на SSD (NVMe), а под него создать DSM и перенести все свои виртуалки... но уважаемый @dj_nsk утверждает, что есть путь проще... )))

Да просто при тормозах по RDP невозможно зайти, даже если в браузере подключаться к виртуалке, чтоб экран увидеть - курсор еле двигается. Без тормозов - работаешь по RDP как на обычном компе, только в окне, время отклика нормальное. Косвенно можно по загрузке хоста вычислить: обычная загрузка виндового хоста в VMM без тормозов - в районе 4-5%; с тормозами вырастает до 50%. Но, повторюсь, тормоза идентифицируются в первую очередь визуально - просто невозможно работать под виртуалкой. Всё больше склоняюсь к такому варианту, а то как ни обновление DSM - масса телодвижений требуется, у HA сносит Zigbee-донгл, видите ли, дрова протухли... задолбался, хочу HA на виртуалку вместо докера перенести, а щас ещё и с виртуалками фигня какая-то и т.д.... Только данные не так просто перенести - порядка 20 ТБ, надо где-то на время большое хранилище искать.

Ну охренеть! Как так то?! (( Именно Arc + cpuinfo + VMM + Windows 10/11 (все условия без исключений)? Может, от самогО проца зависит? У меня i3-9100F. Буду копать скрипт, и как он устанавливается в систему. Кстати, альтернативный cpuinfo у меня работает нормально - и инфу показывает, и виртуалки не тормозит.

Повезло. Видимо, от многих факторов зависит. У меня звёзды не сошлись. Во время поиска решений в инетах упоминаются тормоза Виндовых машин с QEMU, так что HASS - не показатель. Интересно услышать мнение тех, у кого Винда 10/11 под VMM + cpuinfo в Arc-е. Вот я альтернативный cpuinfo поставил, теперь и у меня не тормозят виртуалки )) Как-нить на досуге надо посмотреть, как Arc инсталлирует и запускает cpuinfo...

Мы говорим о VMM? У меня приводит. Проверял 3 раза. Только без этого экстеншена VMM не тормозит.