ZTE MF-193Eモデムがあり、これは以前は正常に機能していました。1年以上前にこのモデムを購入したとき、すぐに使用できました。現在、Ubuntuのバージョンが進歩するにつれて、事態はますます難しくなっています。
このモデムは、Ubuntu 15.04(64ビット)で数か月前まで動作しました。現在、Ubuntu 15.10(64ビット)では接続できません。
モバイルブロードバンド接続を設定しました。APNのさまざまな文字列を試しましたが、これは以前は問題ではありませんでした。
(Windows 10ではモデムが正常に機能するため、これはまったくハードウェアの問題ではありません。また、モデムマネージャーGUIはこのデバイスを適切に検出します。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-2015年12月6日
ある種のメンバーが指摘したように、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-2015年12月6日
ルートとして実行され、
systemctl restart network-manager.service
画面(端末)に出力がありません。
上記のポイントからモデムを使用して接続する試みへの対応するログはここで見つけることができます。
更新3-2015年12月6日
ofono
モデムをインストールしてから再試行しました。
こちらのログをご覧ください。
更新4-2015年12月6日
再びルートとして実行され、
systemctl restart network-manager.service
上記のポイントからモデムを使用して接続する試みへの対応するログはここで見つけることができます。
更新5-2015年12月6日
ですべての「拒否」を「許可」に変更しました/etc/dbus-1/system.d/nm-dispatcher.conf
。
接続しようとしました。運がありません。
いくつかのネットワークはイーサネット接続で接続および切断します。
が続きsudo systemctl restart network-manager.service
ます。
モデムを抜き差しします。
もう一度接続してみました。接続しません。
ログはこちらです。
更新6-2015年12月6日
実行済み
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-2015年12月7日
再度実行(提案された変更/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-2015年12月8日
更新されたログのセットはこちらです。
更新9-2015年12月8日
テスト1
今回は、Ubuntu 14.04 32ビットDVDからコンピューターを起動しました。コンピュータが起動するとすぐに、MMログのキャプチャを開始しました。
モデムを挿入しました。
lsusb
19d2:2003デバイスに切り替える必要がある19d2:1232デバイスとして認識されていることを示しました。usb-modeswitchのインストールにはマシンの再起動が必要であるため(したがって、DVDの実行のインストールが失われます)、カスタムスイッチファイルを準備し、コマンドラインからモデムを切り替えました(sudo usb_modeswitch -I -c 19d2:2003
)。スイッチングが達成されたとすぐに、私は私が上だったと知らされた
Mobile Broadband Network
とネットワークマネージャのメニューの新しいブロードバンド接続appreard。上記の接続を通常の方法で設定し(APN名は問題ではありませんでした)、接続は自動的に確立されました。
モデムを取り外して取り出しました。
MMログのキャプチャを停止しました。
セッション開始からモデム取り出しまでの完全なMMログとsyslogは、ここにあります。
テスト2
Ubuntu 14.04 64ビットDVDを使用した同じテスト。
ログはここにあります。
更新10-2015年12月9日
今回のテストでは、rootとして実行すると、接続が成功することがwvdial
わかりました。wvdial
wvdial
confに、ログ、および対応するsyslogがあり、ここで
主な推測:状況は、対応するユーザーのユーザーグループに関係している可能性があります。
これらすべてのツールを使用して、ダイヤルアップ接続を確立するには、ユーザーは「dip」および「dialout」グループのメンバーである必要があるため、ダイヤルアップ経由で接続するすべてのユーザーをこれらのグループに入れます。
しかし、見つけることができるように、
$ groups masroor
masroor : masroor adm dialout cdrom sudo dip plugdev lpadmin sambashare family wireshark
そのため、ユーザーはすでに指定されたグループのメンバーです。
さて、おそらく問題はこれらのポイントのいずれかに帰着します。
- ユーザーにはどの追加グループが必要ですか?
- ルートとしてモバイルブロードバンド接続セットアッププロセスを実行するにはどうすればよいですか?(セキュリティ上の問題?)
更新11-2015年12月9日
wvdial
USB3では動作し、USB1 では動作しません。
ここで syslogを見つけてください。
の出力も含まれていますdmesg | grep tty > /tmp/dmesg.tty.txt
。しかし、ファイルの先頭近くにあるこれらの4行を参照してください。
更新12-2015年12月10日
の4行目(
SUBSYSTEM!="tty", GOTO="mm_zte_port_types_end"
)をコメント化しました/lib/udev/rules.d/77-mm-zte-port-types.rules
。マシンをリブートしました。ケーブルをソフト切断し、モデムを挿入しました。
接続しようとしました。失敗しました。
syslogファイルはこちらです。
アップデート13-2015年12月10日
まったくの絶望から、ローカルの変更が接続に影響を与えているかどうかを確認するために、Ubuntu 15.04および15.10 DVDでマシンをテストしました。
- Xubuntu 15.04 64ビットDVDでマシンを起動しました。接続は魅力のように成功しました。
- Ubuntu 15.10 64ビットDVDでマシンを起動しました。接続は以前と同様に失敗しました。
15.04と15.10の間に何が起こったのですか?
とてもイライラします。
アップデート14-2015年12月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-2015年12月11日
に次の行を追加しました
/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-2015年12月11日
に1つの1232ルールのみを残し
/lib/udev/rules.d/40-usb_modeswitch.rules
、もう1つを削除しました。実行済み
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-2015年12月11日
の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-2015年12月11日
すべてのルールファイルを元の形式で配置します。
lsusb
シェルスクリプトを使用して1秒ごとに出力を監視しました。タイムスタンプ付きファイルで出力をキャプチャしました。モデムを挿入しました。(モデムが最初にファイルに表示されます
lssuboutouput.Fri Dec 11 16:56:29 BDT 2015.txt
)。キャプチャからわかるように、1232デバイスから2003デバイスに切り替えられることは明らかです。接続しようとしました。失敗しました。
モデムを取り出しました。
syslogファイル、タイムスタンプ付きlsusb
出力、および言及されたルールファイルはこちらです。
ここで、syslog出力をタイムスタンプと一致させることができます。
アップデート19-2015年12月11日
問題を特定できるように、完全に新しい方向でこのテストを実行しました。
ポータブルメディアに保存されている
/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ビットDVDを使用してマシンを起動しました。
実行済み
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にアップグレードして、どこが壊れているのかを確認することもできました。私は実際に試してみましたが、無限の依存関係の問題のためにgaveめました。
上記のすべてのdiffファイルはここにあります。
アップデート20-2015年12月12日
テスト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-2015年12月15日
- ルールファイルを提案どおりに変更しました。
- マシンをリブートしました。
- モデムを挿入して接続してみました。それは動かなかった。
ルールファイルとsyslog
はこちらです。
アップデート22-2015年12月16日
1つのコメントでアドバイスされているように、http: //kernel.ubuntu.com/~kernel-ppa/mainline/からさまざまなカーネルをインストールし 、それぞれで起動後にモデムを使用して接続を試みました。
4.2.8-040208-generic、失敗。
4.1.15-040115-generic、失敗。
4.0.9-040009-汎用、障害。
したがって、おそらく、カーネルの問題を除外できます。
アップデート23-2016年2月16日
Ubuntu 16.04でモデムが機能し始めました。このバージョンはまだAlpha 1ですが、私のラップトップでは問題なく動作します。