'ইউ-পি-কনফিগার-অনুপলভ্য' ত্রুটি যখন ইউএসবি মডেম সংযোগ দেওয়ার চেষ্টা করে


12

আমি একটি জেডটিই এমএফ -193 ই মডেম পেয়েছি যা আগে ভাল কাজ করেছিল। আমি যখন এক বছরেরও বেশি আগে এই মডেমটি কিনেছিলাম তখন এটি বাক্সের বাইরে সহজেই কাজ করে। এখন, যেমন উবুন্টু সংস্করণে অগ্রসর হচ্ছে, জিনিসগুলি আমার পক্ষে আরও বেশি কঠিন হয়ে উঠছে।

এই মডেম এমনকি কয়েক মাস আগে উবুন্টু 15.04 (64-বিট) এর সাথে কাজ করেছিল। এখন, উবুন্টু 15.10 (64-বিট) এ এটি সংযোগ করতে পারে না।

আমি একটি মোবাইল ব্রডব্যান্ড সংযোগ স্থাপন করেছি । আমি এপিএন এর জন্য বিভিন্ন স্ট্রিং চেষ্টা করেছি, তবে এটি আগে কোনও সমস্যা ছিল না।

(উইন্ডোজ 10 এ মডেমটি ঠিকঠাক কাজ করে, সুতরাং এটি মোটেও কোনও হার্ডওয়্যার সমস্যা নয় Also এছাড়াও, মডেম ম্যানেজার জিইউআই এই ডিভাইসটি খুব ভালভাবে সনাক্ত করে। কোনও সমস্যা ছাড়াই এসএমএসগুলি প্রেরণ এবং গ্রহণ করা যেতে পারে))

আমি মোডেমটি sertোকানোর পরে এটি ঠিকঠাকভাবে শনাক্ত হয়ে যায়, একটি সিডি আইকনটি ইউনিটিতে মডেমের নাম সহ প্রদর্শিত হয়। কয়েক সেকেন্ড পরে, আমি একটি বার্তা বাক্স পাই

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

আবার মূল হিসাবে কার্যকর করা হয়েছে,

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

  1. এবার একটি উবুন্টু 14.04 32 বিট ডিভিডি থেকে কম্পিউটারটি বুট করে। কম্পিউটার বুট হওয়ার সাথে সাথেই এমএম লগ ক্যাপচার শুরু করে।

  2. মোডেম .োকানো হয়েছে। lsusbদেখানো হয়েছিল যে এটি 19d2: 1232 ডিভাইস হিসাবে স্বীকৃত ছিল যা একটি 19d2: 2003 ডিভাইসের সাথে পৃথক হওয়া দরকার। যেহেতু ইউএসবি-মোডেসউইচ ইনস্টল করার জন্য মেশিনটি পুনরায় বুট করা প্রয়োজন (এবং এটি ডিভিডি রানের জন্য ইনস্টলেশনটি আলগা করে), তাই আমি একটি কাস্টম সুইচ ফাইল প্রস্তুত করেছি এবং কমান্ড লাইন ( sudo usb_modeswitch -I -c 19d2:2003) থেকে মডেমটি স্যুইচ করেছি ।

  3. স্যুইচিং সম্পন্ন হওয়ার সাথে সাথে আমাকে জানানো হয়েছিল যে আমি চালু Mobile Broadband Networkএবং নেটওয়ার্ক ম্যানেজার মেনুতে একটি নতুন ব্রডব্যান্ড সংযোগ অ্যাপার্ড।

  4. আমি উপরের সংযোগটি স্বাভাবিক উপায়ে সেটআপ করি (এপিএন নাম কোনও সমস্যা ছিল না), এবং সংযোগটি স্বয়ংক্রিয়ভাবে প্রতিষ্ঠিত হয়েছিল।

  5. আমি সংযোগ বিচ্ছিন্ন করে দিয়েছি এবং মডেমটি বের করে দিয়েছি।

  6. এমএম লগ ক্যাপচার করা বন্ধ করে দিয়েছে।

সেশন শুরু থেকে মডেম ইজেক্টের সম্পূর্ণ এমএম লগ এবং সিসলগ এখানে পাওয়া যাবে

পরীক্ষা 2

একটি উবুন্টু 14.04 64 বিট ডিভিডি সহ একই পরীক্ষা।

লগগুলি এখানে পাওয়া যাবে


আপডেট 10 - ডিসেম্বর 09 2015

এবার এটি পরীক্ষা করে wvdialদেখা গেছে যে wvdialমূল হিসাবে চালিত হলে আমরা একটি সফল সংযোগ পাই ।

wvdialসার্ভার এবং লগ, এবং সংশ্লিষ্ট syslog- র হয় এখানে

প্রাথমিক অনুমান: সংশ্লিষ্ট ব্যবহারকারীর গ্রুপ গ্রুপের সাথে পরিস্থিতির কিছুটা থাকতে পারে to

এখানে যেমন নির্দেশিত হয়েছে ,

এই সমস্ত সরঞ্জামগুলির সাথে, একটি ডায়ালআপ সংযোগ স্থাপন করতে, ব্যবহারকারীকে "ডিপ" এবং "ডায়ালআউট" গ্রুপের সদস্য হতে হবে, সুতরাং ডায়ালআপের মাধ্যমে সংযুক্ত হওয়ার জন্য সমস্ত ব্যবহারকারীকে এই গোষ্ঠীতে রাখুন connect

তবে আমরা যেমন খুঁজে পেতে পারি,

$ groups masroor
masroor : masroor adm dialout cdrom sudo dip plugdev lpadmin sambashare family wireshark

সুতরাং, ব্যবহারকারী ইতিমধ্যে নির্দেশিত গোষ্ঠীর সদস্য।

এখন, সম্ভবত সমস্যাটি এই দুটি বিন্দুতে নীচে ফোটে,

  1. ব্যবহারকারী কোন অতিরিক্ত গ্রুপ হওয়া দরকার?
  2. আমরা কীভাবে মোবাইল ব্রডব্যান্ড সংযোগ সেটআপ প্রক্রিয়াটিকে রুট হিসাবে চালাব? (নিরাপত্তা বিষয়ক?)

আপডেট 11 - ডিসেম্বর 09 2015

wvdialইউএসবি 3 এর সাথে কাজ করে এবং ইউএসবি 1 এর সাথে কাজ করে না

দয়া করে এখানে সিসলগটি সন্ধান করুন

এছাড়াও আউটপুট অন্তর্ভুক্ত dmesg | grep tty > /tmp/dmesg.tty.txt। তবে ফাইলটির শুরুতে এই চারটি লাইন দেখুন?


