Arch Linux 2014.04 64ビットおよびインストール中の接続の問題

Arch Linux 2014.04 64ビットおよびインストール中の接続の問題

私はArch Linuxのウェブサイトから最新のISOイメージをダウンロードし、Web上で見つけることができるさまざまなツールを使用して.isoファイルをUSBドライブに書きました。

シェル画面でインターネット接続をテストしようとしましたが、うまくいきませんでした。私のイーサネットカードが正しく検出され(ifconfigを実行すると表示されます)、やはり「アップ」状態です。

次のように手動で設定を設定してみました。イーサネットツールしかし幸運はありません。また、DHCPサービスを再度有効にしてみましたが、まだ成功していません。インターフェイスのオン/オフを切り替えてIPアドレスを手動で設定してみましたが、まだ機能しません。

dmesgで検索しましたが、私が知っている限り、realtekカード用のカーネルr8xxxモジュールが正しくロードされました。

本当に選択の余地はありません。最も残念なことは、Arch Linuxを使用している場合にのみこの問題が発生することです。他のすべてのディストリビューションは正しく実行され、介入なしにDHCPからIPアドレスを取得します。したがって、ここでは互換性の問題ではなく、構成の問題です。

また、時間の経過とともに廃棄されたパケット数が増加することも確認しました。

以下はコマンドのいくつかの出力です。

ping 8.8.8.8
connect: Network is unreachable

ethtool enp7s1
Settings for enp7s1:
    Supported ports: [ TP MII ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Half 1000baseT/Full 
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Half 1000baseT/Full 
    Advertised pause frame use: Symmetric Receive-only
    Advertised auto-negotiation: Yes
    Link partner advertised link modes:  10baseT/Half 10baseT/Full 
                                         100baseT/Half 100baseT/Full 
                                         1000baseT/Full 
    Link partner advertised pause frame use: No
    Link partner advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: MII
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: pumbg
    Wake-on: g
    Current message level: 0x00000033 (51)
                   drv probe ifdown ifup
    Link detected: yes

ifconfig
enp7s1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::16da:e9ff:fe21:fdbf  prefixlen 64  scopeid 0x20<link>
        ether 14:da:e9:21:fd:bf  txqueuelen 1000  (Ethernet)
        RX packets 943  bytes 64724 (63.2 KiB)
        RX errors 0  dropped 117  overruns 0  frame 0
        TX packets 17  bytes 2933 (2.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp7s1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 14:da:e9:21:fd:bf brd ff:ff:ff:ff:ff:ff

dmesg | grep r8169

[    2.742091] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    2.742154] r8169 0000:07:01.0 (unregistered net_device): not PCI Express
[    2.742666] r8169 0000:07:01.0 eth0: RTL8169sc/8110sc at 0xffffc9000181e000, 14:da:e9:21:fd:bf, XID 18000000 IRQ 19
[    2.742668] r8169 0000:07:01.0 eth0: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[    9.037449] r8169 0000:07:01.0 enp7s1: link down
[    9.037502] r8169 0000:07:01.0 enp7s1: link down
[   11.874477] r8169 0000:07:01.0 enp7s1: link up

route 

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface



sudo systemctl status dhcpcd
● dhcpcd.service - dhcpcd on all interfaces
   Loaded: loaded (/usr/lib/systemd/system/dhcpcd.service; disabled)
   Active: inactive (dead)

私は単に「dhcpd」を実行してみて動作しているようですが(彼が私のルーターを見て私にIPアドレスをリースしました)、ある時点でタイムアウトしてIPを取得できませんでした。

答え1

この問題を解決しました。私のルーター(Fritz Box)とArchlinuxのdhcpバージョンの間に問題があるようです。彼らは正しく対話しません。インターネット接続を設定するには、Fritz Box設定に移動してコンピュータに関連付けられているIPを削除します。これを行うと、ルーターは必要に応じてIPを提供します。問題は、FritzBox設定の「このコンピュータに同じIP割り当て」オプションにあります。明らかに、このオプションを選択すると、ArchのDHCPが奇妙になります。無効にしてコンピュータに戻ってアドレスを取得し、問題なく再度有効にできます。とにかく、助けてくれてありがとう。

答え2

この問題は、Windows/Arch Linux デュアルブート設定が原因で発生すると考えられます。 WindowsとArch Linux DHCPクライアントはPCを異なって識別するので、ルータは両方のPCが同じではないと思います。環境クライアントID変えるドイド私のために/etc/dhcpcd.confこの問題を解決しました。このフォーラムのテーマ)。 Fritz Box ADSLモデム/ルーター(Fon WLAN 7113)もあります。

そしてドイド設定後、Fritz Box Webインターフェースはネットワークインターフェース名(enpu2s0)をホスト名の代わりに使用してください。これが関係しているかどうかはわかりませんが、気分が変になります。

関連情報