Ubuntu r8168模块编译出错问题的解决办法

最新推荐文章于 2026-06-22 12:22:54 发布

原创

最新推荐文章于 2026-06-22 12:22:54 发布 · 1.7k 阅读

收录于

当前文章被以下社区和专栏收录：

在更新Ubuntu到16.10后，r8168以太网模块编译失败，原因是模块与系统版本不兼容。解决方法是到官网获取最新版r8168并编译安装。

Ubuntu r8168模块编译出错问题的解决办法

更新了Ubuntu 16.10之后，发现有线连接模块消失了，于是又和以前一样对r8168进行编译安装。具体的方法请参考我的另一篇文章: Ubuntu以太网已断开的解决办法

结果发现在 ‘make clean modules’ 这一步居然出错了。错误信息如下：

/home/user/download/r8168-8.042.00/src/r8168_n.c: In function ‘rtl8168_init_one’:
/home/user/download/r8168-8.042.00/src/r8168_n.c:22799:28: error: ‘struct net_device’ has no member named ‘gso_min_segs’; did you mean ‘gso_max_seg

标签

#ubuntu #以太网

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Yuukidach

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Ubuntu 20.04插上网线没反应？手把手教你搞定RTL8111/8168/8411网卡驱动（附自动加载服务配置）

weixin_26805597的博客

04-08

450

本文详细解决Ubuntu 20.04中RTL8111/8168/8411网卡驱动不识别的问题，提供从诊断到永久修复的完整方案。包括通过APT安装驱动、手动编译安装及配置systemd服务确保开机自动加载，帮助用户彻底解决网线连接无反应的常见故障。

告别‘薛定谔的网卡’：在Ubuntu 20.04上为RTL8168网卡编译并锁定驱动的完整记录

weixin_30599769的博客

05-22

550

本文详细介绍了在Ubuntu 20.04系统上为RTL8168网卡编译并锁定驱动的完整过程，解决了‘薛定谔的网卡’问题。通过手动编译驱动、管理内核模块加载顺序以及创建systemd服务，确保网络连接的稳定性。适用于中高端主板用户和需要稳定有线网络连接的开发者。

参与评论您还未登录，请先登录后发表或查看评论

记一次centos7编译安装r8168网卡错误解决

weixin_39394823的博客

07-07

2670

上面显示make进入了“/usr/src/kernels/6.2.9-1.el7.elrepo.x86_64”这个目录，最终还是在/usr/src/kernels/6.2.9-1.el7.elrepo.x86_64/include/linux/这个目录里找到了netdevice.h。2、又根据提示找r8168_n.c这个文件，这个文件3万行，没有“netif_napi_add”的引用，只有“RTL_NAPI_CONFIG”，提示里没有关于“RTL_NAPI_CONFIG”的报错，先不管。

livecd加载网卡驱动失败的解决方案

weixin_33974433的博客

08-27

356

前言：版本CentOS6.5 ,内核版本：2.6.32场景说明：在内核源码的协助下，编译出网卡的驱动r8168.ko,安装手动安装网卡驱动的步骤如下：虽然编译出r8168网卡驱动，然后存放在/lib/modules/'uname -r'/driver/net之下，但是无法自动加载，为什么？？解决方案：系统启动之后，通过查看lspci |grep ethernet 查看网卡型号...

linux下rtl8188 驱动编译出现类似 create_proc_entry daemonize 错误问题解决

武溪嵌人

07-20

7909

新的一些硬件驱动往往第一时间不在 Linux 上面发布, 这也是 Linux 推广到普通人群的一个主要问题之一.这不, 最近刚解决一个驱动问题, 也发现别人都遇到过, 发在上面以期帮助大家少走弯路.关键词: 8188eu, kernel 3.8.0先声明一点, 有些问题看似相同, 但可能有本质差别, 此文解决的环境如下:TP-LINK TL-WN725N 在 unbuntu 13.04 中的驱动安装

Makefile 编译 module fail

悠扬侠的博客

05-27

1963

我拿出kernel里的r8169 driver，借鉴了一些makefile，可以成功make以及insmod，但是最近在另一台电脑上却失败了，记录一下这个问题。 PS：我个人暂时没有很系统的学习makefile，仅仅是需要用到的时候百度一下。这次make之后，遇到了如下的问题： make -C /lib/modules/5.13.0-44-generic/build SUBDIRS=/home/tover/drivers/test/r8169/realtek clean make[1]: Ente

