linux内核编译错误：“include/asm is a directory but a symlink was expected ”解决与分析

最新推荐文章于 2025-06-05 10:02:12 发布
最新推荐文章于 2025-06-05 10:02:12 发布
阅读量5.1k 收藏
点赞数
分类专栏： Linux 有意思
本文解决在内核编译时出现的错误提示：include/asm目录但期望的是符号链接。通过删除源码根目录下的include/asm文件夹，问题得以解决。分析了原因在于系统平台架构导致的链接与文件名冲突。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 拿到一个内核包，在编译时出现错误提示：

include/asm is a directory but a symlink was expected

解决方法：

删除源码根目录下的include/asm，文件夹，问题解决。

分析：

原因：linux/include/asm 文件夹是内核编译过程中创建的，创建结果就是一个指向文件夹asm-arm的链接，表明该系统的平台是arm架构的，而编译系统内核之前，是没有asm这个链接的，所以，在编译过程中，创建该链接时文件名字与asm文件夹的名字发生冲突...

Linux 安装交叉编译器后丢失 `＜asm/errno.h＞` 的问题及解决方案
weixin_41004518的博客
05-07 1084
使用 ARM 编译工具，建议使用容器化或其他系统设备来来隔离交叉工具链，避免环境/系统污染。操作作用检查系统是否开启了 ARM 架构卸载交叉编译器避免非原生架构工具干扰移除 armhf 架构及包恢复系统架构单一性重新安装 libc6-dev 等包恢复标准头文件和符号链接编译测试验证开发环境正常注：安装工具链/环境之前要检查会不会和原环境冲突，不然修复排查换源也挺麻烦，挺耗时间的，以后能用 docker 就尽量用 docker 吧。
fatal error: asm/system.h: No such file or directory
weixin_34067980的博客
01-06 2054
最近编译一段驱动代码提示报错“ fatal error: asm/system.h: No such file or directory ” 后面使用linux/slab.h替换后，正常编译通过，功能正常。编译内核环境4.0.0-rc1，实测3.0内核需同样处理。 下面贴出一些常用头文件说明： #include <linux/***.h> 是在linux-2.6.29/i...
error:include/asm is a directory but symlink was expected
xingfeng2010的专栏
07-15 1598
最后发现，将linux/include/asm 目录删除以后，该问题得以解决 原因：linux/include/asm 文件夹是内核编译过程中创建的，创建结果就是一个指向文件夹asm-arm 的链接，表明该系统的平台是arm 架构的，而编译系统内核之前，是没有asm 这个链接的，所以，在编译过程中，创建该链接时文件名字与asm 文件夹的名字发生冲突，报错了-_-!
linux内核编译错误：“include/asm is a directory but a symlink was expected ”
liyandong1204的专栏
08-26 3971
拿到一个内核包，在编译时出现错误提示： include/asm is a directory but a symlink was expected 解决方法： 删除源码根目录下的include/asm，文件夹，问题解决。 分析： 原因：linux/include/asm
DC-ROMA RISC-V LAPTOP I问题记录——apt提示“/bin is a directory, but should be a symbolic link”
最新发布
linningya的博客
06-05 188
摘要：本文记录了在RISC-V笔记本DC-ROMA上调试时遇到的apt安装问题。系统报错显示/bin应为符号链接而非目录，需安装usrmerge工具转换系统架构。解决方案包括：确定实际系统版本（bullseye而非自带的bookworm），从Debian官网下载对应版本的usrmerge安装包，并使用dpkg命令安装。安装完成后即可恢复apt功能。文中提供了详细的问题说明、下载指引和解决方法。
errer :include/asm is a directory but a symlink was expected
学习、记录、总结
07-20 2141
<br />     最后发现，将linux/include/asm 目录删除以后，该问题得以解决<br />原因：linux/include/asm 文件夹是内核编译过程中创建的，创建结果就是一个指向文件夹asm-arm 的链接，表明该系统的平台是arm 架构的，而编译系统内核之前，是没有asm 这个链接的，所以，在编译过程中，创建该链接时文件名字与asm 文件夹的名字发生冲突，报错了-_-!
Linux：rm: cannot remove ‘test’: Is a directory
手写我对你的温柔
09-08 1万+
rm: cannot remove ‘test’: Is a directory 表示这是个目录不能删除，但是我们可以采用强制删除的办法。 rm -rf xxx删除：-r是递归处理，就是一层一层的删；-f是强制删除。 或者： sudo rm -d *** -d 是删除文件夹 ...
ExcelAnalysisException: java.lang.NoClassDefFoundError: org/objectweb/asm/Type
周不老的博客
12-19 3231
com.alibaba.excel.exception.ExcelAnalysisException: java.lang.NoClassDefFoundError: org/objectweb/asm/Type 使用阿里easyExcel上传文件报错： com.alibaba.excel.exception.ExcelAnalysisException: java.lang.NoClassDefFoundError: org/objectweb/asm/Type at com.alibab
Linux设备驱动程序安装fatal error: linux/module.h: No such file or directory
CoyAce的博客
10-16 1万+
在做Linux设备驱动程序安装实验时，执行gcc -c mydev.c产生fatal error: linux/module.h: No such file or directory错误信息 编程时需要调用内核代码的头文件，这些文件在/usr/src目录下，一般以“linux”开头，在实验之前要对这些文件是否已经安装，以及内核代码与当前系统内核版本是否一致进行确认。
桌面PC/服务器 ubuntu18.04 Linux内核编译升级与机制分析
tugouxp的专栏
06-06 6655
1.下载内核并且解压安装依赖2.执行make menuconfig，并不修改，使用默认然后退出,默认使用的配置是x86_64_defconfig还可以拷贝/boot/目录下的既有的config文件来作为编译内核的配置文件来编译。但是需要两个内核版本号差别不大，可以互通使用。将CONFIG_SYSTEM_TRUSTED_KEYS字符串置空。3.执行make -j4因为之前编译过，再次编译输出很少4.执行sudo make modules_install。
ERROR: the symlink include/asm points to asm-x86 but asm-arm was expected
陈雨
01-16 2970
在编译arm平台内核时，出现这个错误 chenyu@chenyu-virtual-machine:~/chenyu/linux-2.6.30.9_arm_version$ make bzImage scripts/kconfig/conf -s arch/arm/Kconfig   CHK     include/linux/version.h   Generating include/a
u-boot中：rm:无法删除 "asm":是一个目录
sg656720274的博客
08-10 2991
转自：http://blog.163.com/zhangyingxin_/blog/static/218307222201331291755998/ uboot移植编译小问题 ———rm:无法删除 "asm":是一个目录 我之前所做的uboot移植工作都快要完成了，想要拷贝个文件，把一新的别人移植好的系统放到smb服务器共享目录下，用# tar xvfj u-boot-2010.6.***.t
linux运行directory,我在linux里用命令出来is a directory是怎么回事
weixin_35831315的博客
05-11 9807
使用的命令应该是针对文件的命令。在使用过程命令中把参数指定成了目录，所以linux报错说“这是一个目录”。可以理解为linux在提醒，这是一个目录不是文件，这个命令应该是针对文件的。扩展资料：参数：-c ：建立一个压缩文件的参数指令(create 的意思)；-x ：解开一个压缩文件的参数指令！-t ：查看 tarfile 里面的文件！特别注意，在参数的下达中， c/x/t 仅能存在一个！不可同时存...
uboot配置 #make smdkv210_config 出错：rm: cannot remove `asm/arch': Is a directory
白静雷的专栏
09-26 1万+
我估计这个Uboot并不是你下的源码，而是用别人编译好的你想重新编译， 在Uboot顶层有个mkconfig文件，你打开后在里面所有rm后面都加上-r 比如源代码是rm -d asm-arm/arch 改成 rm -rd asm-arm/arch即可 意思就是强行删除
Linux cannot remove 'XXX': Is a directory 解决办法
sun0322
02-01 9261
■前言（问题现象） 建立了一个新的文件夹（temp），发现位置不对，想删除。 rm temp 出现如下错误提示 cannot remove 'temp': Is a directory ■解决办法 删除时，带上参数 rm -r temp ■扩展说明 网上查了一下，还有如下方式 rm -rf temp ■关于参数的意义 ｒ　表示删除时，对文件夹的子文件等进行...
linux脚本报错 /root:is a directory
热门推荐
叶不二
03-09 3万+
写了一个启动脚本，其中有些内容是从别的地方粘过来的，然后运行启动脚本，程序可以正常执行，但是报了一个错，/root:is a directory ,然后从脚本文件找root，发现脚本里并没有root网上查询了一下，最后发现是我粘贴的时候多粘贴了一个~,见下图标红的那个是粘贴的时候带过去的把那个删了，自己敲一个，就不会有那个问题了。...
挪用别人的代码u-boot编译出错(无法删除‘arch/arm/include/asm/arch‘: 是一个目录)
目前从事linux驱动开发，多交流多学习吧
03-18 782
错误的打印log: android03@PowerEdge-R730xd:~/pang/px30_android-8.1/u-boot$ make mrproper rm: 无法删除'arch/arm/include/asm/arch': 是一个目录 Makefile:1536: recipe for target 'mrproper' failed make: *** [mrproper] Er...
lientek@ubuntu16:~/linux/IMX6ULL/Linux_Drivers/1_chrdevbase$ make make -C /home/alientek/linux/IMX6ULL/linux/alientek_linux/linux-imx-rel_imx_4.1.15_2.1.0_ga M=/home/alientek/linux/IMX6ULL/Linux_Drivers/1_chrdevbase modules make[1]: Entering directory '/home/alientek/linux/IMX6ULL/linux/alientek_linux/linux-imx-rel_imx_4.1.15_2.1.0_ga' CC [M] /home/alientek/linux/IMX6ULL/Linux_Drivers/1_chrdevbase/chrdevbase.o In file included from ./arch/x86/include/asm/bitops.h:16:0, from include/linux/bitops.h:36, from include/linux/kernel.h:10, from include/linux/list.h:8, from include/linux/module.h:9, from /home/alientek/linux/IMX6ULL/Linux_Drivers/1_chrdevbase/chrdevbase.c:1: ./arch/x86/include/asm/arch_hweight.h: In function ‘__arch_hweight64’: ./arch/x86/include/asm/arch_hweight.h:53:42: error: expected ‘:’ or ‘’ before ‘POPCNT64’ asm (ALTERNATIVE("call __sw_hweight64", POPCNT64, X86_FEATURE_POPCNT ^ ./arch/x86/include/asm/alternative.h:125:28: note: in definition of macro ‘ALTINSTR_REPLACEMENT’ b_replacement(num)":\n\t" newinstr "\n" e_replacement(num) ":\n\t" ^ ./arch/x86/include/asm/arch_hweight.h:53:7: note: in expansion of macro ‘ALTERNATIVE’ asm (ALTERNATIVE("call __sw_hweight64", POPCNT64, X86_FEATURE_POPCNT ^ In file included from ./arch/x86/include/asm/pgtable_types.h:250:0, from ./arch/x86/include/asm/processor.h:18, from ./arch/x86/include/asm/thread_info.h:49, from include/linux/thread_info.h:54, from ./arch/x86/include/asm/preempt.h:6, from include/linux/preempt.h:18, from include/linux/spinlock.h:50, from include/linux/seqlock.h:35, from include/linux/time.h:5, from include/linux/stat.h:18, from include/linux/module.h:10,
03-22
<think>好的，我现在需要解决用户在编译Linux内核驱动时遇到的错误：arch/x86/include/asm/arch_hweight.h中的'error: expected ':' or ')' before 'POPCNT64''。首先，我得理解这个错误的原因。根据用户提供的引用信息，特别是引用[4]，这个问题是因为在编译内核模块时没有正确指定ARCH和CROSS_COMPILE变量导致的。用户提到他们的内核版本是linux-imx-rel_imx_4.1.15_2.1.0_ga，所以这可能是一个ARM架构的编译，但错误出现在x86的路径下，这看起来有点矛盾。 接下来，我需要确认当用户编译驱动时是否正确地指定了目标架构。可能的情况是，用户正在为ARM架构（比如i.MX处理器）交叉编译驱动模块，但编译过程中错误地引用了x86的头文件，导致语法不兼容。这种情况通常是因为没有正确设置ARCH和CROSS_COMPILE环境变量，导致编译器使用了默认的x86配置。 根据引用[2]和[3]，解决方案是在编译命令中加入ARCH=arm和CROSS_COMPILE=arm-linux-gnueabihf-（或类似的工具链前缀）。这确保编译时使用ARM架构的相关配置，而不是默认的x86。此外，引用[4]提到需要在主Makefile中指定这些变量，或者通过命令行传递。用户可能是在编译模块时没有正确设置这些变量，导致编译器尝试使用x86的架构头文件，而其中的POPCNT64宏可能与ARM环境不兼容。 还需要检查用户的Makefile是否正确导入了这些变量。例如，在驱动模块的Makefile中，应该设置KERNELDIR指向正确配置的内核源码路径，并且确保ARCH和CROSS_COMPILE在make命令中被正确传递。如果这些变量没有正确设置，内核的构建系统可能会错误地选择x86架构的头文件，从而导致语法错误。 另外，用户提供的引用[2]中的Makefile示例已经包含了设置ENV变量的部分，但需要确认是否实际执行时这些变量被正确应用。例如，在kernel_modules目标中，$(MAKE) $(ENV) -C $(KERNELDIR) M=$(CURRENT_PATH) modules，这里ENV应该包含ARCH和CROSS_COMPILE的定义。如果这些变量没有被正确传递，编译过程就会出错。 总结，解决方案应该是确保在编译驱动模块时，正确设置ARCH和CROSS_COMPILE变量，指定目标架构为arm，并使用对应的交叉编译工具链。同时，检查内核源码的配置是否正确，特别是主Makefile中是否有必要的变量设置。这样编译器会使用正确的架构头文件，避免x86特定的语法问题出现在ARM的编译环境中。</think>要解决Linux内核编译中出现的`arch/x86/include/asm/arch_hweight.h`文件内`error: expected ‘:’ or ‘)’ before ‘POPCNT64’`错误，需确保**正确指定目标架构和交叉编译工具链**。以下是具体步骤： --- ### **错误原因分析** 1. **架构配置错误** 该错误通常是由于内核编译时未正确指定目标架构（如`ARCH=arm`），导致编译器错误地引用了`x86`架构的头文件（如`arch_hweight.h`），而其中`POPCNT64`宏语法与当前平台不兼容[^4]。 2. **交叉编译工具链未指定** 交叉编译时缺少`CROSS_COMPILE`参数，导致编译器默认使用`x86`工具链，从而引发语法解析错误[^2][^3]。 --- ### **修复步骤** #### 1. **明确指定架构和工具链** 在编译命令中**强制指定目标架构和交叉编译工具链**： ```bash make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- ``` - **`ARCH=arm`**：声明目标架构为ARM（而非默认x86）。 - **`CROSS_COMPILE`**：指定交叉编译工具链前缀（需根据实际工具链名称调整）。 #### 2. **修改Makefile（推荐方法）** 在驱动模块的Makefile中直接定义变量： ```makefile KERNELDIR := /path/to/your/kernel/source # 替换为实际内核源码路径 CURRENT_PATH := $(shell pwd) ENV := ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- # 定义环境变量 obj-m := your_module.o build: kernel_modules kernel_modules: $(MAKE) $(ENV) -C $(KERNELDIR) M=$(CURRENT_PATH) modules clean: $(MAKE) $(ENV) -C $(KERNELDIR) M=$(CURRENT_PATH) clean ``` #### 3. **验证内核源码配置** 确保内核源码目录的`.config`文件已正确配置ARM架构，可通过以下命令生成默认配置： ```bash make ARCH=arm imx_v7_defconfig # imx_v7_defconfig为i.MX系列典型配置 ``` #### 4. **清理并重新编译** ```bash make clean make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- ``` --- ### **原理说明** - **架构一致性**：通过`ARCH=arm`确保编译时使用`arch/arm`目录下的头文件和配置，而非默认的`x86`。 - **工具链匹配**：`CROSS_COMPILE`指定ARM平台的GCC工具链，避免语法解析错误[^4]。 - **头文件隔离**：不同架构的头文件（如`arch/arm`与`arch/x86`）包含平台专用宏，错误引用会导致语法不兼容。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值