আপডেট 12 - 10 ডিসেম্বর 2015

  1. মন্তব্য লাইন 4 ( SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end") মধ্যে /lib/udev/rules.d/77-mm-zte-port-types.rules

  2. আমার মেশিনটি রিবুট করলেন। নরম তারটি সংযোগ বিচ্ছিন্ন করে এবং মডেমটি .োকাল।

  3. সংযোগ দেওয়ার চেষ্টা করেছেন। ব্যার্থ.

সিসলগ ফাইলটি এখানে


আপডেট 13 - 10 ডিসেম্বর 2015

নিখুঁত হতাশার বাইরে, কিছু স্থানীয় পরিবর্তনগুলি সংযোগকে প্রভাবিত করছে কিনা তা দেখতে, উবুন্টু 15.04 এবং 15.10 ডিভিডি দিয়ে মেশিনটি পরীক্ষা করে।

  1. Xubuntu 15.04 64 বিট ডিভিডি সহ মেশিনটি বুট করুন। সংযোগটি মনোমুগ্ধকর মতো সফল হয়েছিল।
  2. উবুন্টু 15.10 64 বিট ডিভিডি সহ মেশিনটি বুট করে। আগের মতো সংযোগ ব্যর্থ হয়েছিল।

15.04 এবং 15.10 এর মধ্যে কী ঘটেছিল?

খুবই হতাশাজনক.


আপডেট 14 - 10 ডিসেম্বর 2015

  1. /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rulesউত্তরের নির্দেশ অনুসারে একটি নতুন ফাইল তৈরি করা হয়েছে ।

  2. আমার মেশিনটি পুনরায় বুট করে (বা সম্পাদিত sudo udevadm control --reload, আসলে উভয় চেষ্টা করে)। মোডেম .োকানো হয়েছে।

  3. মডেমটি স্বীকৃতি পেয়েছে।

    $ lsusb
    Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  4. নরম তারটি সংযোগ বিচ্ছিন্ন করে এবং মডেম ব্যবহার করে সংযোগ দেওয়ার চেষ্টা করেছিল। ব্যার্থ.

  5. মডেমটি বের করে দিলেন।

যন্ত্রটি একবার ঝুলে যায়, এটাই কি এলোমেলো ঘটনা? আমার মেশিনটি সাধারণত বছরে একবার স্তব্ধ হয় না।

সিসলগ ফাইল এবং তৈরি করা নিয়ম ফাইলগুলি এখানে


আপডেট 15 - ডিসেম্বর 11 2015

  1. নিম্নলিখিত লাইন যোগ করা হয়েছে /lib/udev/rules.d/40-usb_modeswitch.rules

    # ZTE MF193E
    ATTR{idVendor}=="19d2", ATTR{idProduct}=="1232", RUN+="usb_modeswitch '%b/%k'"
    
  2. /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rulesঅক্ষত ফাইলটি রেখে দিন ।

  3. আমার মেশিনটি রিবুট করলেন। মোডেম .োকানো হয়েছে।

  4. মডেমটি স্বীকৃতি পেয়েছে।

    Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  5. নরম তারটি সংযোগ বিচ্ছিন্ন করে সংযোগ দেওয়ার চেষ্টা করেছে। ব্যার্থ.

  6. মডেমটি বের করে দিলেন।

  7. সরানো হয়েছে /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rules

  8. পুনরায় বুট করা হয়েছে এবং আবার পুরো প্রক্রিয়াটি চেষ্টা করে। আবার অসফল।

সিসলগ ফাইল (সম্পূর্ণ, আমি কোনও গুরুত্বপূর্ণ অংশ হারিয়ে যাওয়ার ঝুঁকি নিইনি) এবং উল্লিখিত নিয়ম ফাইল (40) এখানে রয়েছে


আপডেট 16 - ডিসেম্বর 11 2015

  1. শুধুমাত্র একটিতে 1232 বিধি বামে /lib/udev/rules.d/40-usb_modeswitch.rules, অন্যটি সরান।

  2. কার্যকর করা হয়েছে sudo udevadm control --reload

  3. মোডেম .োকানো হয়েছে।

  4. মডেমটি স্বীকৃতি পেয়েছে।

    Bus 001 Device 005: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  5. নরম তারটি সংযোগ বিচ্ছিন্ন করে সংযোগ দেওয়ার চেষ্টা করেছে। ব্যার্থ.

  6. মডেমটি বের করে দিলেন।

কিন্তু আমরা কি উপরে বর্ণিত ডিফল্ট সিস্টেমটি পরীক্ষা করিনি? আপনি কি /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rulesতার জায়গায় চলে যাওয়ার অর্থ দিয়েছিলেন ?

সিসলগ ফাইল (সম্পূর্ণ, আমি কোনও গুরুত্বপূর্ণ অংশ হারিয়ে যাওয়ার ঝুঁকি নিইনি) এবং উল্লিখিত নিয়ম ফাইল (40) এখানে রয়েছে


আপডেট 17 - ডিসেম্বর 11 2015

  1. এতে 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'"
    
  2. কার্যকর করা হয়েছে sudo udevadm control --reload

  3. মোডেম .োকানো হয়েছে।

  4. মডেমটি 1232 ডিভাইস হিসাবে স্বীকৃতি পেয়েছে । আমাকে সংযোগ দেওয়ার চেষ্টা করার প্রস্তাব দেওয়া হয়নি (যতদূর আমার জ্ঞান চলে 2003 পর্যন্ত স্যুইচিং না হওয়া পর্যন্ত এটি ব্রডব্যান্ড নেটওয়ার্কে নিবন্ধিত হবে না)

    Bus 001 Device 008: ID 19d2:1232 ZTE WCDMA Technologies MSM
    
  5. মডেমটি বের করে দিলেন।

সিসলগ ফাইল এবং উল্লিখিত নিয়ম ফাইল (40) এখানে রয়েছে


আপডেট 18 - ডিসেম্বর 11 2015

  1. সমস্ত নিয়ম ফাইলগুলিকে তাদের আসল আকারে রাখুন।

  2. lsusbশেল স্ক্রিপ্ট ব্যবহার করে প্রতি এক সেকেন্ডে আউটপুট দেখেছি । স্ট্যাম্পযুক্ত ফাইলগুলিতে ক্যাপচার আউটপুট।

  3. মোডেম .োকানো হয়েছে। (ফাইলটিতে মডেমটি প্রথম প্রদর্শিত হয় lssuboutouput.Fri Dec 11 16:56:29 BDT 2015.txt)। আমরা ক্যাপচারগুলি থেকে আবিষ্কার করতে পারি, এটি স্পষ্ট যে এটি একটি 1232 ডিভাইস থেকে 2003-এ স্যুইচ করেছে।

  4. সংযোগ দেওয়ার চেষ্টা করেছেন। ব্যার্থ.

  5. মডেমটি বের করে দিলেন।

সিসলগ ফাইল, সময় স্ট্যাম্পড lsusbআউটপুট এবং উল্লিখিত নিয়ম ফাইলগুলি এখানে রয়েছে

এখন, আপনি টাইম স্ট্যাম্পগুলির সাথে সিসলগ আউটপুটগুলি মেলাতে চাইতে পারেন।


আপডেট 19 - ডিসেম্বর 11 2015

আমি এই সমস্যাগুলি বিচ্ছিন্ন করতে পারব এই ইচ্ছা নিয়ে এই পরীক্ষাটি সম্পূর্ণ নতুন দিকে সম্পাদন করে।

  1. একটি বহনযোগ্য মিডিয়া /lib/udev/rules.d/40-usb-media-players.rulesএবং /lib/udev/rules.d/77-mm-zte-port-types.rules(উবুন্টু 15.10 মেশিন থেকে) সংরক্ষণ করা।

  2. জুবুন্টু 15.04 64 বিট ডিভিডি ব্যবহার করে মেশিনটি বুট করুন।

  3. কার্যকর করা হয়েছে 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 থেকে সংরক্ষণ করা ফাইলের।

    ডিফ ফাইলের idProductপরীক্ষাটি 1232 বা 2003 দেখায় না ।

  4. কার্যকর করা হয়েছে diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules > diff15.10and15.04_40-usb.txt। আবার, প্রথম ফাইলটি 15.10 থেকে সংরক্ষণ করা ফাইলের।

    আবার, ডিফ ফাইলের পরীক্ষায় কোনও idProduct1232 বা 2003 প্রদর্শিত হবে না।

  5. মোডেম .োকানো হয়েছে। মডেমটি একটি মডেম হিসাবে স্বীকৃতি পেয়েছে।

    $ lsusb
    Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  6. মোবাইল ব্রডব্যান্ড সংযোগ স্থাপনের পরে সহজেই সংযোগ করতে পারে।

  7. মডেমটি বের করে দিলেন।

  8. সর্বশেষতম USB_ModeSwitch ইনস্টল করা হয়েছে।

    diff 40-usb_modeswitch.rules /lib/udev/rules.d/40-usb_modeswitch.rules
    

    এখন প্রত্যাশা অনুযায়ী NULL প্রদান করে।

  9. কার্যকর করা হয়েছে sudo udevadm control --reload-rules

  10. মোডেম .োকানো হয়েছে। মডেমটি একটি মডেম হিসাবে স্বীকৃতি পেয়েছে।

    $ lsusb
    Bus 001 Device 008: ID 19d2:2003 ZTE WCDMA Technologies MSM
    
  11. সহজেই সংযোগ করতে পারে।

আমি এমবি এবং এনএমকে উবুন্টু 15.10 তে আপগ্রেড করার চেষ্টা করতে পারি, এটি দেখতে কোথায় ঠিক কোথায় যায়। আমি আসলে চেষ্টা করেছি কিন্তু অবিরাম নির্ভরতার সমস্যার কারণে ছেড়ে দিয়েছি।

উল্লিখিত সমস্ত ডিফ ফাইলগুলি এখানে রয়েছে


আপডেট 20 - ডিসেম্বর 12 2015

পরীক্ষা 1

  1. /lib/udev/rulesমূল অবস্থায়।

  2. এই অধিবেশনটিতে মডেম ডিভাইসটি এখনও প্রবেশ করা যায়নি।

  3. ডিবাগিংয়ের জন্য মডেমম্যানেজার সেটআপ করুন এবং ইউদেপম ক্যাপচার সেটআপ করুন।

    sudo udevadm monitor --e |& tee udevadm.update20.WITHOUT78.log
    sudo killall ModemManager; sudo ModemManager --debug 2>&1 | tee MM.update20.WITHOUT78.log
    
  4. মোডেমে প্লাগ ইন এবং এটি ব্রডব্যান্ড নেটওয়ার্কে নিবন্ধিত না হওয়া পর্যন্ত অপেক্ষা করতে থাকে।

  5. ব্যর্থভাবে সংযোগ দেওয়ার চেষ্টা করা হয়েছে।

  6. মডেমটি বের করে দিলেন।

  7. প্যাক আপ লগ ফাইল।

পরীক্ষা 2

উপরোক্ত পরীক্ষাটি /lib/udev/rules.d/78-mm-zte-port-types-RALPH.rulesজায়গায় জায়গায় পুনরাবৃত্তি করলেন ।

লগ ফাইলের নামগুলি স্ব-ব্যাখ্যামূলক।

উপরের সমস্ত লগ ফাইল প্লাস সিসলগ এবং rule 78 টি নিয়ম ফাইল এখানে রয়েছে

আমি আশা করি সমস্ত লগ ফাইলগুলি টাইম স্ট্যাম্পগুলির সাথে আসে, যা মিলাকে আরও সহজ করে তোলে।


আপডেট 21 - ডিসেম্বর 15 2015

  1. প্রস্তাবিত নিয়ম ফাইলটি পরিবর্তন করা হয়েছে।
  2. আমার মেশিনটি রিবুট করলেন।
  3. মডেমটি sertedোকানো হয়েছে এবং সংযোগ করার চেষ্টা করেছে। এটা কাজ করে না.

নিয়ম ফাইল এবং syslogসেগুলি এখানে রয়েছে


আপডেট 22 - ডিসেম্বর 16 2015

যেমনটি একটি মন্তব্যে পরামর্শ দেওয়া হয়েছে, http://kernel.ubuntu.com/~kernel-ppa/mainline/ থেকে বিভিন্ন কার্নেল ইনস্টল করুন এবং প্রতিটি বুট করার পরে মডেম ব্যবহার করে সংযোগ দেওয়ার চেষ্টা করেছেন।

  1. 4.2.8-040208-জেনেরিক, ব্যর্থতা।

  2. 4.1.15-040115-জেনেরিক, ব্যর্থতা।

  3. 4.0.9-040009-জেনেরিক, ব্যর্থতা।

সুতরাং, সম্ভবত, আমরা কার্নেল সমস্যাটি বাতিল করতে পারি।


আপডেট 23 - ফেব্রুয়ারী 16 2016

মডেম উবুন্টু 16.04 এ কাজ শুরু করেছে। এই সংস্করণটি আলফা 1 এ এখনও রয়েছে, তবে আমার ল্যাপটপে এটি দুর্দান্ত কাজ করে।


1
আমি অতীতে একই ধরণের সমস্যায় পড়েছিলাম এবং ডিএইচসিপি অক্ষম করে এবং সেল সংস্থা থেকে গেটওয়ে ঠিকানা নম্বর এবং গুগলের ডিএনএস সার্ভার ব্যবহার করে শেষ করেছি। এটি দুই বা তিন বছর আগে ছিল এবং আমি প্রয়োজনীয় সঠিক পদক্ষেপগুলি মনে করতে পারি না এবং আমি জানি না এটি একই সমস্যা কিনা তবে ত্রুটিটি প্রায় ভার্বাম ছিল। আশা করি আমি আরও সাহায্য করতে পারি।
কেজিআইআইআই

1
@ কেজিআইআইআই আমি এটি ব্যবহার করে দেখতে চাই কেবল একটি নিষ্ক্রিয় প্রশ্ন, ডিএইচসিপি এর সাথে যদি কিছু করার থাকে তবে উইন্ডোজে এটি কীভাবে কাজ করে? ঠিকানা বরাদ্দ করার সময় কি ডিএইচসিপি সার্ভারের কোনও তফাত আসে? তদুপরি, একই লিনাক্স মেশিন (যেখানে মডেম সংযোগ করতে ব্যর্থ হয়) ইথারনেট ডিএইচসিপি-র সাথে কাজ করে। যাইহোক, বাস্তব জীবনের পরীক্ষাটি হাজার অলস বিতর্কগুলির জন্য মূল্যবান হবে।
মাসুরুর

আমি অনুমান করেছি যে উইন্ডোজ অন্যভাবে নেটওয়ার্কিং পরিচালনা করে এবং ইতিমধ্যে এই নির্দিষ্ট হার্ডওয়্যার বা হার্ডওয়্যার ধরণের সাথে মোকাবিলা করার জন্য কনফিগার করা হয়েছে। আমি উইন্ডোজটিতে দেরিতে আসলেই খুব বেশি মনোযোগ দিইনি তাই আমি সম্ভবত এটির জন্য তথ্যের সেরা উত্স নই।
কেজিআইআইআই

@ কেজিআইআইআই আমি ঠিকানাগুলি সেট করার চেষ্টা করেছি। দুর্ভাগ্যক্রমে, মোবাইল ব্রডব্যান্ড সংযোগের জন্য উপলভ্য কেবলমাত্র দুটি বিকল্প হ'ল স্বয়ংক্রিয় (পিপিপি) এর দুটি স্বাদ। সুতরাং, এটি একটি বদ্ধ রাস্তা। যাই হোক ধন্যবাদ.
মাসুরুর

1
সমস্যাগুলির উত্স হিসাবে কেবল কার্নেলটি অপসারণ করতে, আপনি kernel.ubuntu.com/~kernel-ppa/mainline থেকে 4.0 এবং 4.1 কার্নেল ইনস্টল করে পরীক্ষা করতে পারেন?
মুড়ু

উত্তর:


4

ofonoপ্যাকেজটি লোড করা ভাল করেছে, সম্ভবত, তবে দৃশ্যত আপনার মডেম মডেল, জেডটিই এমএফ 193 ই জেডটিই তালিকায় নেই। এটি অন্যান্য জেডটিই মডেমগুলির সাথে তুলনা করে, যেমন এমএফ 190 জে, এই মোডেমটির একই ধরণের বিশেষ udevনিয়মের প্রয়োজন হতে পারে, ডাঙ্গলটি usb_modeswitchসন্নিবেশ করা হয় তখন চালানো যায় এবং এটির জন্য আপনি মূল হিসাবে নিম্নলিখিত দুটি udevফাইলের
/lib/udev/rules.d/40-usb_modeswitch.rules
সাথে একটি নতুন নিয়ম যুক্ত করতে পারেন লাইন যেমন, কোথাও # ZTE MF190Jমন্তব্য কাছাকাছি :

# ZTE MF193E
ATTR{idVendor}=="19d2", ATTR{idProduct}=="2003", RUN+="usb_modeswitch '%b/%k'"

প্লাস একটি ফাঁকা রেখা, যাতে এটি চোখের কাছে সুন্দর লাগে।

এর পরে সম্ভবত পুনরায় বুট করা বুদ্ধিমানের কাজ, কেবল এটি ম্যাজিকের মতো কাজ করে :-)

