TeleDDim

Что подсунуть не получится? Серийник? Да, без записи нужного на флешку в груб - никак, но можно тупо сделать новую флешку, и "переустановить" ДСМ, все настройки сохранятся. Вопрос 15 минут. Нет, для плекс достаточно того, что в системе определилось графическое ядро процессора (появилась папка dev/dri) + plex pass. Серийник родной не нужен. То же самое и с Emby.

И? у вас происходил первый сценарий из моих "либо". Не правы вы в том, что кодеки "либо есть/либо нет, и как их потом активировать" - ответ во втором "либо".

Не правы. Чтобы активировать кодеки нужен валидный серийник в загрузчике. Далее они, либо активируются при запуске траснкодинга приложением синолоджи (Video Station, Сервер Мультимедиа, Audiostation), либо можно активировать через synocodectool по ssh. это для SW, для HW нужен Plex Pass.

ага, ровно так. Тут, кстати была тема на форуме как на 6.2.1 чрут ставить без виртуалки, - я собственно так и делал )

ох... давайте ещё раз... никто не спорит, что должен. но его нет? - нет. Есть два матери, которые известны мне по форуму, на которых его нет, Asrock J3455-ITX и J4205-ITX, а например других материнках от Asrock с тем же 3455(например J3455B-ITX) он есть. Я задался вопросом, а чем же эти две материнки отличаются, от других? В графической части на них стоит дополнительный чип-конвертер Display Port 1.2 в HDMI 2.0. Судя по тому какие процедуры падают в модулях, отвечающих за графическую часть, - это связано именно с его работой. В загрузчике 1.04 порядок загрузки модулей такой: agpgart intel-gtt intel-agp drm cfbfillrect cfbimgblt cfbcopyarea sysfillrect sysimgblt syscopyarea fb_sys_fops fb drm_kms_helper i915 Хочу попробовать поменять, чтоб drm_kms_helper грузился перед сами drm. Для этого в extra.lzma загрузчика надо поменять эту строку в файле \etc\rc.modules но это не скоро будет - времени сейчас нет )

который лишь подтверждает, что конкретно для графики неважно установилась ли она сразу или нет, а то что она поднимается в процессе загрузки DSM/Загрухчика каждый раз. Человек на J3455-ITX поставил DSM, далее перекинул на железо где транскодинг аппаратынй должен работать - он и заработал. А на J3455 он поди как не работал, так и не работает у него.

Да? А попробуйте объяснить откуда у вас появились девайсы после обновления БИОСа? вы же ДСМ не переставляли. То есть тупо при загрузке модули DSM/Загрузичика увидели графическую часть вашего проца и соответственно в папке dev появились нужные для работы устройств подпапки. Нет? ) Если бы девайсы ставились при установке, откуда бы у вас всё это поднялось при простом обновлении биоса? ))

Я вас так и понял. Но я не понимаю, что это даст: модули то те же самые будут в ядре, с чего бы им перестать вылетать то, ещё раз: они вылетают при загрузке системы, когда она условно "инициализирует" устройства, а не при установке или ещё чём то.

так ДСМ и на этом желез ставится, проблема не в установке, а в том что при загрузке DSM (а не при её установке), нормально не грузятся модули ядра отвечающие за видеоподсистему.

Вроде нужно обязательно для дисков выставить режим ACHI, остальное действительно методом проб. У меня в зависимости от настроек Биос на плате J4205 большинство настроек влияют только на время загрузки.

зачем? зачем вы читаете 1 стр темы, если вам привели скриншот с ответом на ваш вопрос? )) Ну реально, про что был вопрос? не, может я читать не умею, или не могу вникнуть в диалог, но вроде он вот так развивался: Вам и ответили, что на Гигабайтовской всё работает и это написано в этой же теме...

тема про первую сборку, судя по вопросам вряд ли человек пытался в ручную устанавливать разные версии, а с интеренета молча стянется 6.2.1, поэтом вполне справедливо замечание с учетом последующих пояснений ))

узбагойтесь )) в свете пояснений всё правильно, на последней 6.2.1 работает только интел с загрузчиками 1.03

