| [Форум] [Помощь] [Поиск] [Выйти] |
Добро пожаловать, ![[info]](userinfo.gif){kind=small} User
|
|
|
| ||
| Возникло желание поставить на FreeBSD обычный модем (курьер) для dial-in -- звонить на работу (т.е. на эту фрю звонить) :-). Беда заключается в следующем -- фря глотает байты... т.е. скажем вместо FreeBSD пишет FreeB действую след. образом: /etc/ttys: ttyd0 /usr/libexec/getty std.115200 dialup on insecure /etc/rc.serial: modem() { # Modem that supports CTS and perhaps RTS handshaking. ci=$1; shift co=$1; shift for i in $* do # may depend on modem comcontrol /dev/tty${ci}${i} dtrwait 100 drainwait 180 # Lock crtscts on. # Speed reasonable for V42bis. stty < /dev/ttyi${ci}${i} crtscts 115200 stty < /dev/ttyl${ci}${i} crtscts stty < /dev/cuai${co}${i} crtscts 115200 stty < /dev/cual${co}${i} crtscts done } modem d a 0 Отлично берет трубку и при написании имени и пароля логинится... но вместо: ---------------------- FreeBSD/i386 (dial.admin.reg) (ttyp1) login: ---------------------- пишет: ---------------------- FreeBS ( d d1) lo ---------------------- Очень хотелось бы услышать мнение МаГа :-) об этом печальном факте и методе его устранения Заранее спасибо |
| ||
| покажи /etc/gettytab, строчку std.115200 |
| ||
| вот она: std.115200!115200-baud: :np:sp#115200: впрочем там они все так выглядят: std.57600!57600-baud: :np:sp#57600: std.115200!115200-baud: :np:sp#115200: std.230400!230400-baud: :np:sp#230400: |
| ||
| Поставь mgetty и расслабься. |
| ||
| очень сильно сомневаюсь что дело в getty... имхо фря вообще странно работает с сом-портами на которых висят модемы -- я например до сих пор не знаю удовлетворительного решения проблемы мессаджей типа (возникает при элементарном dial-out): /kernel: sio1: 1 more silo overflow (total 20) при выдаче такого мессаджа однозначно теряются байты, а ведь в мейл-листе на freebsd.org эта проблема затрагивается перманентно, но ничего не говорится о путях решения... на opennet.ru для версии (2.2.х) рекомендуется где-то найти патч к ядру (!). Ой... наврал! обычно говорится в том смысле что мол может у вас медленный процессор, который не успевает обрабатывать прерывания -- очевидный маразм (я так понимаю что под фрей скажем 233 П-2 медленный, а под виндой он резко ускоряется и уже успевает все?). |
| ||
| Гм... На одном прерывании с ком-портом ничего не висит? Если висит, то убрать. У меня есть подозрение что обычный Курьер у тебя внутренний исовый. В общем, сделай так, чтобы тот ком-порт, на котором висит модем, ни с кем прерывание не разделял. А то, что там говорится, как правило относится чуть ли не к трёшкам с нефифованными портами. По моему опыту, проблем не возникало с компом К5-90, поэтому П2-233 должно хватить за глаза. |
| ||
| курьер внешний... :-( блин... Маг, пришли институтовские конфиги? :-)) тебе ведь не жалко наверное :-)) slapsh@kos-obl.kmtn.ru |
| ||
| мои конфиги тебе не подойдут имхо проблема не в конфигах - в железе (читай постинги dmk). P.S. попробуй mgetty, им удобнее пользоваться P.P.S. насчет инициализации модема, у getty есть два параметра ic= и ac= , man gettytab. |
| ||
| интересно, где же у тебя модем инитится? ATS0=1 или 'RING ATA' и т.д. ? |
| ||
| при старте системы вот таким скриптом: #!/bin/sh device=cuaa$1 rings=$2 printf %10d $$ > /var/spool/lock/LCK..$$.tmp if ln /var/spool/lock/LCK..$$.tmp /var/spool/lock/LCK..${device} ; then chat AT OK ATZ OK ATS0=${rings} OK < /dev/${device} > /dev/${device} rm /var/spool/lock/LCK..${device} fi rm /var/spool/lock/LCK..$$.tmp вообще вся инфа взята отсюда: http://www.nitek.ru/~igor/pppd/ |
| ||
| на халяву все вы падки |
| ||
| глубоко сомневаюсь, что дело именно в этом, НО: два различных роботикса (внешний и внутренний) не умели (не хотели) работать с ATZ полечилось у одного с AT&F, у другого с AT&F1 |
Отправил