অথবা না. যেমন আপনি জানেন, এটি আমার জন্য গভীর জল, তবে এটি এখনও কাজ না করে, অন্য বন্য অনুমানের জন্য অন্য মোডেম ম্যানেজার ডিবাগ লগের প্রয়োজন হবে।

সম্পাদনা করুন:

আমি এখন মডেমম্যানেজ.আর্টেক্সটে দুটি লাইনের দিকে তাকিয়ে আছি:

[mm-broadband-bearer.c:1254] connect(): Launching 3GPP connection attempt with APN 'WAP'

এবং

[mm-broadband-bearer.c:994] parse_pdp_list(): Found PDP context with CID 1 and PDP type ipv4 for APN 'wap'

আমি অনুমান করছি প্রথমটি আপনার ব্রডব্যান্ড সেট আপকে বোঝায়, যখন উত্তরটি অভ্যন্তরীণ বাইন্ডিংটিকে "পিডিপি প্রসঙ্গে" (যা কিছু হোক) বোঝায়। এটির চেহারা অনুসারে, মডেমটি 9 টি বিকল্প প্রসঙ্গ সরবরাহ করে, যার মধ্যে একটি রয়েছে apn='WAP'তবে এটি ModemManagerসংবেদনশীল ম্যাচের ক্ষেত্রে নিষ্পত্তি হয়।

