9.10 amd64 sis190. Asus F5SL. Не принимаются кадры > 1510 (1496 без ethhdr) байт

[Mam(O)n]

Обновление на ланчпаде. Отработал сортировщик багов. Просят дать информацию:

Этот баг отрапортован достаточно давно и не имел активности в ближайшем прошлом. Нам интересно, насколько он еще актуален? Можете ли Вы попробовать воиспроизвести его на последнем разрабатываемом релизе Ubuntu? Образы ISO CD можно скачать здесь: http://cdimage.ubuntu.com/releases/

Если вопрос всё еще интересен, то запустите следующую команду из терминала (Приложения=>Стандартные=>Терминал). Она автоматически соберёт необходимую для отладки информацию и прикрепит её к данному багрепорту:

apport-collect -p linux 530263

Также, если бы Вы попробовали последнее ядро из апстрима, то было бы неплохо. Это позволит разработчикам из апстрима оценить данную проблему. Обратитесь к статье по адресу https://wiki.ubuntu.com/KernelMainlineBuilds. После того, как тест будет пройден, удалите тег 'needs-upstream-testing'. Это можно сделать, нажав на эмблему жёлтого карандаша, после данного тега, расположенного после описания бага. Пожалуйста дайте нам знать о результатах проделанного.

Заранее спасибо!

(Нажмите, чтобы показать/скрыть)

Hi Mam(O)n,

This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? Can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux 530263

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

    [This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

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

зы. Напомню: баг не мой, я просто разместил объяву
Пользователь решил продолжить мысль 12 Мая 2010, 21:59:44:Забыл главное сказать. То сообщение отослал автомат. И если не будет там активности в обсуждении или новых дебаг-данных (что лучше), то он имеет все шансы предаться забвению.

[kamatoznik]

обновился до 10.04 с ведром 2.6.32-22-generic, всё заработало без уменьшения mtu,на дефолте ведро правда x86 но  кUbuntu х64 с дайв сд тож заработала норм

[Mam(O)n]

Это хорошо. Баг значит можно закрывать...

[kamatoznik]

сегодня установил хп на соседний раздел и баг вернулся,может не ядро виновник а граб?

[Mam(O)n]

сегодня установил хп на соседний раздел и баг вернулся,может не ядро виновник а граб?

Это уже интереснее... ХРень после загрузки, а точнее дрова на сетевуху могут оставлять карту в каком-либо хитром состоянии, нежли дефолтное, после холодного старта...

Если загрузить Ubuntu сразу, после включения компа, баг имеет быть место?

[kamatoznik]

да, баг проявился.

[Mam(O)n]

Тогда я не знаю, куда дальше копать... Надо собирать дебаг инфу и слать на ланчпад...