Тестирование по nodiratime было в СОВЕРШЕННО других условиях - 2.6, HDD, writeback, кэш сквида. И подбирались параметры на максимальную скорость. Ну и... ошибочно результаты были экстраполированы на сюда.
Senior Member
Тестирование по nodiratime было в СОВЕРШЕННО других условиях - 2.6, HDD, writeback, кэш сквида. И подбирались параметры на максимальную скорость. Ну и... ошибочно результаты были экстраполированы на сюда.
Member
Прошил 7d-160, и после этого PPPoE соединение рвется ровно через 1440 минут (24 часа).
Idle disconnect выставлен в 0, провайдер утверждает что он нипричем,
да и на олеговской прошивке такого вроде не наблюдалось.
Подскажите, где подкрутить?
Фрагмент лога:Code:[root@wl500gp root]$ cat /tmp/ppp/options.wan0 noauth refuse-eap user 'xxxxxxx' password 'xxxxxxx' nomppe nomppc plugin rp-pppoe.so nic-vlan1 mru 1492 mtu 1492 maxfail 0 usepeerdns persist ipcp-accept-remote ipcp-accept-local noipdefault ktune default-asyncmap nopcomp noaccomp novj nobsdcomp nodeflate lcp-echo-interval 10 lcp-echo-failure 6 unit 0
Code:10:41:10 14-03-2009 (emerg|user|client) client: Synchronizing time with time.nist.gov ... 10:41:29 14-03-2009 (info|daemon|pppd) pppd[131]: Connect time 1440.0 minutes. 10:41:29 14-03-2009 (info|daemon|pppd) pppd[131]: Sent 700036663 bytes, received 20550646 bytes. 10:41:30 14-03-2009 (emerg|user|PPPoE) PPPoE: Disconnected
wl-500gPv2 & 1.9.2.7-d
Нашел забавный глюк busybox:
заходим в /sbin и запускаем ./fsck.ext3 и... вместо "No help available" получаем хелп от другого аплета...
Несколько раз пересмотрел исходники.... ну, ни как такого не должно быть
Last edited by AlexeyS; 14-03-2009 at 18:24.
Forum Guru
Upd: Не, похоже это сам busybox глючитOriginally Posted by AlexeyS
Нашел забавный глюк busybox:
заходим в /sbin и запускаем ./fsck.ext3 и... вместо "No help available" получаем хелп не от другого аплета...
Несколько раз пересмотрел исходники.... ну, ни как такого не должно быть
И само не восстанавливается? На прошивке Олега 10.7 такого точно нет?
Last edited by lly; 14-03-2009 at 19:57.
Я отбросил все текущие патчи, кроме возврата e2fsprogs и глюк с usage пропал... осталось вычислить глючный патч...Upd: Не, похоже это сам busybox глючит
Upd: это 100-busybox.patch... ищу дальше...
Last edited by AlexeyS; 14-03-2009 at 21:24.
Forum Guru
Это переименование httpd в busybox_httpd, но ПОЧЕМУ?
а еще, у меня на стационарной сборке fsck падает... на роутере пока не проверял...
Нашел забавный глюк busybox:
заходим в /sbin и запускаем ./fsck.ext3 и... вместо "No help available" получаем хелп от другого аплета...
Несколько раз пересмотрел исходники.... ну, ни как такого не должно бытьхех, таким образом глючили все апплеты начиная с cat по hostname включительно. а все написано в шапке applets.h =)Это переименование httpd в busybox_httpd, но ПОЧЕМУ?
исправил в r184. возможно это пофиксит и проблемы с запуском апплетов из pre-shutdown при пепепрошивке из web интерфейса* It is CRUCIAL that this listing be kept in ascii order, otherwise the binary
* search lookup contributed by Gaute B Strokkenes stops working. If you value
* your kneecaps, you'll be sure to *make sure* that any changes made to this
* file result in the listing remaining in ascii order. You have been warned.
Last edited by theMIROn; 15-03-2009 at 01:21.
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Member
После разрыва соединение автоматически восстанавливается, но IP-адрес выдается уже другой, что влечет за собой некоторые осложнения.
Вот что еще накопал: 1440 минут = 86400 секунд. Исследуем nvram:
Видимо надо выставить в 0 все эти переменные?Code:[root@wl500gp root]$ nvram show |grep 86400 size: 10773 bytes (21995 left) wan_lease=86400 dhcp_lease=86400 lan_lease=86400 wan0_lease=86400
Или это может привести к каким-либо проблемам?
wl-500gPv2 & 1.9.2.7-d
Forum Guru
Во! Похоже провайдер не подтверждает аренду твоего старого IP адреса - отсюда и переустановка соединения. Переменные обнулять бессмысленно - они не могут управлять провайдером.
P.S. Ты не ответил как дело обстоит 10.7
Forum Guru
24 часа при PPPoE соединении (ADSL?) --- очень похоже на ежесуточный разрыв связи провайдером, связанный с тарификацией.
Member
Есть ли надежда на улучшение положения BCM5354 с текущим бекпортом EHCI? Или траблы на уровне OHCI?
Не могли бы Вы выложить снапшот?
Forum Guru
Ничего не понял, какие именно "траблы"?
Дотестируем и выложим.Не могли бы Вы выложить снапшот?
P.S. Посмотри в SVN updates, может твой ответ там?
Member
У меня они проявляются в нестабильности работы накопителей через хаб usb 2.0, приводящей к перезагрузке роутера при длительном интенсивном обращении к ним. Без хаба - ок.
Чисто аппаратные проблемы исключены (разные накопители, хабы, схемы питания в т.ч. отключение защиты... результат одинаков, на v1 всё - ок). Отключение ehci так же не исправляет проблему.
В syslog ничего попасть не успевает, к сожалению консоль я кажется уже прибил.
З.Ы. Да, простите, DIR-320 (BCM5354, rev 3).
Forum Guru
Для каких-нибудь выводов мало информации. К тому же без хаба ты можешь подключить только одно устройство. Нужны либо логи с ошибками, либо Oops ядра с консоли и т.п.
А вот здесь я не согласен, кто может поручиться в отсутствии аппаратных проблем в самом роутере?Чисто аппаратные проблемы исключены
З.Ы. Да, простите, DIR-320 (BCM5354, rev 3).
Posting Permissions
Reply With Quote