কেস পার্থক্য পরবর্তী সমস্যাগুলির কারণ হতে পারে: যেমন পিপিপি একটি 'wap'কনফিগারেশন চায় (পরিবর্তে 'WAP') এবং এটি খুঁজে পায় না বা দূরবর্তী apn='WAP'প্রান্তটি প্রত্যাশা করে তবে 'ওয়াপ' পায় যা এটি চেপে যায়।

আপনার বিকল্পটি 'ওয়াপ' এর পরিবর্তে 'ওয়াপ' ব্যবহার করতে আপনার কনফিগারেশন পরিবর্তন করে প্রথম বিকল্পটি সহজেই পরীক্ষিত হতে পারে (এবং সম্ভবত এটি প্রত্যাখাতও হতে পারে)। আপনি এটি আগেও চেষ্টা করে দেখতে পারেন, তবে ofonoপ্যাকেজ ছাড়াই সেই সময় , অন্য পরীক্ষাটি ক্ষতিগ্রস্থ হবে না, যদিও দ্বিতীয় বিকল্পটি সম্ভবত বেশি।

দ্বিতীয় বিকল্পটিও সমস্যাটির আরও বেশি কারণ, সেখানে মডেম থেকে একটি উচ্চ-ক্ষেত্রে "পিডিপি প্রসঙ্গ" ম্যাচ উপলব্ধ। এই ইস্যুটি গুগল করে দেখা যাচ্ছে যে সংবেদনশীল ম্যাচটি "স্পষ্টত প্রাসঙ্গিক" স্পেসিফিকেশন "3 জিপিপি টিএস 23.003 অধ্যায় 9.1" দ্বারা সঠিক, এবং এটি করার জন্য একটি প্যাচ ModemManagerগত বছরের নভেম্বরে যুক্ত হয়েছিল (এর সংস্করণ মিমি -1-4, আমি জড়ো করতে পারি)। সুতরাং এই ক্ষেত্রে, আপনার মোডেমটি বলা হয়নি, এবং এটি কেস সংবেদনশীল মিলের প্রত্যাশা করে, অন্যদিকে ModemManagerদুর্ভাগ্যক্রমে ফলব্যাক না বলে ক্ষেত্রে সংবেদনশীল মিলটি সরাসরি ব্যবহার করে।

দ্বিতীয় সমস্যার জন্য একটি সমাধান অবশ্যই আলাদা ব্যবহার করা ModemManagerহয়: হয় এই প্যাচের আগে সংস্করণ সন্ধান এবং ইনস্টল করে, অথবা (অতিরিক্ত অতিরিক্ত সময় সহ) নিজের নিজস্ব রোল করুন ModemManager। তবে দু'টোই কৌতুক করার মতো কিছু নয়, তাই সম্ভবত আরও সমস্যা প্রমাণের জন্য আমাদের কিছুটা ব্রাউজ করতে হবে যে এটি (এখন) সমস্যা, এবং যদি সম্ভব হয় তবে এটিকে ঘিরে কাজ করার অন্যান্য উপায়ও খুঁজে বের করতে হবে। অথবা কিছুটা ভাগ্যের সাথে, যে কেউ কিছু জানে সে ড্রপ করে ...

