无法使用 DHCP 和电缆调制解调器连接到互联网

无法使用 DHCP 和电缆调制解调器连接到互联网

我是 Linux 新手,但到目前为止我很喜欢它。我的症状是,我有一台双启动 WinXP 和 Ubuntu 的机器——互联网在 WinXP 上运行,在 Ubuntu 上运行不起来。

一些规格:Ubuntu 11.10;AMD Athlon 64 处理器;Realtek 网络接口卡(RTL-8139/8139C/8139C+);Scientific Atlanta 电缆调制解调器(2100R2)。

连接方式为电缆 > 调制解调器 > PC(通过 DSL)

我第一次从 CD 启动 Ubuntu 时,无法连接到互联网。在硬盘上安装并启动(不是从 CD 启动)后,互联网曾能用一次,但之后就再也无法用了。

四处搜索后,我决定尝试编辑/etc/network/interfaces

用于阅读:

auto lo
iface lo inet loopback

根据帖子,我决定将其更改为

auto lo eth0
iface eth0 inet dhcp
iface lo inet loopback

然后运行sudo /etc/init.d/networking restart

这给了我一条关于该命令已被弃用的消息,然后挂起,所以我终止了它。我重新启动,现在在启动画面中我看到“等待网络配置”,然后是“等待最多 60 秒进行网络配置”,然后是“启动时没有完整网络配置”。

在网上阅读更多内容后,我决定保留/etc/network/interfaces原样,然后编辑文件/etc/NetworkManager/NetworkManager.conf:

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=true    # It was originally false

但这并没有改变什么。

当我运行命令时ifconfig -a

eth0    Link encap:Ethernet  HWaddr 00:14:2a:03:f0:77
    inet6 addr: fe80::214:2aff:fe03:f077/64 Scope:Link
    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)
    Interrupt:22 Base address:0xdf00 

eth0:avahi Link encap:Ethernet  HWaddr 00:14:2a:03:f0:77  
      inet addr:169.254.7.133  Bcast:169.254.255.255  Mask:255.255.0.0
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      Interrupt:22 Base address:0xdf00 

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:488 errors:0 dropped:0 overruns:0 frame:0
      TX packets:488 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:38880 (38.8 KB)  TX bytes:38880 (38.8 KB)

我觉得很奇怪,eth0 的第一个条目没有 inet 地址,为什么有两个条目?实际上,我不知道这是否不寻常。进一步阅读后,我决定尝试强制使用静态 IP 地址,您可以告诉我这是否没有意义。我改为/etc/network/interfaces

auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0

auto eth0
iface eth0 inet static
address 192.33.137.200
netmask 255.255.255.0
gateway 99.241.122.1

然后重启。这没什么用。到处都搜索过了。DHCP 应该可以“工作”。还能做什么?

更多信息:当我运行时route

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         *               0.0.0.0         U     1002   0        0 eth0
link-local      *               255.255.0.0     U     0      0        0 eth0

当我跑步时sudo lshw -class network

*-network
   description: Ethernet interface
   product: RTL-8139/8139C/8139C+
   vendor: Realtek Semiconductor Co., Ltd.
   physical id: 5
   bus info: pci@0000:02:05.0
   logical name: eth0
   version: 10
   serial: 00:14:2a:03:f0:77
   size: 10Mbit/s
   capacity: 100Mbit/s
   width: 32 bits
   clock: 33MHz
   capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
   configuration: autonegotiation=on broadcast=yes driver=8139too driverversion=0.9.28 duplex=half latency=64 link=yes maxlatency=64 mingnt=32 multicast=yes port=MII speed=10Mbit/s
   resources: irq:22 ioport:df00(size=256) memory:fddff000-fddff0ff

好吧,我正在做一些我不明白的事情。是时候问了:任何帮助都是很多非常感谢!我愿意接受教导。

答案1

环顾四周,RTL8139 NIC 存在许多问题,但解决方案却很少。尝试了很多方法,终于让它工作了。我相信只有我执行的最后一步有效,但我不确定,所以我在下面列出了所有步骤。

根据http:[double-forward-slash][triple w].question-defense.com/2010/06/03/ubuntu-10-4-eth0-not-available-rtl-81398139c8139c-rev-10 上的建议,我运行了以下命令:

sudo mii-tool eth0 -F 10baseT-FD
sudo rmmod 8139too
sudo modprobe 8139too

命令似乎做了一些事情,但没有输出到终端。但没有运气,所以尝试了http://forums.fedoraforum.org/archive/index.php/t-1679.html,并运行命令:

sudo ifconfig eth0 down
sudo rmmod 8139too
sudo insmod 8139too media=0x01

我在运行最后一个命令时收到了一个抱怨,关于“未找到 8139too 文件”,这很有道理——我猜 rmmod 的意思是删除模块;并且在上述所有命令之前和之后运行了 lsmod | grep 8139,事实上,我有两个条目(包括一个 8139too)而只剩下一个条目(以 8139cp 开头)。

但,还是没有运气。

最后,按照以下建议http://ubuntuforums.org/showthread.php?t=1773402,我启动了 Windows XP,然后执行以下操作:右键单击“我的电脑”>“硬件”>“设备管理器”;展开网络接口卡部分并双击 Realtek;查找“关机后网络唤醒”选项,并将其设置为“启用”;重新启动进入 Linux

!!有效!! 8)

答案2

我认为您的系统加载了错误的驱动程序。此问题的解决方案可能在这里:http://kopiteforlife.wordpress.com/2012/05/01/recovering-from-ubuntu-12-04-lts-upgrade-failure-from-11-10/

相关内容