Arabezar
-
Posts
172 -
Joined
-
Last visited
Posts posted by Arabezar
-
-
Пока доставляется мой новый SSD, поинтересуюсь ещё пару неясностями, если вы не против...
On 10/11/2023 at 7:58 PM, dj_nsk said:Внешний SATA контроллер (если используется) включается сразу
Встроенный SATA контроллер (называется, например, «Cannon Lake PCH-H AHCI Controller») – требует дополнительных действий перед включение проброски
А что есть внешний, а что встроенный? Встроенный - на матплате? Внешний - это плата расширения PCI-E?
On 10/11/2023 at 7:58 PM, dj_nsk said:Установка виртуальной DSM 7.2
Здесь тоже несколько вопросов:
- чем flat отличается от обычного? (не так критично, просто для информации)
- предлагается поставить DSM с нуля, а потом подключить диски существующей системы, а как же все установленные пакеты и настройки? Они автоматически подтянутся? Вот здесь ваще не понятно (((
- VM Options – Boot options – Firmware - BIOS - UEFI. А когда надо пробрасывать GPU? для транскодинга? Зачем вообще здесь что-то менять?
- Network Adapter 1 - VMNET 3, MAC-адрес – автоматически (или задаём требуемый). Я так понимаю, если статический адрес привязан к IP на роутере, то здесь его и надо указать?
-
1 hour ago, XPEH said:
Чем отличаются 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]? Я не про расширение файла, а про назначение.
Так же было указано и в инструкции:
On 10/11/2023 at 7:58 PM, dj_nsk said:Скачать ESXi (VMware vSphere 8 ) - достаточно одного файла .iso с названием вида «VMware-VMvisor-Installer-8.0U1a-21813344.x86_64» или «ESXi-8.0U2-22380479-standard»
Так чем образы отличаются?
1 hour ago, XPEH said:Серийник есть тоже
Ошибка 503. В принципе, я нашёл здесь: https://rutracker.org/forum/viewtopic.php?t=5802776 (VMware UKG 5-8 version)
1 hour ago, XPEH said:VMWare tools (он включен в vSphere/ESXi)
Не знал. Грузил отдельно с офсайта. Ок, значит, не понадобятся... возьму из включённых
-
On 10/11/2023 at 7:58 PM, dj_nsk said:
Скачать ESXi (VMware vSphere 8 ) - достаточно одного файла .iso с названием вида «VMware-VMvisor-Installer-8.0U1a-21813344.x86_64» или «ESXi-8.0U2-22380479-standard», размер 600-650Мб
Нашёл на 4PDA образ 8.0U2 )), а то для закачки требуется регистрация на VMWare только от компании, как индивидуал не закачать (в отличие от Tools)... в связи с чем вопрос: какой образ из Tools подходит для виртуалок? Чем они ваще отличаются? Я так понимаю, что как минимум второй образ ставить вместо старых Synology_VMM_Guest_Tool?
- VMware Tools packages for Windows
- VMware Tools for Windows, 64-bit in-guest installer
-
5 hours ago, dj_nsk said:
Это только VideoStation его не понимает
Там мне транскодинг ради неё только и нужен ))
-
5 hours ago, XPEH said:
У меня есть несколько WD Black SN770 и SN750. По скорости практически не уступают, но цена намного лучше
Хм... Быстрым поиском (в том же NIX, там и цены можно посмотреть и характеристики)... WD Black SN 750/770 и дороже, и медленнее их аналогов из серии Samsung PM9A1 (говорят, OEM аналог 980 Pro). Про проблемы поищу на просторах инетов, но думаю уже всё закрыли заплатками давно.
А по объёму как? 1 или 2? ))
1 hour ago, use-nas said:Завелось видео с процессора Intel Core i3-10105
Это, наверное, в другую тему? )) Про транскодирование? ))
-
Выбираю SSD для перевода на виртуальные рельсы...
По объёму: будет несколько виртуалок на Винде (в сумме не больше 500 ГБ), HAOS и сама виртуальная DSM. Думаю... хватит ли 1 ТБ или я что-то забыл и всё же брать 2?
По модели: похоже, для M2 (если не искать серверные PCI-E или U2/U3) особых альтернатив серии PM9A1 от Samsung нет.
У кого есть какие мысли?
-
19 hours ago, dj_nsk said:
на авито купить б/у проц с графикой, а свой там же продать
19 hours ago, dj_nsk said:VideoStation так не может - HW-транскодинг работает только если запускаю DSM "напрямую", без виртуалки
Я как раз задумал менять архитектуру и переползать на виртуальную DSM, так что мне проц менять ради этого, видимо, смысла нет.
Сейчас в процессе выбора SSD, недели через две, как приобрету, переползу.
-
13 hours ago, dj_nsk said:
Папка \dev\dri быть должна, если её нет, то с точки зрения DSM нет и устройства, которое могло бы выполнять транскодинг...
Как же я мог забыть, что проц у меня без графики (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-скриптах
-
On 9/16/2023 at 7:54 PM, kodintsov said:
Кодеки активированы, но папки /dev/dri у меня нету. Что можно сделать?
Присоединяюсь к вопросу. А должна ли быть папка? Установлен патч от Arc.
-
5 minutes ago, dj_nsk said:
Arc сам подхватит при перезагрузке
А может такое случиться, что Arc не знает ещё версии и не сможет загрузить DSM?
Или таким образом можно только апдейты грузить?
... слышал где-то краем уха, что версии отображаются только те, что возможны к установке... как так-то? ведь заранее невозможно знать!
-
Вот, что ещё хотел спросить...
Если в DSM появилась новая версия... скажем, у меня DSM 7.2.1-69057, а в Состоянии показывает, что появился Update 1, его можно прям из DSM ставить? Или всё только через загрузчик? Какие правила в Arc?
-
4 hours ago, Loredan said:
Тут описывал:
Почитал по ссылкам, много интересного... но всё же не до конца понятно, тем более в моём случае.
У меня с модулем cpuinfo из Arc тормозили виртуалки под VMM, стоило отключить его в Arc - тормоза исчезли... и даже не появились после ручной установки из git. Проверял несколько раз. Магия одним словом.
Возникает вопрос: это только гипервизоры под DSM такому подвержены (VMM в частности) или ещё какие пакеты?
Если только гипервизоры подобно VMM, то с этим можно жить... если ты не перфекционист до мозга костей )))
А для себя я уже решил переходить на другую архитектуру, не хочу, чтоб зависимые проекты страдали (мои виртуалки, которые никак не связаны с DSM, а также Home Assistant в докере, который постоянно слетает из-за обновлений, т.к. слетает Zigbee-донгл... лучше пусть будет под HAOS)
-
6 hours ago, use-nas said:
8 гиг памяти не достаточно... завелось с 12 😂
Кому недостаточно? Что завелось? ))
-
2 hours ago, Dominikus said:
В такой же последовательности вернулся на загрузчик 23.9.10 и все работает!
Я не могу быть увереным и знать, что загрузчик делает с системой во время загрузки. Теоретически разные версии могут по-разному обрабатывать файлы, но предполагается, что файлы должны быть неизменёнными до внесения изменений загрузчиком. В Вашем случае я не знаю, что Вы делали со своей системой.
С другой стороны, если Вы не изменяли в системе ничего через ssh, "Force re-install DSM" не испортит ничего и восстановит системные файлы до исходных версий (не трогая Ваши данные). И войти придётся первый раз не через стандартный интерфейс, а через https://finds.synology.com
Я сам до сих пор не могу понять, как extension cpuinfo может влиять на VMM... хотя почти тот же cpuinfo (источник-прародитель Arc-овского), поставленный из git вручную никак не влияет на VMM в отличие от Arc-овского.
-
2 hours ago, Dominikus said:
поставил последнюю 23.10.3a
А как Вы ставили? Обновили Arc -> забилдили загрузчик -> ребутнулись -> в GRUB что выбирали? Boot DSM или Force re-install DSM?
Я просто не совсем уверен, что простой ребут что-то меняет в Синьке.
Когда я переставлял экстеншены из лоудера, мне приходилось выбирать переустановку, а не загрузку.
-
1 hour ago, dj_nsk said:
у меня осталась инструкция, как я это делал, могу актуализировать и выложить...
... и ещё UPS подключил через USB - к рабочей виртуальной DSM, а ESXi - к NUT серверу на той же DSM, в итоге ESXi умеет отключаться по сигналу от UPS
Было бы неплохо. Всякие пробросы - это уже второе или даже третье дело )). Хотя проброс UPS USB конечно же интересен.
А пока пойду выбирать M2.NVMe SSD для всего этого добра, а то нынешний M2.SATA помедленнее, да и хотелось бы удвоить 512 ГБ хотя бы вдвое.
Ещё вопрос по Вашей конфигурации... "виртуальные диски загрузчиков для DSM" - это вместо флэшки чтоль, где Arc стоИт?
-
On 8/22/2023 at 11:38 AM, i926 said:
Я когда то, ещё на 6.2.3 ставил НА докером, ничего сложного. Почти все девайсы подхватились автоматом. Потом понял, что это не моё ....)))
Прошу прощения, а что оказалось Вашим? HAOS под гипервизором? Сам склоняюсь к последнему варианту, сейчас через докер.
-
2 hours ago, dj_nsk said:
могу поподробней рассказать, если надо, но повторюсь - это уже тема виртуализации, а не загрузчика Arc
Создал отдельную ветку, буду там вопросы задавать )))
P.S. Лоханулся... надо было в Виртуализации создавать. @XPEH, возможно ветку перенести в виртуализацию или пересоздавать там?
-
Spoiler
Я установил Xpenology давно... уже не помню когда... тогда ещё версии 5.х были. Ставил DS3615xs, потом переполз на DS918+, ибо ядро поновее, хотелось SSD подключить, чтоб на нём виртуалки гонять, ибо на харде это совсем тоскливо. Систему ставил прям на железо, без каких-нить прослоек - виртуальных менеджеров. За плечами апдейты на 6.х, а потом и на 7.х... Синька обросла пакетами, каждый апдейт требует внимания то одного пакета, то другого... Например, MediaWiki ещё ни разу сама не заработала. С каждым разом апдейты всё лучше и лучше, вносить изменений всё меньше и меньше, но, тем не менее, сама - ни разу. Последний перевод DSM 7.1 -> 7.2 окончательно убедил меня поменять архитектуру всего используемого на данный момент мной решения. Всё из-за VMM (на самом деле не только :)).
Когда-то я ставил пакет с VirtualBox. И всем он мне нравился кроме отсутсвия обновлений пакета на новые версии. Сам я такую работу из-за отсутствия знаний в предметной области не проводил. А виртуалки использовать необходимость возрастала. И вот я всё же решился использовать VMM. В основном, останавливало отсутствие возможности быстрого бэкапа виртуалок (в VirtualBox было достаточно просто сохранить виртуальный диск, в VMM же приходится экспортировать виртуалку в открытый формат OVA, что несколько медленнее), но оказалось приемлемо. На 7.1 виртуалки с Windows 10/11 из под VMM работали через RDP достаточно шустро. Оно и под 7.2 так же, но есть нюанс. После перевода DSM 7.1 -> 7.2 я неожиданно столкнулся с невообразимыми тормозами виртуалок. Но дело оказалось не в самой 7.2, а в загрузчике Arc, даже не столь в нём, как в его работе с экстеншенами. Боролся я с проблемой тормозов 2 дня, о чём можно посмотреть здесь. Победа оказалась за мной, но также пришло понимание, что поддерживать такую архитектуру становится всё сложнее. Собственно, этот пост задумывался как поиск кратчайшего решения по переводу Хрени с железки под виртуалку... и назад, кому не понравится... или кому захочется на железку.
Идею создать ветку навёл уважаемый @dj_nsk с его сообщением о "простой" смене архитектуры ))
Дано:
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 утверждает, что есть путь проще... )))
Spoilerне надо никуда переносить - подумайте над такой же конфигурацией, как у меня:
1) на NVME диске: сама ESXi, её datastore, виртуальные машины, виртуальные диски загрузчиков для DSM, виртуальные SSD-диски для кэша DSM и т.п.
2) все рабочие SATA HDD "проброшены" в рабочую DSM без изменений. Точнее даже проброшены не сами диски, а SATA-контроллер целиком.
Это очень удобно - я могу даже перезагрузиться без ESXi, загрузиться с флешки (с тем же загрузчиком Arc) и моя рабочая DSM заработает как ни в чём ни бывало, все данные и настройки сохранятся (ну, увидит дополнительно "чужой" NVME диск, но сама не испортит его). Соответственно, и переезд DSM в виртуальную среду выполняется без порчи дисков
(могу поподробней рассказать, если надо, но повторюсь - это уже тема виртуализации, а не загрузчика Arc)
UPD: ну и виртуальная винда на NVME - летает!
(источник)
-
6 hours ago, Pooh said:
как/чем тормоза мерил? тесты какие-нибудь? монитор ресурсов? как узнать, может у меня тоже тормозит, а я не замечаю?
Да просто при тормозах по RDP невозможно зайти, даже если в браузере подключаться к виртуалке, чтоб экран увидеть - курсор еле двигается. Без тормозов - работаешь по RDP как на обычном компе, только в окне, время отклика нормальное.
Косвенно можно по загрузке хоста вычислить: обычная загрузка виндового хоста в VMM без тормозов - в районе 4-5%; с тормозами вырастает до 50%.
Но, повторюсь, тормоза идентифицируются в первую очередь визуально - просто невозможно работать под виртуалкой.
4 hours ago, dj_nsk said:А я вот пару раз попробовал Windows через VMM запускать - не понравилось (уже детально не помню, чем, но в т.ч. и тормозами), и я на другой вариант виртуализации перешёл: на "железе" стоит ESXi, а уже под ней - все нужные виртуальные машины, и DSM рабочая, и временные тестовые, и Win, и всё что захочешь... На мой взгляд так плюсов больше. Но это уже - в тему по виртуализации, к обсуждаемому здесь загрузчику Arc никакого отношения не имеет
Всё больше склоняюсь к такому варианту, а то как ни обновление DSM - масса телодвижений требуется, у HA сносит Zigbee-донгл, видите ли, дрова протухли... задолбался, хочу HA на виртуалку вместо докера перенести, а щас ещё и с виртуалками фигня какая-то и т.д.... Только данные не так просто перенести - порядка 20 ТБ, надо где-то на время большое хранилище искать.
-
1 hour ago, XPEH said:
У меня на нескольких машинах. Без тормозов.
Ну охренеть! Как так то?! ((
Именно Arc + cpuinfo + VMM + Windows 10/11 (все условия без исключений)?
Может, от самогО проца зависит? У меня i3-9100F.
Буду копать скрипт, и как он устанавливается в систему.
Кстати, альтернативный cpuinfo у меня работает нормально - и инфу показывает, и виртуалки не тормозит.
-
Повезло. Видимо, от многих факторов зависит. У меня звёзды не сошлись.
Во время поиска решений в инетах упоминаются тормоза Виндовых машин с QEMU, так что HASS - не показатель.
Интересно услышать мнение тех, у кого Винда 10/11 под VMM + cpuinfo в Arc-е.Вот я альтернативный cpuinfo поставил, теперь и у меня не тормозят виртуалки ))
Как-нить на досуге надо посмотреть, как Arc инсталлирует и запускает cpuinfo... -
8 minutes ago, Pooh said:
не приводит к тормозам. просто показывает реальный процессор и не более
Мы говорим о VMM?
У меня приводит. Проверял 3 раза. Только без этого экстеншена VMM не тормозит.
Перевод DSM: железо -> виртуалка... и обратно
in Виртуализация
Posted
Странно, что внешний контроллер SATA пробрасывается сам, а вот встроенный требует действий... я думал, будет наоборот. Ну да ладно, это не принципиально, просто особенности настройки.
Да, точно. Что-то тороплюсь, не подумал, что переносить пакеты не надо.
Кстати, у меня уже с год висит какая-то совсем неисправимая ошибка файловой системы. Пытался исправить из самой DSM, но не судьба. Как раз будет возможность это сделать после переноса DSM на виртуальные рельсы... замаунтить диски из виртуального Линукса и поправить, если получится, инструкций полно в инетах.
стало быть надо делать однозначно так (хотя бы на всякий случай
): VM Options – Boot options – Firmware - BIOS
что значит сыровата? Что-то не работает? Глючит? Поконкретнее можно?