解决makefile下clean命令不执行的问题

开始淡漠的博客

04-26

5237

写完makefile输入make命令会发现在运行后并没有删除*.o文件 make会把makefile里出现的第一个target当作缺省target。其他的除非是生成缺省target需要，不会执行。你需要手动的执行make clean才会删除*.o文件 ...

Ubuntu 18.04升级20.04：LTS系统级迁移实战指南

weixin_30859423的博客

06-19

409

Ubuntu LTS版本升级并非简单包更新，而是涵盖内核、驱动栈、服务配置与包管理器的系统级演进。其核心原理基于APT源策略切换、dist-upgrader原子化迁移框架及Netplan等新配置范式。技术价值在于保障生产环境五年安全基线平滑过渡，避免服务中断与配置漂移。典型应用场景包括开发工作站升级、边缘设备固件更新及混合包管理（APT/Snap/DKMS）环境迁移。本文聚焦Ubuntu 18.04到20.04的LTS跨代升级，深入解析do-release-upgrade底层机制、netplan配置兼容性及

ESXi 8.0U3i：从虚拟化平台到可信执行基的底层重构

最新发布

chuoshao2508的博客

06-22

320

Hypervisor 是现代数据中心的核心抽象层，其本质是提供硬件资源隔离与调度的运行时环境；ESXi 作为企业级裸金属 Hypervisor，长期承担着虚拟机生命周期管理、硬件兼容性适配与安全信任锚点等关键职能。随着云原生与零信任架构演进，传统 Hypervisor 的可观测性弱、证书管理僵化、驱动集成碎片化等问题日益凸显。ESXi 8.0U3i 通过内核级驱动固化、分级证书降级机制与 eBPF 加速网络栈，将 Hypervisor 升级为可验证、可编排、可审计的可信执行基（TEB）。它不仅解决 Dell

linux下面不能执行make clean, make distclean原因寻找

fengyee_zju的专栏

09-23

5668

新下载的linux2.6源码包解压缩之后，运行make clean命令，提示gcc: could not find commend。直接运行gcc，提示错误，确认是系统还没有安装过gcc导致无法识别make命令。找到红帽子linux企业版5（因为本机安装的就是这个系统）的安装盘，安装好gcc之后运行gcc，系统有反应。再运行make clean，通过。

make clean指令出现问题

weixin_30663391的博客

02-06

1849

今天第一次使用make指令，没搞懂make clean就直接使用了，结果发现如下错误问题：make: *** No rule to make target 'clear'。停止。最后的找了半天有下面两个结果： 1：根本在makefile文件当中没有写clean的相关的处理动作，make指令后面的参数就像C语言main函数的传入参数int argv和int **arg那样，对写入的指令进行操...

解决disagrees about version of symbol device_create

内容主要在公众号OneChan上更新

04-22

6648

学习正点原子led驱动移植，出现下面错误： modprobe newchrled.ko newchrled: disagrees about version of symbol device_create newchrled: Unknown symbol device_create (err -22 参考手册给的办法比较概括，如下图所示，现在给出具体的步骤解决核心思想：内核版本与模块版本不一致造成，更改版本一致即可解决。 1 查看网络挂载的uboot环境，确保编译的zImage和设备树能正常下载

disagrees about version of symbol

qq_42138566的博客

08-18

1281

都是基于内核源码树编译的，但是两次编译导致模块B中的函数CRC和A中的函数CRC不一样，因此报错。原因是编译两个核外驱动，是单独编译的。A用了一次Make，B用了一次Make。内核有两个驱动模块A和B，B调用A EXPORT_SYMBOL出来的函数。将A和B使用同一个Makefile一次性编译，insmod不再报错。但是报标题描述的错误。

动态加载模块出现disagrees about version of symbol 问题分析

beckdon的专栏

01-06

9656

1.编译kernel的时候，会生成Module.symvers文件，记录每个Symbol 和相应的CRC code,例如：比如这个kernel 版本是2.6.38-1.4 0x258d700e raw_seq_open vmlinux EXPORT_SYMBOL_GPL 0xebba1d26 device_add vmlinux EXP

make: *** No rule to make target 错误原因、分析和解决办法