সম্পাদনা 2

হ্যাঁ, নির্ভরতার কারণে সংস্করণ রোলব্যাক সহজ নয়। এবং আপনার নিজের ঘূর্ণায়মান একটি আনন্দ থেকে দূরে।

সম্ভাব্য দুটি কার্যকর সরঞ্জাম: কমান্ড mmcliএবং ( http://m2msupport.net/m2msupport/module-tester/ )।

আমার মনে হয়, সমস্যাটি হ'ল মোডেম ম্যানেজার পিপিপি কনটেক্সটটি 1 এপিএন = 'ওয়াপ'-এর সাথে বেছে নেয় যেখানে এটি পিপিপি প্রসঙ্গটি 9 এপিএন =' ডাব্লুএপি 'দিয়ে বেছে নিতে হবে। সম্ভবত এইগুলির মধ্যে একটির সরঞ্জাম ব্যবহার করে এটিকে সম্বোধন করা যেতে পারে। হয় সংযোগ চলাকালীন 9 টি বাছাই করতে বাধ্য হওয়া বা মডেম থেকে খারাপ 'ওয়াপ' প্রসঙ্গ মুছে ফেলার মাধ্যমে, যেটি মডিউল-পরীক্ষক সরঞ্জামটির জন্য সক্ষম হতে বিজ্ঞাপন দেওয়া হয়েছে।

মোডেম-পরীক্ষক সরঞ্জামটি ব্রাউজারে জাভা সরঞ্জাম বলে মনে হচ্ছে, তাই আপনার জাভা কোথায় তা জানতে আপনার ব্রাউজারটি সেটআপ করা দরকার এবং আপনার সেই জাভা সম্পর্কে জানা উচিত। তারপরে দয়া করে সেই পদ্ধতির অন্বেষণ করুন; আমি নিজে এটি ব্যবহার করি নি, তবে স্ক্রিনশটগুলি দেখে, আমি অনুমান করছি এটি পিডিপি প্রসঙ্গে 'ডেটা কল' ট্যাব হিসাবে উপস্থিত হবে, যেখানে আপনি প্রথমে এটি প্রদর্শিত সমস্ত কিছু নোট করবেন এবং তারপরে 'ওয়াপ' এন্ট্রি সম্পাদনা করবেন 'wap' অ্যাপল লেবেলগুলি বিকৃত করুন, বলুন, 'wap1' এবং 'wap2' (যাতে 'WAP' সন্ধান করার সময় সেগুলি "লুকিয়ে রাখুন")। তারপরে সংরক্ষণ করুন এবং বন্ধ করুন, এবং আবার ডিঙ্গেল জগল করুন। একটি লগ ধরুন; মনে হচ্ছে সিস্লগ এখন যথেষ্ট, যদি এটি খেলতে এখনও অস্বীকার করে।

mmcliকমান্ড এই গল্পের দরকারী বলে মনে হয়; না man mmcliএটা সম্পর্কে পড়তে, কিন্তু আমি সেখানে পিডিপি প্রেক্ষিতে সম্পর্কে কিছু দেখতে পাইনি।

সম্পাদনা 3

ভাল কল! ডিভিডি থেকে পরীক্ষা করতে। এটি আমাদের জানিয়েছিল যে আমি এপিএন এর সাথে ভুল পথে আছি, এবং পিপিপি আসার ক্ষেত্রে এটি সবই নিহিত। কমপক্ষে, এটাই আমার নতুন গাছ হতে শুরু করবে।

প্রথমত আমরা দ্রষ্টব্য রাখি যে পিপিপিডি (২.৪.৫ থেকে ২.৪..6 থেকে) এর সংস্করণ পার্থক্য রয়েছে, তবে সম্ভবত এটি কোনও সমস্যা নয়, তবে ডংলে থাকা প্রত্যেকেই এই ভ্রমণে যেতে পারতেন।

হুঁ, পিপিপি; আমার শেষ সহস্রাব্দের স্মৃতি গুলোকে আলোড়িত করা দরকার :-)। দুর্ভাগ্যক্রমে আমি আজ ব্যস্ত, তবে পরের বারের সময়টি আমি স্পর্শ করব, আপনি কতদূর এসেছেন তা দেখতে। আমার প্রথম পিছনের এলিগুলি দেখার জন্য এটি হবে: 1) সঠিক গ্রুপের ব্যবহারকারী? 2) শংসাপত্রগুলি সঠিক? 3) পিপিপি / চ্যাট কনফিগারেশন ফাইল মোড ঠিক আছে? পিপিপি ডিবাগ লগটি nm.txt এ প্রকাশিত হয়েছে (কিছু দিন আগে হিসাবে), তবে আরও বিস্তারিত লগিংয়ের জন্য এটি জিজ্ঞাসা করার একটি উপায়ও থাকা উচিত।

সম্পাদনা 4

নিশ্চিত করুন /etc/ppp/pap-secretsএবং /etc/ppp/chap-secretsগ্রুপ dip( chgrpপ্রয়োজন হিসাবে ব্যবহার করে ) এবং মোড 740(বা -rw-r-----) ( chmodপ্রয়োজন হিসাবে ব্যবহার করে )। আমার হয়নি।

সম্পাদনা 5

কিভাবে এই গাছ সম্পর্কে, তারপর: কাজ তুলনা wvdialঅ পরিশ্রমী syslog- র সঙ্গে syslog- র, এটা যে কোনো কারণে মনে হয় wvdialব্যবহৃত ttyUSB3অ কাজ করার সময় ModemManagerব্যবহার রাখে ttyUSB1। আমি নিশ্চিত না যে এটি আদৌ তাৎপর্যপূর্ণ, তবে দৃশ্যত তবে ttyUSB1এবং ttyUSB3উভয়ই এটি সক্ষম মোডেম হিসাবে প্রতিক্রিয়া জানায়।

সুতরাং, একটি পরীক্ষা হিসাবে, সম্ভবত আপনি এটি সম্পাদনা করতে পারেন /etc/wvdial.confযাতে এটিতে [Dialer Defaults]লাইনটি অন্তর্ভুক্ত থাকে:

Modem = /dev/ttyUSB1

একটি পরীক্ষার জন্য, এবং ttyUSB3অন্য জন্য; উভয়ই মূল হিসাবে চলমান; কেবল আলাদা আচরণ আছে কিনা তা দেখার জন্য। বিশেষত, যদি ttyUSB1টিটিআইএসবি 3 ব্যবহার করা সমস্যা না হয় তবে মডেম ম্যানেজারটি কীভাবে ttyUSB3 ব্যবহার করতে হয় তা খতিয়ে দেখা ভাল। অন্য কোনও পরীক্ষার ফলাফলের জন্য, আমি বলব আমরা পিপিপি জমিতে ফেরেটগুলি তাড়াতে ফিরে যাব।

সম্পাদনা 6

Dmesg লগ উপেক্ষা করা যেতে পারে আমি মনে করি; এটি সমস্ত লগের মতো ছিল। নতুন সিসলগটি কেবল ttyUSB3 পরীক্ষা দেখায়, তবে আমরা ধরে নিতে পারি যে NetworkManagerttyUSB3 ব্যবহার করার চেষ্টা করা যেতে পারে এবং ttyUSB1 (এই মডেমটির জন্য) উপেক্ষা করার চেষ্টা করা গেলে জীবন আরও উন্নত হয় gets

