Realtekドライバはeth1インターフェイスの検出を妨げますか?

Realtekドライバはeth1インターフェイスの検出を妨げますか?

状況はこんな感じです。私のDebianコンピュータには、2つのイーサネットインターフェイスレポートifconfig(eth0とeth1)を持つ動作中のネットワーク設定があります。 eth0はオンボードRealtekネットワークカード、eth1はD-Link PCIネットワークカードです。ただし、システムでは音が機能しません。

次の提案に従ってくださいこのページ、私は行きましたRealtekのホームページ「カーネル3.x、2.6.x、および2.4.x用のLINUXドライバ」をダウンロードしました。解凍し、必要なビルドとLinuxヘッダーパッケージをインストールした後、r8168-8.037.00/autorun.shrootとして実行しました。 検討してみるとここで大きな間違いをしました。 「HDオーディオコーデックドライバ」の代わりに「Realtek PCIe GBEファミリコントローラシリーズドライバ」をクリックして、オーディオドライバの代わりに対応するネットワークドライバをインストールしました。こんな。とにかく、私は今この混乱を取り戻す方法を探しています。

エラーメッセージが出力されていないようですが、まだ音が出ないため、端末を再起動しました。もう一度表示されると、ifconfig -aディスプレイeth0ではなくインターフェイスのみが表示されますeth1。また、どの端末も返却されず、find /sys/devices/ -type d | grep eth端末のみが返されます。また、出力も提供しません。どういうわけか新しいRealtekドライバが検出されなくなりました!ところで、音はまだ動作しません。eth0eth1dmesg | grep eth1eth1

どうすればこれが起こり、どのように解決できますか?音なしで生きなければならないようですが、作業eth0と構成を取り戻したいと思いますeth1。 Linuxに再検出させる方法は何ですかeth1

役に立つと何かがインストールされているようです/lib/modules/3.2.0-4-amd64/kernel/drivers/net/ethernet/realtek。たとえば、ファイルは解凍されたドライバのディレクトリのr8168.ko内側と外側の両方にあります。src/lib...

ベストアンサー1

どういうわけか、新しいRealtekドライバはeth1が検出されるのを防ぎます!

明らかにツリー内のカーネルドライバが最初に動作しているので、少し恥ずかしいです。なぜ新しくインストールするのですか?

インターフェースが表示されたらifconfigその後、カーネルはネットワークカード用のドライバをロードします。 これは、ドライバーが計画したすべての作業を完全に実行するわけではありませんが、99%以上の場合に行われます。 Realtekイーサネットチップは一般的であり、カーネルはそれに対する適切なサポートを提供します。

そうかもしれない〜らしい「最高の」ドライバーはメーカーが提供するドライバーのように、しかし実際には一般的にそうです。間違った。問題は、メーカーがLinuxドライバへの投資がほとんどまたはまったくないことです。これは、Linuxドライバがどれほど重要であるか(Linuxの市場シェアが無視できるためほとんどありません)、そしてどのくらいのリソースを投資するかという点でそうです。もっと遠く:

  • 公式カーネルツリーの一部ではないので、実際のカーネル開発に直接関与しません。これは、ほぼすべての道化師がこれを行うことができることを意味します。これは一般審査、ピアレビューなどの範囲外です。

  • プライベートソースなので、誰もコードを見て「これは間違っている」と言うことはできません。したがって、存在するすべてのエラーは隠されます。問題が発生し、製造元がドライブを適切に保守するために誰かに支払うことができない場合、プレートが範囲外のため、他の人がプレートに登ることができません。

簡単に言えば、製品の監督もなく、製品を提供する人々の約束もありません。 Linux開発者はこれについて非常に明確に説明しています。使用するのに最適なドライバは、独自のドライバではなく、公式ツリー内のドライバです。 カーネル自体のドライバが動作しない場合にのみ、他の場所を見てください。

おすすめ記事