Можно ли как-то сделать, чтобы
emerge -uDNav world
обсчитывался более быстрым процом, например по SSH? А то нетбук, сами понимаете, пока просчитает что у него там в мире, быстрее повесишься. Предложите варианты в студейу, плз.
Имеется два модема. Оба изначально были привязаны к Билайну (MF192 не разлачивался). Ныне MF180 используется вполне успешно с симкой МТС. Но так случилось, что я его потерял и пока не нашёл хотел завести симку с MF192. Но MF192 мне почему-то даже не удалось отучить притворяться CD-ROM-ом. eject /dev/sr0 ни к чему не приводит даже несколько раз, Получаю ошибки наподобие:
[ 3167.892651] sr0: CDROM (ioctl) error, command: Get event status notification 4a 01 00 00 10 00 00 00 08 00
[ 3167.892664] sr: Sense Key : Hardware Error [current]
[ 3167.892668] sr: Add. Sense: No additional sense information
В системе когда он (MF192) воткнут есть устройства /dev/ttyACM[0-2]. Терминалкой вроде с ним можно общаться, но при воткнутой симке МТС горит красный светодиод (сам он Билайновский), что вполне очевидно.
MF180 при включении нормально создаёт /dev/ttyUSB[0-2].
В чём заключается вопрос: могу ли я имея нормально устраивающий меня MF180 привести к подобному работоспособному состоянию MF192?
Пользовался себе спокойно модемом, всё работало нормально, как вдруг появились симптомы примерно как в этой теме: http://www.linux.org.ru/forum/desktop/6519510
Что могло измениться - ума не приложу. С самим модемом я ничего не делал, под оффтопом модем работает спокойно (то бишь решение по той теме не применимо).
При попытке воткнуть его вслед за другим модемом (параллельно имею ZTE MF180 для экспериментов) возникает «вроде бы коннект», но который не имеет результата.
wvdial MTS
--> WvDial: Internet dialer version 1.61
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT +CGDCONT=1,"IP","internet.mts.ru"
AT +CGDCONT=1,"IP","internet.mts.ru"
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Tue May 6 13:40:45 2014
--> Pid of pppd: 10083
--> pppd: 0"[07][08]X#[07][08]
--> Using interface ppp0
--> pppd: 0"[07][08]X#[07][08]
--> pppd: 0"[07][08]X#[07][08]
--> pppd: 0"[07][08]X#[07][08]
При попытке снова запустить wvdial имею следующее:
--> WvDial: Internet dialer version 1.61
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT +CGDCONT=1,"IP","internet.mts.ru"
AT +CGDCONT=1,"IP","internet.mts.ru"
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
NO CARRIER
--> No Carrier! Trying again.
--> Sending: ATDT*99#
--> Waiting for carrier.
^BOOT:46184996,0,0,0,20
ATDT*99#
NO CARRIER
--> No Carrier! Trying again.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
NO CARRIER
--> No Carrier! Trying again.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
NO CARRIER
--> No Carrier! Trying again.
Видно, что от модема летят его сообщения типа: «^BOOT:46184996,0,0,0,20», и т.п. Но самого соединения как такового не устанавливается. Не мог ли ОпСоС что-то изменить? Ведь объективно всё работало спокойно и беспроблемно до недавнего момента. И под оффтопом, опять же повторюсь, работает спокойно.
Перелопатил много ссылок с описанием поднятия впн-а из командной строки (в том числе и с использованием pptp-command) - результат один и тот же: система наглухо виснет после прохождения авторизации, то есть практически следующее можно увидеть последним (далее только ресет):
CHAP authentication succeeded
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x1 <addr 195.14.38.8>]
sent [IPCP ConfAck id=0x1 <addr 195.14.38.8>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x2 <addr 89.178.77.182>]
sent [IPCP ConfReq id=0x3 <addr 89.178.77.182>]
rcvd [IPCP ConfAck id=0x3 <addr 89.178.77.182>]
Cannot determine ethernet address for proxy ARP
local IP address 89.178.77.182
remote IP address 195.14.38.8
Маршруты настраивал согласно http://ru.posix.wikia.com/wiki/PPTP, ну и во многом по похожим ссылкам. (если нужна будет какая-то конректно еще инфа - приведу).
Шлюз и впн-сервер пингуются. Если маршрут не прописывать, то авторизации не проходит (хотя айпишники впн-а и шлюза пингуются), но и зависания не происходит
Если же маршрут прописать, то впн-сервер пингуется и по адресу типа vpn.corbina.net.
Короче говоря, последнее, что я вижу это назначенные сетевые адреса сервером и дальше глухое зависание до полного ресета.
| ← назад |