আমি ( https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/819784 ) বিশেষত # 10 পোস্ট বিচ্ছিন্নতার সাথেও পেয়েছি :-(

আপাতদৃষ্টিতে প্রযোজ্য udevবিধিটি প্রযোজ্য /lib/udev/rules.d/77-mm-zte-port-types.rulesনয়, তবে সম্ভবত কোথায় যেতে হবে। এবং, খুব খুব প্রাথমিক, যাদুটির 101-পূর্ব অন্তর্দৃষ্টি দিয়ে udevআমি কোনওভাবেই এর 4 র্থ লাইনটি সম্পর্কে প্রশ্ন করা বিবেচনা করব, যা বলে:

SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end"

আমি মনে করি যে লাইনের একটি প্রাথমিক প্রয়োজন #যাতে মন্তব্য করা যায় না। বিশদভাবে, আমার ফাইলটি পড়ার জন্য এটিতে "2003" পণ্য বিধি সহ ভাল বিটগুলি ব্যবহার করার জন্য, এবং কমপক্ষে পরীক্ষার জন্য, SUBSYSTEM == "tty" এবং SUBSYSTEMS = "usb" এর কলিং স্টেটের প্রয়োজন requires "tty" ফিল্টারিং এড়ানো নিরাপদ হওয়া উচিত। এবং এই মুহূর্তে আমার কাছে আরও ভাল কিছু নেই।

সম্পাদনা 7

আমার প্রিয় সার্চ ইঞ্জিনের সাথে কিছু মানের সময় কাটিয়ে দেওয়ার পরে আমি আরও কিছুটা বিশ্বাস করি যে টিটিইউএসবি পছন্দটি এখানে একটি মূল সমস্যা। যে উদেব নিয়মটি আমি দেখিয়েছি তা ঠিক আছে, এবং আপনার সেই সম্পাদনাটি ফিরে দেওয়া উচিত।

তবে, আমি বিশ্বাস করতে শুরু করেছি যে সেই ফাইলটির শেষের দিকে কনফিগারেশন বিধিমালা, পণ্যের আইডির জন্য "2003" বিভ্রান্তিকর। লগগুলি থেকে, আমার কাছে এটি দেখে মনে হচ্ছে, সেই পণ্য আইডি "2003" আসলে ডংলের মেমরি ডিভাইস পাশ, অন্যদিকে মডেমের পাশে পণ্য আইডি "1232" রয়েছে। আপনি "1232" প্রোডাক্ট আইডির জন্য দুটি "2003" নিয়মটি ফাইলটিতে প্রতিলিপি করে এটি পরীক্ষা করতে পারেন/lib/udev/rules.d/77-mm-zte-port-types.rules

ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="1232", ENV{.MM_USBIFNUM}=="03", ENV{ID_MM_ZTE_PORT_TYPE_MODEM}="1"
ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="1232", ENV{.MM_USBIFNUM}=="01", ENV{ID_MM_ZTE_PORT_TYPE_AUX}="1"

বা আরও ভাল, এর পাশে একটি নতুন ফাইল যুক্ত করুন, যেমন নামকরণ করা হয়েছে 78-ralph.rules, তবে তারপরে আপনার চারপাশে সাবস্কিস্টেম এবং সাবস্কিটিএমএস সুরক্ষাও যুক্ত করতে হবে।

তারপরে, দোঙ্গেলটি টানুন, চালনা করুন udevadm control --reload(বা রিবুট করুন), এবং দোঙ্গেলটি সন্নিবেশ করুন। এবং তারপরে আর একটি syslogক্যাপচার, যদি না এটি এখন কাজ করে।

কার্যকর সমস্যাটি হ'ল মোডেম ম্যানেজার libmm-plugin-zte.soপ্রাক-প্রোব-এ প্লাগইনটি বাতিল করে এবং জেনেরিক মডেম হ্যান্ডলার ব্যবহার করে শেষ করে। আমি যদি প্রোডাক্ট আইডি সম্পর্কে সঠিক আছি, তবে এটির কারণ হতে পারে; সেই প্রাক-প্রোবিংটি কোনও ID_MM_ZTE_PORT_TYPE_MODEMঅ্যাট্রিবিউশনের সন্ধান করে এবং zte প্লাগইনটি বাতিল হয়ে যায় এমন প্রভাব সহ এই পণ্য আইডি "1232" (প্যাচের আগে) এর অভাব রয়েছে।

সম্পাদনা 8

syslogলগ একটু ছোট; মোডেম ম্যানেজার zte প্লাগইন ইনস্টল করতে ব্যর্থ হয় এমন শুরুটি অনুপস্থিত। তবে এটি স্পষ্ট যে জেনেরিক মডেম প্লাগইনটি কোনওভাবেই ব্যবহৃত হয়। এখন, এটি হতে পারে যে usb_modeswitchআমি আপনাকে প্রথমে যে নিয়ম দিয়েছিলাম তাও ভুল; এটা সুইচ করার সিদ্ধান্ত নেয় করার "2003" যখন আমি ভেবেছিলাম এটা সুইচড থেকে "2003"। কিন্তু, man usb_modeswitch(যা আমি আগে দিকে তাকিয়ে আছে উচিত) ধরনের প্রমাণ করে যে এটা বদল করার একটি পণ্য আইডি বদলে থেকে এটা। যে কোনও ক্ষেত্রে, লগটি ঘটতে দেখায়। সুতরাং, দয়া করে পরিবর্তে "1232" ব্যবহার করার জন্য এই নিয়মটি পরিবর্তন করুন এবং আবার চেষ্টা করুন।

যদি অন্য কিছু না হয় তবে কমপক্ষে আমি উদেব সম্পর্কে কিছুটা শিখতে পারি।

সম্পাদনা 9

ভাল. সমস্যাটি এখনও (বা এটিও) মোডেম ম্যানেজার জেডটিই প্লাগইন প্রাক প্রোব-এ ফেলে দেয়। 15.10 (লগ সেট "ডিবাগলগস *" সেট করে) মডেমম্যানেজার ডিবাগিং লগগুলি সমস্ত গল্পটি বলে যে জেডটিই প্লাগইনটি বিক্রেতা-আইডি / পণ্য-আইডি পরীক্ষার কারণে বাতিল করা হয়েছে।

উত্সে যাও, লুক! আমি মোডেম ম্যানেজার উত্স কোডটি সংক্ষিপ্তভাবে দেখার জন্য এই সুযোগটি নিয়েছি এবং এটি ইঙ্গিত দেয় যে প্লাগইনটি ভিডি / পিডের টেবিল হিসাবে 19d2 / 2003 অন্তর্ভুক্ত নয় ... যদিও, আমি সেই সারণীর উত্স খুঁজে পাইনি, তাই আমি পারলাম না যাচাই করা যাবে না।