Не, не пробовал, даже кажется не пробовал ни разу без моника. Вообще мне кажется тут дело не в установке: достаточно ребутнуть и что то поменять - у вас же просто обновление биоса помогло. Как я понимаю модули нужные (agpgart intel-gtt intel-agp drm cfbfillrect cfbimgblt cfbcopyarea sysfillrect sysimgblt syscopyarea fb_sys_fops fb drm_kms_helper i915 ) в загрузчике есть, просто при загрузке системы drm вылетает с ошибкой и поэтому не создаются папки для "устойств" (я же правильнопонимаю что dev - от devices?). Я выкидывал i915 из загрузчика, и тогда грузится родной из i915 из DSM, но тогда вылетают ошибки связанные с drm - так как загружен не родной, и в нём нет каких то функций. В теории можно попробовать подменить все эти модули в загрузчике на родные - может и взлетит )

Вроде там такой же как в моём корпусе, там есть варианты.

даже пробовать не буду, писали уже что работает, плюс надо по идее искать бубунту с тем же ядром ) ну слишком много переменных )

так зависит ещё от версии DSM. Вы уточняйте про что пишете, когда такие категоричные высказывания.

как же у меня на реалтеке то взлетает? 0_о

это было и так известно, и ожидаемо. Ошибки на J3455-ITX и J4205-ITX только.

вы в Leasy или UEFI грузитесь? Чем в сети ищите? через find.synology.com? Сколько ждете по времени - на некоторых платах надо реально 10-12 минут ждать пока в сети не появится.

Почитал на гитхабе исходники к drm, написано: * DOC: dp dual mode helpers * * Helper functions to deal with DP dual mode (aka. DP++) adaptors. * * Type 1: * Adaptor registers (if any) and the sink DDC bus may be accessed via I2C. * * Type 2: * Adaptor registers and sink DDC bus can be accessed either via I2C or * I2C-over-AUX. Source devices may choose to implement either of these * access methods. Как я понимаю чип на материнке как раз относится к типу 2. Далее там же: * Let's see if the adaptor is there the by reading the * HDMI ID registers. * * Note that type 1 DVI adaptors are not required to implemnt * any registers, and that presents a problem for detection. * If the i2c transfer is nacked, we may or may not be dealing * with a type 1 DVI adaptor. Some other mechanism of detecting * the presence of the adaptor is required. One way would be * to check the state of the CONFIG1 pin, Another method would * simply require the driver to know whether the port is a DP++ * port or a native HDMI port. Both of these methods are entirely * hardware/driver specific so we can't deal with them here. * Sigh. Some (maybe all?) type 1 adaptors are broken and ack * the offset but ignore it, and instead they just always return * data from the start of the HDMI ID buffer. So for a broken * type 1 HDMI adaptor a single byte read will always give us * 0x44, and for a type 1 DVI adaptor it should give 0x00 * (assuming it implements any registers). Fortunately neither * of those values will match the type 2 signature of the * DP_DUAL_MODE_ADAPTOR_ID register so we can proceed with * the type 2 adaptor detection safely even in the presence * of broken type 1 adaptors. * If neither a proper type 1 ID nor a broken type 1 adaptor * as described above, assume type 1, but let the user know * that we may have misdetected the type. То есть вроде получается если тип адаптера не определился, то принимается тип 1. Может потому и вылетает, что не тот тип определяется и возвращается для дальнейшей работы?

на ней его нет, вроде бы

Даже и не знаю у кого... прям на первой странице этой темы... И так же ещё есть несколько людей на форуме это подтверждающих работу на Гигабайтовской А буржуй вон и на Asrock J3455-ITX пишет что завёл: Итого, вроде получается, что с загрузчиком 1.03, где используются родные модули для графического ядра процессора - аппаратный транскодинг работает, а на 1.04 где модули встроены в загрузчик - нет.

ну на том же ядре на гигабайтовской 3455 всё работает, на J3455B от Асрок работает, при этом у чувака на Asrock J4105-ITX, которая вроде как должна без проблем работать в dmesg ровно то же самое по ошибкам. Так что дело не совсем в ядре, а в том как оно и драйвера его работают с железом - не удивлюсь, если достаточно поменять будет какой либо параметр и всё заработает.

Ээээ... Вот i915 это драйвер или модуль? ) Я модулем называю то, что "лежит" в папке "modules". Они же и являются драйверами, в терминах "винды". Нет? А вы собрали насколько я понимаю пакет - package, он какое отношение к модулям ядра имеет? И ещё, модуль i915 и родном .pat от 918 отличается от того, что в 1.04, то есть Jun сам его подписал хэшем?