У мене є модем ZTE MF-193E, який працював чудово раніше. Коли я купував цей модем більше року тому, він легко працював поза коробкою. Тепер, коли Ubuntu прогресує у версії, для мене все стає все складніше.
Цей модем навіть працював пару місяців тому з Ubuntu 15.04 (64-розрядний). Тепер в Ubuntu 15.10 (64-розрядна) він не може підключитися.
Я встановив мобільний широкосмуговий зв’язок . Я пробував різні рядки для APN, але це раніше не було проблемою.
(Модем працює добре в Windows 10, тому це зовсім не проблема з обладнанням. Крім того, GUI Modem Manager чудово виявляє цей пристрій. SMS-повідомлення можна надсилати та отримувати без будь-яких проблем.)
Коли я вставляю модем, він виявляється добре, піктограма CD відображається в Unity із назвою модема. Через кілька секунд я отримую коробку повідомлень
Mobile Broadband Network: you are registered on the home network
біля піктограми мережі.
Коли я намагаюся підключитися, піктограма бездротового зв’язку в аплеті мережевого диспетчера запускає ці відцентрові рухи, але з часом вона не вдається підключитися, і повідомлення повідомляє мені, що я в офлайні.
Лінія, від якої я могла б виділити /var/log/syslog
це,
NetworkManager[628]: <info> (ttyUSB1): device state change: ip-config
> -> failed (reason 'ip-config-unavailable') [70 120 5]
Хоча я не впевнений, чи це відповідне.
Більше рядків від
/var/log/syslog
можна знайти тут .
Оновлення 1 - 06 грудня 2015 року
Як вказував один вид учасника, спробував nf_conntrack_pptp
модульний підхід.
Виконав такі команди,
$ lsmod | grep nf_conntrack_pptp | wc -l
0
$ sudo modprobe nf_conntrack_pptp
lsmod | grep nf_conntrack_pptp
nf_conntrack_pptp 20480 0
nf_conntrack_proto_gre 16384 1 nf_conntrack_pptp
nf_conntrack 106496 2 nf_conntrack_proto_gre,nf_conntrack_pptp
Потім спробував мій модем, той самий збій. Не помітні зміни в журналі також.
Оновлення 2 - 06 грудня 2015 року
Виконується як корінь,
systemctl restart network-manager.service
Немає виводу на екран (термінал).
Відповідний журнал з вищевказаної точки до спроби з'єднання за допомогою модему можна знайти тут .
Оновлення 3 - 06 грудня 2015 року
Встановив ofono
і потім спробував модем ще раз.
Будь ласка, дивіться журнал тут .
Оновлення 4 - 06 грудня 2015 року
Знову виконується як root,
systemctl restart network-manager.service
Відповідний журнал з вищевказаної точки до спроби з'єднання за допомогою модему можна знайти тут .
Оновлення 5 - 06 грудня 2015 року
Змінено всі "заперечувати" на "дозволити" в /etc/dbus-1/system.d/nm-dispatcher.conf
.
Спробував підключення. Не вдалося.
Кілька мережевих підключень та відключення з підключенням до Ethernet.
Слідом за sudo systemctl restart network-manager.service
.
Підключіть і підключіть модем.
Спробував знову підключитися. Не підключається.
Журнал тут .
Оновлення 6 - 06 грудня 2015 року
Виконано
sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt
і
export NM_PPP_DEBUG=1
sudo NetworkManager --no-daemon 2>&1 | tee /tmp/nm.log.txt
Неможливо запустити mm-test.py
через кілька помилок. Знайшли файл у вказаному місці. Отримав це з https://github.com/openshine/ModemManager/blob/master/test/mm-test.py .
Вищезазначені команди дещо відрізняються від команд у Wiki.
Файли журналів тут .
Оновлення 7 - 07 грудня 2015 року
Виконується знову (після запропонованої зміни /lib/udev/rules.d/40-usb_modeswitch.rules
та перезавантаження)
sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee /tmp/modem.log.txt
і
sudo NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --log-level=debug --no-daemon > /tmp/nm.log.txt
/var/log/syslog
Входить також.
Файли журналів тут .
Оновлення 8 - 08 грудня 2015 року
Оновлений набір журналів тут .
Оновлення 9 - 08 грудня 2015 року
Тест 1
Цього разу завантажили комп'ютер із 32-розрядного DVD Ubuntu 14.04. Як тільки комп'ютер завантажився, почав фіксувати журнал MM.
Вставлено модем.
lsusb
показав, що його розпізнають як пристрій 19d2: 1232, який потрібно перенести на пристрій 19d2: 2003. Оскільки для установки usb-modewitch потрібна перезавантаження машини (а отже, і втрата установки для запуску DVD), я підготував користувацький файл перемикача і переключив модем з командного рядка (sudo usb_modeswitch -I -c 19d2:2003
).Як тільки перемикання було здійснено, мені повідомили, що я
Mobile Broadband Network
ввімкнув програму New Broadband Connection у меню менеджера мережі.Я встановив вищезгадане з'єднання звичайним способом (назва APN не була проблемою), і з'єднання було встановлено автоматично.
Я відключив і вийняв модем.
Зупинено захоплення журналу MM.
Повний журнал ММ та системний журнал для запуску сеансу для модему викидання можна знайти тут .
Тест 2
Той самий тест з 64-розрядним DVD-диском Ubuntu 14.04.
Журнали можна знайти тут .
Оновлення 10 - 09 грудня 2015 року
Цього разу перевірили wvdial
і виявили, що якщо wvdial
запустити як root, ми отримаємо успішне з'єднання.
wvdial
Конф і журнал, і відповідний системний журнал знаходиться тут
Первинна думка: ситуація може мати щось спільне з групою користувачів відповідного користувача.
Але як зазначено тут ,
З усіма цими інструментами, щоб встановити комутований зв’язок, користувач повинен бути членом груп "dip" та "dialout", тому розміщуйте всіх користувачів, які повинні підключитися через комутований комутатор до цих груп.
Але як ми можемо знайти,
$ groups masroor
masroor : masroor adm dialout cdrom sudo dip plugdev lpadmin sambashare family wireshark
Отже, користувач вже є членом зазначених груп.
Тепер, можливо, питання зводиться до будь-якого з цих моментів,
- Якою додатковою групою повинен бути користувач?
- Як ми запускаємо процес налаштування мобільного широкосмугового з'єднання як root? (проблеми безпеки?)
Оновлення 11 - 09 грудня 2015 року
wvdial
працює з USB3 і не працює з USB1.
Будь ласка, знайдіть тут системний журнал .
Також включений вихід dmesg | grep tty > /tmp/dmesg.tty.txt
. Але бачите ці чотири рядки біля початку файлу?
Оновлення 12 - 10 грудня 2015 року
Прокоментував рядок 4 (
SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end"
) в/lib/udev/rules.d/77-mm-zte-port-types.rules
.Перезавантажив мою машину. Софт відключив кабель і вставив модем.
Спробував підключитися. Невдало.
Файл syslog тут .
Оновлення 13 - 10 грудня 2015 року
З відчаю, щоб побачити, чи впливають деякі локальні зміни на з'єднання, протестували апарат із DVD-дисками Ubuntu 15.04 та 15.10.
- Завантажили машину за допомогою 64-бітного DVD Xubuntu 15.04. Зв’язок був вдалим, як шарм.
- Завантажили машину за допомогою 64-розрядного DVD Ubuntu 15.10. З'єднання не вдалося, як і раніше.
Що сталося між 15.04 та 15.10?
Так засмучує.
Оновлення 14 - 10 грудня 2015 року
Створено новий файл,
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules
як зазначено у відповіді.Перезавантажив свою машину (або виконаний
sudo udevadm control --reload
, насправді спробував і те й інше). Вставлено модем.Модем визнали.
$ lsusb Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
Софт відключив кабель і намагався підключитися за допомогою модему. Невдало.
Викинув модем.
Машина зависає один раз, це випадкова подія? Моя машина зазвичай не висить раз на рік.
Syslog файл і створені файли правила знаходяться тут .
Оновлення 15 - 11 грудня 2015 року
До рядків додано наступні рядки
/lib/udev/rules.d/40-usb_modeswitch.rules
.# ZTE MF193E ATTR{idVendor}=="19d2", ATTR{idProduct}=="1232", RUN+="usb_modeswitch '%b/%k'"
Залишив файл
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules
недоторканим.Перезавантажив мою машину. Вставлено модем.
Модем визнали.
Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
Софт відключив кабель і спробував підключитися. Невдало.
Викинув модем.
Вилучено
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules
.Перезавантажили і спробували весь процес знову. Знову невдало.
Файл syslog (повний, я не ризикував пропустити будь-яку важливу частину) і згаданий файл правил (40) тут .
Оновлення 16 - 11 грудня 2015 року
Залишив лише одне правило 1232
/lib/udev/rules.d/40-usb_modeswitch.rules
, інший вилучив.Виконано
sudo udevadm control --reload
.Вставлено модем.
Модем визнали.
Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
Софт відключив кабель і спробував підключитися. Невдало.
Викинув модем.
Але хіба ми не тестували систему за замовчуванням вище? Ти мав на увазі залишити /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules
його на місці?
Файл syslog (повний, я не ризикував пропустити якусь важливу частину) і згаданий файл правил (40) тут
Оновлення 17 - 11 грудня 2015 року
Прокоментував правило 1232 в
/lib/udev/rules.d/40-usb_modeswitch.rules
, додав одне за 2003 рік.# ZTE MFxxx # Added on December 11 2015 ATTR{idVendor}=="19d2", ATTR{idProduct}=="2003", RUN+="usb_modeswitch '%b/%k'"
Виконано
sudo udevadm control --reload
.Вставлено модем.
Модем визнали пристроєм 1232 . Мені не пропонується пробувати підключення (наскільки мені відомо, воно не буде зареєстроване на широкосмугову мережу, якщо комутація не відбулася до 2003 року)
Bus 001 Device 008: ID 19d2:1232 ZTE WCDMA Technologies MSM
Викинув модем.
Файл syslog і згаданий файл правил (40) тут
Оновлення 18 - 11 грудня 2015 року
Покладіть всі файли правил у їх первісну форму.
Переглядав
lsusb
вихід кожну секунду за допомогою сценарію оболонки. Захоплений вихід у файлах із штампом часу.Вставлено модем. (Модем спочатку з’являється у файлі
lssuboutouput.Fri Dec 11 16:56:29 BDT 2015.txt
). Як ми можемо виявити із захоплень, зрозуміло, що він переходить з пристрою 1232 на пристрій 2003 року.Спробував підключитися. Невдало.
Викинув модем.
Файл syslog, lsusb
вихідні штампи та часові файли правил є тут .
Тепер ви, можливо, захочете співставити виходи syslog із часовими позначками.
Оновлення 19 - 11 грудня 2015 року
Виконав цей тест у абсолютно новому напрямку, бажаючи, щоб я міг виділити проблеми.
Збережено на портативному носії
/lib/udev/rules.d/40-usb-media-players.rules
та/lib/udev/rules.d/77-mm-zte-port-types.rules
(з машини Ubuntu 15.10).Завантажили машину за допомогою 64-бітного DVD Xubuntu 15.04.
Виконано
diff 77-mm-zte-port-types.rules /lib/udev/rules.d/77-mm-zte-port-types.rules > diff15.10and15.04_77-mm.txt
. Перший файл - із збереженого з 15.10.Експертиза файлу diff показує, що немає
idProduct
1232 або 2003 року.Виконано
diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules > diff15.10and15.04_40-usb.txt
. Знову ж таки, перший файл - із збереженого з 15.10.Знову ж таки, розгляд файлу diff показує, що немає
idProduct
1232 чи 2003 року.Вставлено модем. Модем визнали модемом.
$ lsusb Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM
Не вдалося легко підключитися після встановлення мобільного широкосмугового з'єднання.
Викинув модем.
Встановлено останній USB_ModeSwitch.
diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules
Тепер повертає NULL, як очікувалося.
Виконано
sudo udevadm control --reload-rules
.Вставлено модем. Модем визнали модемом.
$ lsusb Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM
Неможливо легко підключитися.
Я міг би спробувати оновити MM та NM до Ubuntu 15.10, просто щоб побачити, де він ламається. Я насправді намагався, але здався через нескінченні проблеми залежності.
Усі вищезазначені файли відмінностей тут .
Оновлення 20 - 12 грудня 2015 року
Тест 1
У
/lib/udev/rules
первісному стані.Пристрій модему ще не вставлено в цей сеанс.
Налаштування ModemManager для налагодження та налаштування захоплення udevadm.
sudo udevadm monitor --e |& tee udevadm.update20.WITHOUT78.log sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee MM.update20.WITHOUT78.log
Підключив модем і чекав, поки він каже, що він зареєстрований у широкосмуговій мережі.
Спробував підключитися невдало.
Викинув модем.
Запаковані файли журналів.
Тест 2
Повторне вищевказане тестування
/lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules
на місці.
Імена файлів журналу не є зрозумілими.
Усі вищенаведені файли журналу плюс syslog та 78 правил правил тут .
Хочеться, щоб усі файли журналів були розмічені з позначками часу, що полегшило відповідність.
Оновлення 21 - 15 грудня 2015 року
- Змінено файл правила, як пропонується.
- Перезавантажив мою машину.
- Вставив модем і спробував підключитися. Це не спрацювало.
Файл правил і syslog
знаходяться тут .
Оновлення 22 - 16 грудня 2015 року
Як вказується в одному коментарі, встановлено різні ядра від http://kernel.ubuntu.com/~kernel-ppa/mainline/ і спробував з'єднатися за допомогою модему після завантаження в кожному.
4.2.8-040208-родовий, збій.
4.1.15-040115-родовий, збій.
4.0.9-040009-загальний, збій.
Тож, можливо, ми можемо виключити проблему з ядром.
Оновлення 23 - 16 лютого 2016 року
Модем почав функціонувати в Ubuntu 16.04. Ця версія все ще в Альфа 1, але чудово працює у моєму ноутбуці.