मुझे जेडटीई एमएफ -193 ई मॉडेम मिला है जो पहले ठीक काम करता था। जब मैंने इस मॉडेम को एक साल पहले खरीदा था, तो इसने बॉक्स से आसानी से काम किया। अब, जैसा कि उबंटू संस्करण में आगे बढ़ रहा है, चीजें मेरे लिए अधिक से अधिक कठिन होती जा रही हैं।
इस मॉडम ने उबंटू 15.04 (64-बिट) के साथ कुछ महीने पहले भी काम किया था। अब, Ubuntu 15.10 (64-बिट) में, यह कनेक्ट नहीं हो सकता है।
मैंने एक मोबाइल ब्रॉडबैंड कनेक्शन स्थापित किया है । मैंने एपीएन के लिए कई प्रयास किए हैं, लेकिन यह पहले कोई मुद्दा नहीं रहा है।
(मॉडेम विंडोज 10 में ठीक काम करता है, इसलिए, यह एक हार्डवेयर मुद्दा नहीं है। इसके अलावा, मॉडेम मैनेजर जीयूआई इस डिवाइस का अच्छी तरह से पता लगाता है। एसएमएस बिना किसी समस्या के भेजे और प्राप्त किए जा सकते हैं।)
जब मैं मॉडेम सम्मिलित करता हूं, तो यह ठीक से पता चला जाता है, एक सीडी आइकन को एकता में मॉडेम के नाम से प्रदर्शित किया जाता है। कुछ सेकंड बाद, मुझे एक संदेश बॉक्स मिलता है
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
स्क्रीन (टर्मिनल) पर कोई आउटपुट नहीं।
मॉडेम का उपयोग करके कनेक्ट करने के प्रयास के लिए उपरोक्त बिंदु से पत्राचार लॉग यहां पाया जा सकता है ।
अपडेट ३ - ०६ दिसंबर २०१५
स्थापित ofonoऔर फिर से मॉडेम की कोशिश की।
कृपया यहाँ लॉग देखें ।
अपडेट 4 - 06 दिसंबर 2015
फिर से रूट के रूप में निष्पादित किया गया,
systemctl restart network-manager.service
मॉडेम का उपयोग करके कनेक्ट करने के प्रयास के लिए उपरोक्त बिंदु से पत्राचार लॉग यहां पाया जा सकता है ।
अपडेट 5 - 06 दिसंबर 2015
सभी "इनकार" को "अनुमति" में बदल दिया /etc/dbus-1/system.d/nm-dispatcher.conf।
जोड़ने की कोशिश की। कोई भाग्य नहीं।
कुछ नेटवर्क ईथरनेट कनेक्शन के साथ कनेक्ट और डिस्कनेक्ट होते हैं।
द्वारा अनुसरण किया गया 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 से प्राप्त करें ।
उपरोक्त आदेश विकी में उन लोगों से कुछ अलग हैं।
लॉग फ़ाइलें यहाँ हैं ।
अपडेट 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
इस बार कंप्यूटर को Ubuntu 14.04 32 बिट डीवीडी से बूट किया गया। जैसे ही कंप्यूटर बूट हुआ, MM लॉग को कैप्चर करना शुरू कर दिया।
मॉडेम डाला।
lsusbदिखाया गया है कि इसे 19d2: 1232 डिवाइस के रूप में पहचाना जा रहा है, जिसे 19d2: 2003 डिवाइस के लिए स्वाइप करने की आवश्यकता है। चूंकि usb-modwitch की स्थापना के लिए मशीन को रिबूट करने की आवश्यकता होती है (और इसलिए DVD रन के लिए इंस्टॉलेशन को ढीला करें), मैंने एक कस्टम स्विच फ़ाइल तैयार की और कमांड लाइन (sudo usb_modeswitch -I -c 19d2:2003) से मॉडेम को स्विच किया ।जैसे ही स्विचिंग पूरी हुई, मुझे सूचित किया गया कि मैं
Mobile Broadband Networkनेटवर्क मैनेजर मेनू में एक नया ब्रॉडबैंड कनेक्शन के बारे में हूं।मैं सामान्य तरीके से उपरोक्त कनेक्शन को सेटअप करता हूं (APN नाम कोई समस्या नहीं था), और कनेक्शन स्वचालित रूप से स्थापित किया गया था।
मैंने मॉडेम को डिस्कनेक्ट और इजेक्ट कर दिया।
MM लॉग कैप्चर करना बंद कर दिया।
पूर्ण एमएम लॉग और सत्र प्रारंभ से मॉडेम बेदखल के लिए syslog यहां पाया जा सकता है ।
परीक्षण २
उबंटू 14.04 64 बिट डीवीडी के साथ एक ही परीक्षण।
अपडेट 10 - दिसंबर 09 2015
इस बार के साथ परीक्षण किया गया wvdialऔर पाया गया कि यदि wvdialजड़ के रूप में चलाया जाता है, तो हमें एक सफल कनेक्शन मिलता है ।
wvdialConf और लॉग, और इसी syslog हैं यहां
प्राथमिक अनुमान: स्थिति संबंधित उपयोगकर्ता के उपयोगकर्ता समूह के साथ कुछ कर सकती है।
लेकिन जैसा कि यहां बताया गया है ,
इन सभी उपकरणों के साथ, डायलअप कनेक्शन स्थापित करने के लिए, उपयोगकर्ता को "डुबकी" और "डायलआउट" समूहों का सदस्य होना चाहिए, इसलिए उन सभी उपयोगकर्ताओं को डालें जो डायलअप के माध्यम से इन समूहों में जुड़ने वाले हैं।
लेकिन जैसा कि हम पा सकते हैं,
$ groups masroor
masroor : masroor adm dialout cdrom sudo dip plugdev lpadmin sambashare family wireshark
तो, उपयोगकर्ता पहले से ही संकेत दिए गए समूहों का सदस्य है।
अब, शायद यह मुद्दा इन बिंदुओं में से किसी एक को उबालता है,
- उपयोगकर्ता को किस अतिरिक्त समूह की आवश्यकता है?
- हम मोबाइल ब्रॉडबैंड कनेक्शन सेटअप प्रक्रिया को रूट के रूप में कैसे चलाते हैं? (सुरक्षा मुद्दे?)
अपडेट 11 - दिसंबर 09 2015
wvdialUSB3 के साथ काम करता है और USB1 के साथ काम नहीं करता है ।
कृपया यहाँ syslog ढूंढे ।
का आउटपुट भी शामिल है 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
सरासर हताशा से, यह देखने के लिए कि क्या कुछ स्थानीय परिवर्तन कनेक्शन को प्रभावित कर रहे हैं, मशीन को Ubuntu 15.04 और 15.10 डीवीडी के साथ परीक्षण किया।
- Xubuntu 15.04 64 बिट डीवीडी के साथ मशीन को बूट किया। कनेक्शन आकर्षण की तरह सफल रहा।
- उबंटू 15.10 64 बिट डीवीडी के साथ मशीन को बूट किया। कनेक्शन पहले की तरह विफल रहा।
15.04 और 15.10 के बीच क्या हुआ?
कितना निराशाजनक।
अपडेट १४ - १० दिसंबर २०१५
/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) यहाँ है
अपडेट १ 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) यहाँ हैं
अपडेट १ 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 मशीन से) में सहेजा गया ।Xubuntu 15.04 64 बिट डीवीडी का उपयोग कर मशीन को बूट किया।
निष्पादित किया गया
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 से सहेजे गए में से है।विस्तृत फ़ाइल का परीक्षण
idProduct1232 या 2003 नहीं दिखाता है ।निष्पादित किया गया
diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules > diff15.10and15.04_40-usb.txt। दोबारा, पहली फ़ाइल 15.10 से सहेजे गए में से है।फिर से, फ़ाइल की जांच में कोई
idProduct1232 या 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आसानी से जुड़ सकता है।
मैं उबंटू 15.10 के एमएम और एनएम को अपग्रेड करने की कोशिश कर सकता था, बस यह देखने के लिए कि यह कहां टूटता है। मैंने वास्तव में प्रयास किया लेकिन अंतहीन निर्भरता समस्याओं के कारण छोड़ दिया।
ऊपर बताई गई सभी फाइलें यहां मौजूद हैं ।
अपडेट २० - १२ दिसंबर २०१५
परीक्षण 1
/lib/udev/rulesमूल अवस्था में।इस सत्र में अभी तक मॉडेम डिवाइस नहीं डाला गया है।
डिबगिंग और सेटअप udvadm कैप्चर के लिए मॉडेम मैनेजर।
sudo udevadm monitor --e |& tee udevadm.update20.WITHOUT78.log sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee MM.update20.WITHOUT78.logमॉडेम में प्लग किया जाता है और तब तक इंतजार किया जाता है जब तक कि यह ब्रॉडबैंड नेटवर्क में पंजीकृत न हो जाए।
असफलता से जुड़ने की कोशिश की।
मॉडेम को निकाल दिया।
लॉग फ़ाइलों को पैक किया।
परीक्षण २
/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 में है, लेकिन मेरे लैपटॉप में ठीक काम करता है।