дядя Фёдор

Чтобы ресивер мог подсоединиться к сети, сеть должна иметь тип "Infrastructure", а не "Ad-Hoc". Такое возможно только на Windows 7 (может на Vista, не знаю), но на XP не пойдет никак.

Может питания не хватает диску. Лучше использовать диск с отдельным источником питания, а не через USB.

Я что-то потерял основную нить. Что мы вообще обсуждаем? Если вы перешиваете разнообразные прошивки, не только PGI, во флеш и после этого что-то не работает, то при чем тут PGI? Я гарантирую, что usb_config.img выводит ресивер из ступора, если речь идет о загрзуке PGI/DGS из флеш-памяти. Нужно при старте нажать 0, а не просто перешить usb_config.img и думать, что все заработает само. Конкретно, вот команда мультибута для правильной загрузки PGI или DGS из Flash. menu_0=front_puts DGS-FLASH;setenv bootargs "console=ttyAS1,115200 panic=3 root=/dev/mtdblock3 bigphysarea=1500 quiet";setenv bootcmd "bootm a0060000";saveenv;boot Всё остальное не имеет никакого отношения к "выводу из ступора".

естественно. он и не должен выводить. выводит usb_config.img, в котором содержитсся конфиг мультибута, а не сам его код.

Прошивки PGI, начиная с 0.7.3, не затирают мультибут. Для "затирки" нужно дополнительно прошивать usb_config.img

Если речь идет о файле .img, который потом будете перешивать через USB, то никак. Для этого нужен спец. софт, который умеет создавать такие файлы. Мы его сами написали для PGI.

Чтобы разбить на более чем четыре раздела нужно последний из разделов создать не как primary (основной), а как extended (дополнительный). Дополнительный раздел может содержать большое количество логических разделов. При этом нужно помнить, что на сам extended раздел уходит одна цифра в /dev/sda..., и она использоваться не может. Вот пример диска разбитого на 6 разделов, которые можно использовать (всего 7): /dev/sda1 - primary под swap /dev/sda2 - primary под запись каналов /dev/sda3 - extended - нельзя использовать, так как это только "метка", отводящая место на диске для всех последующих разделов /dev/sda4 - logical - под энигму /dev/sda5 - logical - под PGI /dev/sda6 - logical - под энигму /dev/sda7 - logical - под PGI P.S. "активность" раздела тут ни при чем. это нужно DOS-Windows системам и в некоторых случаях Linux на PC, но не на ресивере.

А что непонятного в описании из первого поста?

Он и в PGI монтируется "нормально". Смотря, что подразумевать под "нормально". Оно ведь ничего просто так "само" не происходит. Так что не "почему-то" винт монтируется, а потому что мы это так запрограммировали специально. Это создает какие-то неудобства? Не вижу никаких, только преимущества.

Не нужен. Можете стирать.

Нельзя, потому что прошивка хранится в области данных read-only. И софт ищет там же!

Вы наступили на грабли номер 2 отсюда. По ходу дела, эта информация уже пару лет висит.

Насколько мне известно (понаслышке, что может быть недостоверным), но логики там нет, к сожалению, хотя разъемы это те. Работающей сетки нет и в помине, когда происходит то, что нас интересует. А даже если бы и была, то невозможно с нее ничего снять без процесса, который бы туда что-то слал. А процесс чтобы запустить, нужно сначала чтобы ядро стартовало. Ну а проблема происходит еще раньше. Всё что остается посоветовать, это просто попробовать винт другой модели.

Кому как ;)

Если вы хотите дальнейшего расследования, то единственный способ увидеть что происходит без догадок, это показать логи, снятые с серийного порта. Один лог, когда грузится (с кнопкой), и один, когда не грузится. И к логам приложить также fw_printenv и по какой кнопке была загрузка.

А чего там пытаться? запускаете на прошивке /var/bin/scrplg-streaming-start.sh (или как-то так) Потом VLC, open network stream, http://ipbox-ip-address:4000 У меня очень хорошо работает...

У вас что, на компьютере, где в папке расшаренной лежит файл playlist.m3u работает веб сервер? Сомневаюсь... а раз так, то никак вы этот файл не получите по HTTP:// ...... Для того, чтобы получить файл по HTTP, нужно и подавать его по HTTP, а не через "расшаренную папку". Запускайте какой нибудь HTTP сервер типа Apache или еще чего полегче, и будет вам счастье... Но недолго. Потому что из PGI мы убрали m3u плейер.

Советую читать README файлы и азбуку, чтобы не возникало таких вопросов.

Если у вас на третьем разделе стоит 0.7.3, и во флеше 0.9, то где в таком случае e2?

Этого тоже не нужно для DGS/PGI. Я не знаю что вы намудрили со своим мультибутом. Еще раз четко скажите на каких разделах какого устройства (USB/SATA/FlashRAM) у вас находится что.

да, именно в этом. а точнее именно в вот этом: init=/bin/devinit это нужно e2. а PGI просто не загрузится, так как файла /bin/devinit не существует и нечего будет грузить.

9000HD выводит по HDMI 5.1. Думаю, что 91HD тоже должен.

Ну так прошейте!

Да, опечатка конечно. Правильно: /dev/sda1

Это нормально для связи GPRS, но может быть ненормально для некоторых пакетов каналов, в зависимости от кодировки. У каждой кодировки есть максимально допустимое время получения ключа (обычно несколько секунд, но может быть и меньше). Если за это время не приходит ответа с сервера, то возникают фризы и затыки (рассыпания и застывания) картинки. И что бы вы ни делали в настройках ресивера, вы ничем качество Интернет-связи не улучшите. Если оно плохое, то оно плохое. Выход только один - искать более стабильную альтернативу доступа в Интернет.