[linux-users: 108628] link is not readyから復帰されない。
Kazuaki Miyauchi
東芝 MAGNIA CT400に Fedora13をインストールしてみたのですが、
ネットワークに繋がらなくて(ネットワークの他のマシンへのpingが飛ばない。)
困っています。
/sbin/ifconfigで見る限り、eth0は上がっているのですが、errors等に
4294966888といった大きな値が出力されて変化しませんのでまともには
動いていないようです。
/var/log/messagesには、ADDRCONF(NETDEV_UP): eth0: link is not ready が
出力され、その後、Link is Upのログはありません。
何か有効な方法はありますでしょうか？
因みに、NetworkManagerは切ってあります。
又、/etc/init.d/network restartや /sbin/ifconfig eth0 down(up)での動作上
コンソールにエラーは出力されません。
宜しく御願い致します。
_______________________________________________
linux-users mailing list
linux...@listserv.linux.or.jp
http://listserv.linux.or.jp/mailman/listinfo/linux-users
早間義博
> 宮内といいます。
>
> 東芝 MAGNIA CT400に Fedora13をインストールしてみたのですが、
> ネットワークに繋がらなくて(ネットワークの他のマシンへのpingが飛ばない。)
> 困っています。
>
> /sbin/ifconfigで見る限り、eth0は上がっているのですが、errors等に
> 4294966888といった大きな値が出力されて変化しませんのでまともには
> 動いていないようです。
>
残念な事にMAGNIA CT400もFedora13も経験ありません。
外からの意見ですが、
(1)eth0 が有線なのか無線なのかも判りません。
(2) lspci と言うコマンドはあるのでしょうか。あるならばこのコマンド
で ether の装置をどのように認識しているか見てみたいものです。
(3)「eth0は上がっている」と言う認識に逆らうようですが eth0 の
デバイスドライバが適切か否か知りたいものです。キボウとしては
装置名
ドライバ(多分モジュールでしょうから lsmod で判るのではないでしょ
うか）
を知りたいものです。
# 私の機械ですが、eth が ２つなのにデバイスは３つ認識されていま
# す。Firewire device の装置が eth として認識され eth0 となるの
# udev のルールに
# Firewire device 484fc00025945c3c)
# SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="48:4f:c0:00:25:94:5c:3c", KERNEL=="eth*", NAME="eth3"
#
# と言うのを入れて他所に行ってもらってます。ついでに他の eth の
# MAC で望む eth 番号を割り振っています。
(4) 一般にネットワーク起動コマンドは当該の装置が正常に認識され、期
待通りのドライバが使用されている前提で機能します。
予定どおりに行かない場合は、装置から積み上げるしかありません。
/proc/net/dev の内容も有用かも知れません。
何となく、無線 eth のwireless 設定が未設定の様にも感じますが、
目を閉じて象の足を触っているようなものなので何も判りません。
無責任で済みません。
-- 早間
Kazuaki Miyauchi
取り急ぎ、疑問の点を。
2010年10月21日17:33 早間義博 <yo...@yedo.src.co.jp>:
> (1)eth0 が有線なのか無線なのかも判りません。
有線です。
> (2) lspci と言うコマンドはあるのでしょうか。あるならばこのコマンド
> で ether の装置をどのように認識しているか見てみたいものです。
出力結果からネットワークに関する行を取り出すと以下のようになります。
0e:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
Connection (rev ff)
> (3)「eth0は上がっている」と言う認識に逆らうようですが eth0 の
> デバイスドライバが適切か否か知りたいものです。キボウとしては
> 装置名
> ドライバ(多分モジュールでしょうから lsmod で判るのではないでしょ
> うか）
> を知りたいものです。
e1000eです。
> /proc/net/dev の内容も有用かも知れません。
eth0側のみですと、
eth0: 342 4 4294966882 (以下、略) と、ifconfigで出力される内容が
続きます。
kernelは、2.6.33.3-85なので、82574Lはサポートされている筈なのですが。。。
Hajime Yamamoto
ネットワーク・ケーブルを交換してみる。
Kazuaki Miyauchi
2010年10月21日19:41 Hajime Yamamoto <yama...@ytw.jp>:
> ネットワーク・ケーブルを交換してみる。
そのケーブルに別のＰＣを繋ぐと問題無く繋がります。
又、ケーブルの交換に該当しますが、別のＰＣにクロスケーブルを
使って Back to Backで繋いでみても、そのＰＣとは通信出来ません。
早間義博
IP は設定されているのですか。
dhcp で設定されるのですか。
# route -n
はどうですか。
何か間違っていなくては困るのですが、何か出てきませんか。
-- 早間
しん
> /sbin/ifconfigで見る限り、eth0は上がっているのですが、errors等に
> 4294966888といった大きな値が出力されて変化しませんのでまともには
> 動いていないようです。
>
> /var/log/messagesには、ADDRCONF(NETDEV_UP): eth0: link is not ready が
> 出力され、その後、Link is Upのログはありません。
ifconfigの出力結果を見せて頂くと、もう少し判るかも知れませんが、、
errorsが山程出ている、かつケーブルは良さそうとすると、NICの故障の様に思えます。
もしくは、ケーブル接続部分のRJ45のソケットが汚れてるとか錆びてるとか埃がたまってリークしてるとか。
ただ判らないのは、
ifconfig では link up と認識され、
messagesには link not ready と認識されること、
kernelからみるとupしてないが、ifconfigからみるとupしているという微妙な故障って
あるのだろうか。それぞれ何を見て判断しているのだろう。
# ルーク、ユーズソース、かなぁ。。。。
Akihiko KITAMURA
このチップ何でしょう？
昔、Realtek 8111C + Debian lennyで似たような現象がでました。
私の場合はdroppedのカウントがとんでもなく上がる現象でしたが、
原因は、ドライバの誤認でした。
http://www.lambeden.dyndns.org/~ktmr/pukiwiki/index.php?GA-MA78GPM-DS2H
参考までに。
--
きたむら
At Thu, 21 Oct 2010 16:38:24 +0900,
Kazuaki Miyauchi
2010年10月21日21:58 早間義博 <yo...@yedo.src.co.jp>:
> IP は設定されているのですか。
> dhcp で設定されるのですか。
IP固定です。
> # route -n
> はどうですか。
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth0
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
です。
Kazuaki Miyauchi
2010年10月22日7:36 Akihiko KITAMURA <kt...@lambeden.dyndns.org>:
> このチップ何でしょう？
Fedoraは、82574Lだと認識しているようです。
チップそのものを見て確認しようとしたのですが、オンボードでカバーが掛かっていて
見えないのです。カバーを取り除こうとしても今あるドライバでは大きさが合わず
ネジ山を欠いてしまいそうで断念しています。
CT400のドキュメントに記述がある事も期待したのですが
1000BASE-T/100BASE-TX/10BASE-T Ethernet といった記述しかありません。
早間義博
e1000 について linux/Documentation には次の文書に e1000 と言う単語
が入っていますが、ご覧になりましたか
DocBook/uio-howto.tmpl
PCI/pci-error-recovery.txt
networking/00-INDEX
networking/bonding.txt
networking/e100.txt
networking/e1000.txt
networking/ixgb.txt
networking/ixgbe.txt
networking/ixgbevf.txt
powerpc/booting-without-of.txt
powerpc/kvm_440.txt
networking/e1000.txt には次の文章がありますが、宮内さんには関係な
いことでしょうか。
If the driver is built as a module, the following optional parameters
are used by entering them on the command line with the modprobe command
using this syntax:
modprobe e1000 [<option>=<VAL1>,<VAL2>,...]
For example, with two PRO/1000 PCI adapters, entering:
modprobe e1000 TxDescriptors=80,128
loads the e1000 driver with 80 TX descriptors for the first adapter and
128 TX descriptors for the second adapter.
-- 早間
Kazuaki Miyauchi
2010年10月22日9:12 早間義博 <yo...@yedo.src.co.jp>:
> e1000 について linux/Documentation には次の文書に e1000 と言う単語
> が入っていますが、ご覧になりましたか
e1000eです。
> networking/e1000.txt には次の文章がありますが、宮内さんには関係な
> いことでしょうか。
>
> If the driver is built as a module, the following optional parameters
> are used by entering them on the command line with the modprobe command
> using this syntax:
>
> modprobe e1000 [<option>=<VAL1>,<VAL2>,...]
>
> For example, with two PRO/1000 PCI adapters, entering:
>
> modprobe e1000 TxDescriptors=80,128
>
> loads the e1000 driver with 80 TX descriptors for the first adapter and
> 128 TX descriptors for the second adapter.
ＬＡＮポートはひとつしかありませんので、関係無いのではないでしょうか？
Kazuaki Miyauchi
Reply toが個人だったようで、ＭＬに返信しませんでしたので、
再送します。
2010年10月21日23:57 しん <dez...@aliadne.net>:
> ifconfigの出力結果を見せて頂くと、もう少し判るかも知れませんが、、
今朝ブートさせたら、カウンタが戻っていました。
eth0 Link encap:Ethernet HWaddr 6C:F0:49:CF:93:C1
inet addr:192.168.1.82 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Memory:dc120000-dc140000
後は、loがあるだけです。
早間義博
宮内さん、
(1)ether チップは 82574L e1000e である。
(2)チップの不具合はない。
(3)Fedora の 82574L e1000e に対する処理は正しい。
(4)ネットのパラメータ(IP,Mask など)は正しく定義されている。
(5)利用しているケーブルは正常である。
(6)接続相手は正常に機能している
と言う状態で起きている現象ですね。
何か、忘れているでしょうか。
-- 早間
早間義博
https://bugzilla.redhat.com/show_bug.cgi?id=623622
は関係ありませんか。
Akinori AIZAWA
事象的に、オートネゴ（Auto-Negotiation）のミスマッチな気が。
Kazuaki Miyauchi
2010年10月22日10:01 早間義博 <yo...@yedo.src.co.jp>:
> https://bugzilla.redhat.com/show_bug.cgi?id=623622
> は関係ありませんか。
dmesgのログは正常な場合として書かれているのとほぼ一緒ですし、
何よりも記載のあるエラーログが出ませんので該当しないのでは
ないでしょうか。
Kazuaki Miyauchi
2010年10月22日10:08 Akinori AIZAWA <no...@awp.dhis.prug.or.jp>:
> 事象的に、オートネゴ（Auto-Negotiation）のミスマッチな気が。
ＬＡＮポートのリンクランプは勿論点いているのですが。。。
もしそうだとして、どうすれば直るのでしょうか？
t...@sawada.tk
On Fri, 22 Oct 2010 20:52:09 +0900
Subject: [linux-users: 108645] Re: link is not readyから復帰されない。
Kazuaki Miyauchi <miya...@gmail.com> Wrote:
>> 事象的に、オートネゴ（Auto-Negotiation）のミスマッチな気が。
> ＬＡＮポートのリンクランプは勿論点いているのですが。。。
> もしそうだとして、どうすれば直るのでしょうか？
モジュールを組み込む際のオプションで指定します。
対向相手と同じ設定にしましょう。
Duplex
値範囲：
0-2 (0=auto-negotiate、1=half、2=full)
デフォルト値：
0
データの流れ方の設定を行ないます。半二重 (half) は片方向ずつ、全二重 (full) は双方向
の設定となります。通信相手と自らの双方が全二重オートネゴシエーションに設定されている
場合、アダプターは自動的に正しい全 / 半二重設定を検出します。
もし、通信相手が全 / 半二重いずれかに固定接続になっている場合は、半二重で動作します。
(銅線接続のアダプターのみ)
#Full/Halfのミスマッチとはちょっと現象が異なるきがしますが、、
しん
早川さんは設定が気になりますか、、、、
エラーがたくさんというのが気になってまして、設定だけの問題なのか。。
> 今朝ブートさせたら、カウンタが戻っていました。
>
> eth0 Link encap:Ethernet HWaddr 6C:F0:49:CF:93:C1
> inet addr:192.168.1.82 Bcast:192.168.1.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
> Memory:dc120000-dc140000
これ、エラーもないですが、送受共にゼロですね。
起動直後だから？ その後もずっと？
その後もずっとだとすると、
ifconfig的には link up してるが実はつながってない
といことで設定の問題かとおもいます。
エラーが出ていたらそのデータみたいです。
＃ところでこれはどうやって？
＃目で見ながら生きているPCで手打ち？
Kazuaki Miyauchi
2010年10月23日8:00 しん <dez...@aliadne.net>:
> これ、エラーもないですが、送受共にゼロですね。
> 起動直後だから？ その後もずっと？
ずっとこのままです。
エラーカウンタが大きな値だった時もカウンタ値はずっと同じ値でした。
> ＃ところでこれはどうやって？
> ＃目で見ながら生きているPCで手打ち？
書き写してきて、手打ちです。
早間義博
>
> その後もずっとだとすると、
> ifconfig的には link up してるが実はつながってない
> といことで設定の問題かとおもいます。
>
有線で、link up が出来て、つながらない、
一般には設定とケーブルしかないと感じます。
私の機械で firewire をifconfig で設定すると次のように表示されます。
宮内さんの例と Memory:dfcfd000-dfcfdfff が表示されているのが似てい
るのです。他の機械も覗いてみましたが(と言ってもチップは同じもので
すが) Memory が表示されているのはありませんでした。
eth4 Link encap:Ethernet HWaddr 00:12:f0:a0:61:85
inet addr:192.168.22.1 Bcast:192.168.22.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:17 Base address:0xa000
Memory:dfcfd000-dfcfdfff
AIZAWA さんの
> 事象的に、オートネゴ（Auto-Negotiation）のミスマッチな気が
を見て、そう言えば 10 100 1000 でケーブルの利用する線数が異なって
いたなと思っていました。
ケーブルがつながっていなくてもifconfig では表示情報は変わらないと
思います。
いずれにしても、利用者レベルでの設定しか確かめられません。
この範囲で結論が出ると良いですね。
-- 早間
Kazuaki Miyauchi
御騒がせしました本件ですが、e1000eの新しいドライバ(1.2.10)を
入れたら繋がるようになりました。
皆様、色々と有難う御座いました。
只、再インストールしてみても同じ結果でしたので、現行Fedora13に
ついてのこのトラブルは再現性があると思います。
早間義博
>
> 御騒がせしました本件ですが、e1000eの新しいドライバ(1.2.10)を
> 入れたら繋がるようになりました。
> 皆様、色々と有難う御座いました。
>
> 只、再インストールしてみても同じ結果でしたので、現行Fedora13に
> ついてのこのトラブルは再現性があると思います。
>
正常に働くようになって良かったですね。
後学のために ifconfig の表示を見せて頂けませんか
-- 早間
Kazuaki Miyauchi
2010年10月23日18:49 早間義博 <yo...@yedo.src.co.jp>:
> 正常に働くようになって良かったですね。
どうも有難う御座います。
> 後学のために ifconfig の表示を見せて頂けませんか
[toyo@localhost ~]$ ifconfig
eth0 Link encap:Ethernet HWaddr 6C:F0:49:CF:93:C1
inet addr:192.168.1.193 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::6ef0:49ff:fecf:93c1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2825 errors:0 dropped:0 overruns:0 frame:0
TX packets:2011 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2906864 (2.7 MiB) TX bytes:265977 (259.7 KiB)
Interrupt:19 Memory:dc120000-dc140000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:78 errors:0 dropped:0 overruns:0 frame:0
TX packets:78 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:11172 (10.9 KiB) TX bytes:11172 (10.9 KiB)
と、IPv6の表示の他は、 Interruptが加わった位でしょうか。
早間義博
> > 後学のために ifconfig の表示を見せて頂けませんか
>
> [toyo@localhost ~]$ ifconfig
> eth0 Link encap:Ethernet HWaddr 6C:F0:49:CF:93:C1
> inet addr:192.168.1.193 Bcast:192.168.1.255 Mask:255.255.255.0
> inet6 addr: fe80::6ef0:49ff:fecf:93c1/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:2825 errors:0 dropped:0 overruns:0 frame:0
> TX packets:2011 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:2906864 (2.7 MiB) TX bytes:265977 (259.7 KiB)
> Interrupt:19 Memory:dc120000-dc140000
>
ありがとうございます。
Vender Code の予想外の値とメモリー表示があったので正常に働いたとき
には変更されているのかと思いました。
Vender Code は私の情報が古かっただけでした。
私のところでは共有メモリーを使用するタイプを使っていなかっただけ事
です。安いカードではCPU任せなのでメモリーは使っていないのでしょう。
昔、速度と安全性の為、ne2000 から smc のカードに換えたことを思い出
しました。
と言うことで私の情報が更新され感謝しています。
-- 早間
hiroshi morimoto
linux(Ubuntu 10.04.1 LTS)のcupsで使用出来るプリンターを教えてください。
現在キャノンMP980がありますが、cupsで設定が出来ません。
よろしくお願いします。
早間義博
> 森本です。
> linux(Ubuntu 10.04.1 LTS)のcupsで使用出来るプリンターを教えてください。
> 現在キャノンMP980がありますが、cupsで設定が出来ません。
http://sabayongentoo.blogspot.com/2009/12/canon-pixus-mp980.html
に MP980 が使えたと言う記事が載っています。深く検討していませんが
参考になりませんか。
-- 早間
Kazuaki Miyauchi
蛇足かもしれませんが、あれから yum updateをし、カーネルが2.6.34.7-61に
アップされたら、e1000eが1.0.2-k2のデフォルトのままでも繋がりました。
御参考迄に。