私は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)をホスト名の代わりに使用してください。これが関係しているかどうかはわかりませんが、気分が変になります。