Спутниковый ресивер GI 9196 Lite HD

[ooolexa]

ahilles, на родном ПО это баг , ждем исправления в будущих версиях .

[ahilles]

На оригинальной прошивке при простое в ночь (вечером выкл. с пульта) на утро напрочь отказывается показывать каналы. Недоступен сигнал. Нужно тумблером перегружать ресивер. Интересно знать опять же баг прошивки или с ресом что-то. Ещё заметил что тюнер прилично нагревается.

[yuju]

ahilles
нагрев может быть причиной. можно проверить вентилятором.

[ahilles]

ahilles
нагрев может быть причиной. можно проверить вентилятором.

Стрёмно как-то, новый рес, на улице и в доме ещё не так жарко, а уже проблемы с перегревом...?
Добавлено: 21 Февраль 2014, 18:14:50Апну вопрос по выходу реса из дежурного режима на оригинальном ПО. Это баг в ПО и разработчики в курсе, или же проблема с ресивером? На Энигме проверить пока сложно, не доходят руки настроить и проверить.

[ahilles]

Хм... Смотрю в описании на оф сайте должно быть 256Мб оперативной памяти. Команда free в консоли мне выдаёт 128Мб, кто может глянуть у себя?

[michkovitalik]

И у меня 128мб

[ahilles]

Кругом где смотрю описание нашего ресивера указано 256мб, доступно 128... Интересно, она занимается чем-то, либо нам попались "бракованные".... Либо опять же ПО, хотя 128мб на оригинальном ПО и на энигме

[ooolexa]

ahilles, а если вместе сложить ? Или два программных обеспечения хранятся в воздухе , одна ось загружается из OS1 , а другая из OS2

[ahilles]

Хм, а зачем резервируется ОЗУ для операционки которая не задействована в данный момент? о.О

[ooolexa]

ahilles, в данной теме , второй ответ дал подробный ответ по памяти , как считается можно прочесть тут :

Извините, вам запрещён просмотр содержимого спойлеров.

[ahilles]

ahilles, в данной теме , второй ответ дал подробный ответ по памяти , как считается можно прочесть тут :

Извините, вам запрещён просмотр содержимого спойлеров.

Спасибо за статью, однозначно стоит внимания и всё предельно доступно расписано. Тем не менее, я не нашёл ответ на свой вопрос Получается, производитель комплектует ресивер двумя планками памяти по 128Мб, и распределяет их одну для ОС1, вторую для ОС2... Непонимаю зачем, если она ну никак не задействована. ОС1 никак не потребляет ОЗУ во время работы ОС2, равно и на оборот. Неужели только у меня возник вопрос, почему везде в описании указывается 256Мб ОЗУ, когда пользователю на самом деле доступна только половина?

[yuju]

Неужели только у меня возник вопрос, почему везде в описании указывается 256Мб ОЗУ

нет. не только у тебя. но многие об этом даже и не думают.
планок не две, а четыре по 64 (равно 256).
вернемся к памяти, вернее к ее распределению:
- если загрузка с BOOT1, то, естественно, на enigma2 память не выделяется, равносильно как и наоборот;
- распределение памяти зависит от конфигурации собранного ядра

enigma2:
CONFIG_CMDLINE="bmem=128M@128M ........................................

ст. ПО 9196m:
CONFIG_CMDLINE="bmem=160M@96M ........................................

;
- часть файловой системы загружается в оперативную память и "живет" до рестарта,  отсюда "только для чтения" и, относительно загрузки с BOOT1, неубиваемый ресивер с его " Linux Embedded"; это очень широкий спектр;
- и др.

[ahilles]

- распределение памяти зависит от конфигурации собранного ядра;

Вот здесь интересно Тоесть, теоретически с помощью ядра можно "заставить" Энигму увидеть  всю память? я правильно понимаю?

[yuju]

можно сконфигурировать ядро с памятью 256. да! но enigma2, а следовательно и ресивер, не загрузится.

CONFIG_CMDLINE="bmem=128M@128M

- это оптимальный вариант! к нему лежал длительный путь проб и проверок.
(а не просто кому то так захотелось)

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

[ahilles]

Вопрос снят, простите за дотошность