অথবা এখানে একটি সময়সীমার সমস্যা আছে। উদাহরণস্বরূপ, ডিভাইসটি 19d2 / 1232 চলাকালীন মোডেম ম্যানেজার প্রাক-প্রোবিং চালায়। এই চিন্তাধারা পর্যবেক্ষণের সাথে একত্রিত হয়েছে যে -৮-মিমি-জেটিটি-পোর্ট-প্রকার-রালপিএইচ.রুলস উডব বিধিগুলি মোডেম ম্যানেজারটিকে ডিভাইসের সাথে কিছুটা সুখী করে তোলে। তবে তারপরে, ডিভাইসটি 19d2 / 2003-এ স্যুইচ করা অবস্থায় কেন এটি খুশি হয় না এবং সেই প্লাগইনটি ব্যবহার করে না?

হতে পারে আরও লগগুলি প্রয়োজন :-) মোডেমম্যানেজারের সাথে ডিবাগ করা এবং কমান্ডটি ক্যাপচার udevadm monitor --e |& tee udevadm.log(অন্য টার্মিনালে) আপনি যখন ডিভাইসটি প্লাগ করেন তখন। আমি এই আদেশটি পেয়েছি ( https://wiki.ubuntu.com/DebuggingUdev )

এটি দুটি বার করুন: একবার ছাড়া 78-mm-zte-port-types-RALPH.rulesএবং একবারে নিয়মগুলি ... একটি তাজা পুনরায় বুট থেকে দু'বার। অর্থাত

  1. ফাইলটি /lib/udev/rules.dবা ছাড়াই সেটআপ *-RALPH.rulesকরুন
  2. ডিভাইসটি টানুন
  3. পুনরায় বুট করার
  4. ডিবাগিং এবং সেটআপের জন্য মডেমম্যানেজার সেটআপ করুন ইউদেপম ক্যাপচার
  5. ডিভাইসটি প্লাগ করুন এবং এক মিনিট অপেক্ষা করুন
  6. লগ ফাইল প্যাক আপ
  7. পরের পরীক্ষার সাথে 1 থেকে পুনরাবৃত্তি করুন

সেই লগিংয়ে জেডটিই প্লাগইনটি কোথায় নামানো হয়েছে তা জানা উচিত এবং আমি যেমন বুঝতে পারি, এটি উদেব ইভেন্ট হ্যান্ডলিং সম্পর্কেও জানাবে tell

সম্পাদনা 10

(আমি এখানে প্রায় আমার টিথারের শেষে এসেছি, তবে আমার আরও একটি বা দুটি শ্বাস বাকি রয়েছে :-)

প্রথমত, সমস্ত udevঅলঙ্করণগুলি যেমনটি করা উচিত ঠিক তেমন কয়েক গুণাবলীর মধ্যে কয়েকটি প্রশ্ন চিহ্ন রেখে। বিশেষত, 78-*-RALPH.rulesফেলে দেওয়া উচিত; এটি দরকারী নয়।

আমি মনে করি এ থেকে আমি কিছু পড়তে পারি, তবে কীভাবে এটি ঠিক করা উচিত তা আমি ঠিক নিশ্চিত নই। মূলত, আমি এটি দেখতে পাচ্ছি, যখন ডংগলটি প্লাগ করা হয় তখন সেখানে দেবদেবতার ঘটনাবলির ঝাপটায়। TtyUSB1 সম্পর্কিত বিষয়গুলিতে ফোকাস করে একটি "প্রাথমিক" ইভেন্ট রয়েছে:

KERNEL[3867.310990] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1 (usb)

যার ফলে usb_serialড্রাইভারটি লোড হতে এবং /dev/ttyUSB1উপস্থিত হতে পারে। এটি বিশেষত অন্য একটি ঘটনার কারণ:

KERNEL[3867.435102] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1/ttyUSB1/tty/ttyUSB1 (tty)

আমি মনে করি এটি ট্রিগারও করে ModemManagersyslogলগগুলির মধ্যে কোনও কঠোর সম্পর্ক নেই বলে এর প্রমাণ দেখতে আপনাকে যেতে হবে । ইভেন্টটি সময় স্ট্যাম্পড হয় 3867.435102এবং কার্নেল লগ লাইন স্ট্যাম্পের ঠিক পরে syslogতার নিকটবর্তী পরবর্তী ModemManagerলগ লাইন উপস্থাপন করে 3867.437412

আমার চিন্তাভাবনার লাইনে, ModemManagerএখনও ট্রিগার করা উচিত নয়, তবে কেবল পরবর্তী টিটিএসবি 1 ইভেন্টের পরে:

UDEV  [3867.580427] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.1/ttyUSB1/tty/ttyUSB1 (tty)

যা জেডটিই বৈশিষ্ট্যগুলি সংযুক্ত করেছে।

এমএম লগে আমরা স্ট্যাম্পড লাইনে থাকব 1449934745.363291, যা সম্ভবত "কার্নেল টাইম" স্ট্যাম্পের পরিবর্তে "রিয়েল টাইম" টাইম স্ট্যাম্প।

ModemManagerতারপরে এর পূর্ব-প্রোব-প্রোবিং দিয়ে করা হয় 1449934745.450398, অর্থাৎ ms৩ মিলিয়ন পরে, যা কার্নেলের সময় অনুসারে হবে 3867.524519এবং উপরে "ভাল" ইউডিইভি ইভেন্টের রিপোর্টের আগে 55 মিমি হবে।

মনে রাখবেন যে syslog, ModemManagerঅভিযোগগুলি জমা ttyUSB1দিয়েছে যার বৈশিষ্ট্যগুলি সেট করা নেই এবং সম্ভবত সেই অভিযোগ "চিহ্নিতকরণ" এর সাথে সম্পর্কিত 80-mm-candidate.rules। এই ফাইলে দেওয়া মন্তব্যে, চিহ্নিত করা এই সমস্যাটির সাথে হুবহু মোকাবিলার একটি প্রচেষ্টা বলে মনে হয়, তবে যদি তা হয় তবে এটি এই ক্ষেত্রে কাজ করে বলে মনে হয় না।

এর সমাধানের একটি সম্ভাবনা হ'ল "টিটিটি" বিধিটি পরিবর্তন 80-mm-candidate.rulesহতে পারে:

ENV{.ID_PORT}=="?*", SUBSYSTEM=="tty", ENV{ID_MM_CANDIDATE}="1"

আমার মনে, এটি নিশ্চিত করবে যে ID_MM_CANDIDATEজেডটিই বৈশিষ্ট্যগুলি সেট না করা পর্যন্ত সেটিংটি বিলম্বিত হবে। .ID_PORTসেটিং কোনো একজন প্রভাব 60-serial.rulesশাসন (নামক 60-persistent-serial.rulesসামনে), এবং উপলক্ষে নিয়ম যোগ করা অবস্থায় শুধু এটি একটি মান রয়েছে।

শর্তটি ঠিক একটি জেডটিই বৈশিষ্ট্য নয়, কেবলমাত্র নিয়মটিকে আরও জেনেরিক রাখতে। পরিবর্তে আরও একটি পদক্ষেপ নির্দিষ্ট করা প্রয়োজন ENV{.MM_USBIFNUM}="?*", যেহেতু এখানে অ্যাসাইনমেন্টটি ঘটে 77-mm-zte-port-types.rules

সাধারণভাবে আমি udevনিয়ম আদেশের বিষয়ে খুব বেশি নিশ্চিত নই এবং আমি এটিও নিশ্চিত নই যে এটি ModemManagerখুব দ্রুত অভিনয় করা বন্ধ করে দেয় । তবে যদি এটি না হয় তবে 80-mm-candidate.rulesতার কোনও কার্যকারিতা কম হবে এবং সম্ভবত তখন এটি ModemManager15.04 থেকে "উন্নতি" তে নেমে আসবে ।

21 সম্পাদনা করুন

দীর্ঘশ্বাস. সম্ভবত অপ্রাসঙ্গিক তবে আপনি নিজের 7-zte-mutil_port_device.rulesফাইলটি পরীক্ষা করতে চাইতে পারেন ; এটা কি অন্য পরীক্ষা-নিরীক্ষা থেকে বেঁচে থাকা? যাইহোক, এখানে প্রাসঙ্গিক নয়।

এর মধ্যে এখনও প্রায় দ্বিতীয় সেকেন্ড রয়েছে 515.558184এবং 516.381549যেখানে ModemManagerআগ্রহ এবং ভ্রান্তভাবে আঁকড়ে ধরেছে /dev/ttyUSB1এবং এটি সেট আপ না হওয়ার বিষয়ে অভিযোগ করা সত্ত্বেও প্রাক-পরীক্ষার মধ্য দিয়ে যায় এবং জেডটিই প্লাগইনটি বাতিল করে দেয়। অন্য কথায়, নিয়ম প্যাচ ModemManagerঅপেক্ষা করে না ।

আমি মনে করি আপনি ENV{.MM_USBIFNUM}="?*"পরিবর্তে ব্যবহার করেও পরীক্ষা করেছেন ENV{.ID_PORT}=="?*"

প্রকৃতপক্ষে, সেটিংসের ENV{ID_MM_CANDIDATE}=1কোনও গুরুত্ব রয়েছে কি না তা নিশ্চিত করার জন্য আপনাকে অস্থায়ীভাবে দূরে সরে যেতে হবে 80-mm-candidate.rules, তারপরে ( উপস্থাপিত syslog) তা যদি ModemManagerউপেক্ষা করে /dev/ttyUSB1না হয় তবে দেখুন। আমি সন্দেহ করি "না"।

এবং তারপর, ভাল, সম্ভবত আপনি একটি ওয়ার্কিং সংস্করণ যেমন 14.04 ব্যবহার করতে পারেন এবং যদি আপনার প্রয়োজন হয় তবে সম্ভবত ভার্চুয়ালবক্সে 15.10 চালান, যদি না এটি ইতিমধ্যে সমস্ত ভার্চুয়ালবক্সে থাকে is

আমি মনে করি এই মুহুর্তে আমার পরাজয় দাবি করা দরকার।


দুর্ভাগ্যবশত, এটা কাজ করে নি। আমার প্রশ্নে লগ দয়া করে দেখুন।
মাসুরুর

হুম। এই লগটি বোঝায় যে এটি মডেম স্তরে আসছে তবে পিপিপি স্তরে ব্যর্থ। প্লাগআউট / অঙ্গভঙ্গিতে ইশারায় nm.txt লগটিও সম্ভবত ঘটবে এবং সম্ভবত সিসলগ পেতে আপনার কি আপত্তি আছে? বিটিডব্লিউ, আমি মনে করি আপনি যখন মোডেমটি প্লাগ করেন তখন এটি তারেও নেই।
রাল্ফ রনকুইস্ট

আরও দুটি লগ অন্তর্ভুক্ত সহ একই .zip ফাইল আপডেট করেছে। পরীক্ষাগুলি করার সময় আমি তারটিকে (নরম) সংযোগ বিচ্ছিন্ন করার জন্য করি। যদিও তার আগে কখনও সমস্যা ছিল না। পূর্বে, ভ্রমণের আগে ডেটা প্যাকগুলি কেনার পরে, আমি সর্বদা আমার হোম মেশিনে (পিসি) মোডেমটি তারের সাথে সংযুক্ত করে পরে ল্যাপটপে মডেমটি ব্যবহার করি। আবার জিজ্ঞাসা করার জন্য ধন্যবাদ, এটি নিশ্চিত করার কোনও ক্ষতি নেই।
মাসুরুর

উত্তরে আমার সম্পাদনাটি নোট করুন: পরবর্তী বুনো অনুমান। চিয়ার্স।
রাল্ফ রনকুইস্ট

বেশ কয়েকটি এপিএন স্ট্রিং, ছোট ছোট / বড় হাতের কিছু দিয়ে চেষ্টা করা হয়েছে। ভাগ্য নেই. হতাশার পথে।
মাসুরুর

1

মডেম উবুন্টু 16.04 এ কাজ শুরু করেছে। এই সংস্করণটি এখনও বিকাশের পর্যায়ে রয়েছে, তবে আমার ল্যাপটপে এটি দুর্দান্ত কাজ করে।

আমি আশা করি এটি কীভাবে কাজ শুরু করে সে সম্পর্কে আরও প্রযুক্তিগত বিশদ সরবরাহ করতে পারতাম।


0

এক নজরে নেওয়ার পরে এটি প্রদর্শিত হচ্ছে এটি প্রথম নয় যে এই ড্রাগনের সাথে সঠিকভাবে আচরণ করা হয়েছিল। এটি 12.10 এবং 13.04 এর আগে একটি বাগ ছিল সম্ভবত বাগটি কখনও ঠিক করা হয়নি বা কোনও নতুন প্যাচ এমন কিছু ভেঙেছে যা এর আগে সঠিকভাবে কাজ করছে।

আশা করি, আমি যদি আপনার প্রযুক্তিগত চশমাগুলি সঠিকভাবে পড়ছি তবে আপনাকে এই দিকের দিকে নির্দেশ করতে হবে (MF190J):

3 জি-মডেমের (জেডটিই এমএফ 190 জ) এখনও ম্যানুয়াল টুইট করা দরকার।


দুর্ভাগ্যক্রমে (?) usb_modeswitchএই ডিভাইসের নিয়মটি ইতিমধ্যে স্ট্যান্ডার্ড বিধি সেটে ছিল।
র‌্যাল্ফ রনকুইস্ট

-2

আপনি কি এই চেষ্টা করেছেন:

 rfkill list up

এবং তারপরে এই স্ক্রিপ্টটি তৈরি করুন এবং এটি চালান:

 #/bin/sh

     Case [!$] in
        /bin/sh
        networkname="true"
        networkname="the ip adr type in here"
        nmcli nm networkname --force-yes
        resolve.conf the ip adr type in here
     endl

এবং এটি এইভাবে দুর্দান্ত কাজ করতে পারে।


আমার কোন আইপি ঠিকানা টাইপ করা উচিত? এটি পিপিপি সংযোগ।
মাসুরুর

1
-১ টি পুরোপুরি ভুল সিনট্যাক্স ব্যতীত কোনও সংবিযুক্ত স্ক্রিপ্ট লেখার জন্য..আপনি কি সচেতন যে বাস্তবে এর সাথে সিমলিংক করা shআছে dash?
হিমাইল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.