compile linux kernel encount: make: warning: Clock skew detected. Your build may be incomplete.

最新推荐文章于 2022-05-13 10:40:27 发布
原创 最新推荐文章于 2022-05-13 10:40:27 发布 · 384 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解析了在使用Makefile进行项目构建时遇到的'Clock skew detected'警告信息，阐述了该警告产生的原因，即Makefile的修改时间与系统当前时间不匹配，并提供了解决方案，通过执行特定命令更新文件的时间戳，确保构建过程完整。

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

问题描述:

...
make: warning: Clock skew detected. Your build may be incomplete.
...

问题分析:
出现这个提示的原因是因为 Makefile 的修改时间与系统的当前时间不匹配.

问题解决:

# find . -exec touch \{\} \;
Qwen2-VL出现RuntimeError: CUDA error: too many resources requested for launch CUDA kernel errors的解决方案
weixin_43178406的博客
10-31 13万+
本文主要介绍了Qwen2-VL出现RuntimeError: CUDA error: too many resources requested for launch CUDA kernel errors的解决方案，希望能对使用Qwen2-VL的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
osg学习（五十一）Warning: detected OpenGL error ‘invalid operation‘ at after RenderBin::draw(..)
hankern的专栏
01-13 4468
原因是什么？
make: warning: Clock skew detected. Your build may be incomplete.
fareast_mzh的博客
04-11 448
$ git clonehttps://github.com/git/git $ cd git $ make configure GIT_VERSION = 2.21.0.313.ge35b8cb.dirty make: Warning: File `GIT-VERSION-FILE' has modification time 1.2 s in the future GEN c...
kernel编译时出现的Waring Clock skew detected. Your build may be incomplete
dachai的博客
03-18 904
开机时，发现系统时间不对。 使用以下命令或是直接在setting中修正系统时间 #date -s 2020-03-17 #date -s 10:22:53 修正了系统时间之后，在编译linux kernel时，出现了以下warning: make[1]: Waring Clock skew detected. Your build may be incomplete Warning f...
关于warning: Clock skew detected. Your build may be incomplete. 的解决方法
weixin_34191734的博客
04-10 2707
       今天发现电脑的系统时间不对，因此将时钟进行了改动，回头编译Linux kernel的时候，提演示样例如以下的warning： warning:  Clock skew detected.  Your build may be incomplete.        第一感觉就是系统时间造成的，于是查找了一些资料。这个错误是因为系统时间比文件改动时间早造成的。通俗点说就是，如...
ROS编译出现make[2]: warning: Clock skew detected. Your build may be incomplete.
少年独剑倚清秋的博客
05-13 357
环境： Xavier Ubuntu18.04 ROS Melodic 解决方法： 修改系统时间为当前时间即可。 （手动和联网自动效果一样，没网手动修改，有网选自动）
报错：make: warning: Clock skew detected. Your build may be incomplete
Linux
12-18 3187
使用gcc编译程序过程中，报错： make: warning: Clock skew detected. Your build may be incomplete 根据报错提示，是系统时钟有问题。 使用如下命令，调整系统时钟： ntpdate time.windows.com root@ubuntu:/mnt/hgfs/Ubuntu12.04-share# date Mon Dec 17 ...
/usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_high
keeplearning365的博客
11-25 7728
出现一个警告信息，暂时不管 /usr/bin/ld: warning: libopencv_imgcodecs.so.3.2, needed by /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.3.2.0, may conflict with libopencv_imgcodecs.so.3.3 /usr/bin/ld: warning: libopencv_imgproc.so.3.2, needed by /usr/lib/x86_64-linux-gn
RocketMQ——源码报错Missing artifact io.netty:netty-tcnative:jar:${os.detected.classifier}:1.1.33.Fork22
东天里的冬天
06-11 8085
一.下载项目从官网下载下来的rocketmq-all-4.2.0（下载地址为:http://rocketmq.apache.org/release_notes/release-notes-4.2.0/）报错，项目结构如下二.Plugin execution not covered by lifecycle configuration错误具体报错内容：Plugin execution not cov...
[kernel]linux内核基础: 版本、源码、编译与调试
Breeze的博客
03-28 1万+
linux kernel 安全基础
make: warning: Clock skew detected. Your build may be incomplete
木易云清
03-03 721
今天编译的时候遇到这个警告，网上查了一下，说的是文件的修改时间比系统时间造成的。可以修改系统时间，我是直接touch一下文件就行了。 一般这个警告发生在不同平台上，比如我是在windows下写程序，然后在linux虚拟机上编译，这种情况就容易出现。
关于warning: Clock skew detected. Your build may be incomplete. 的解决方法【转】
zzb2760715357的博客
12-04 260
本文转载自：http://blog.csdn.net/jeesenzhang/article/details/40300127 今天发现电脑的系统时间不正确，因此将时钟进行了修改，回头编译Linux kernel的时候，提示如下的warning： warning: Clock skew detected. Your build may be incomplete. 第...
make[1]: warning: Clock skew detected. Your build may be incomplete.
fred's blog
04-20 2007
编译2.6.32内核出现错误： make[1]: warning:  Clock skew detected.  Your build may be incomplete.make[1]: Warning: File `scripts/Makefile.host has modification time 2.6e+08 系统时间比要编译的文件的修改时间早。 检查发现系统时间
linux安装vmware出现kernel-header问题
热门推荐
wpzsidis的博客
10-13 1万+
前几天需要在centos上安装vmware，但安装后启动是出现内核头错误，如图所示， 于是查看日志文件， cat /tmp/vmware-xiuyuan/vmware-modconfig-9996.log | more 在日志文件中有这么几行： Setting header path for 3.7.2-204.fc18.x86_64 to "/lib/modules/3.7.2-
CentOS7或CentOS8 安装VirtualBox插件缺少kernel-headers的解决办法
悠远的博客
12-14 1589
CentOS7或CentOS8 安装VirtualBox插件缺少kernel-headers的解决办法 CentOS7或CentOS8 在Oracle VM VirtualBox中安装插件时，如果缺少kernel-headers "kernel headers not found for target kernel" sudo yum install kernel-headers kernel-devel gcc make elfutils-libelf-devel -y ...
vmware安装虚拟机centos系统提示需要kernel headers终极解决办法
axiaochong的专栏
10-10 8692
最直观的思路安装kernel headers不就好了么，于是输入命令： yum install kernel-headers 可是安装完以后重新安装vmware-tools时还是提示需要kernel headers，怎么办怎么回事？不要着急，输入命令： yum install kernel-devel 安装完成，再运行vmware tools的安装文件，发现，就这样OK了~
虚拟机出现kernel driver not installed的解决方法
ma784698810的博客
04-02 7573
背景：我是在ubuntu内部安装了虚拟机，由于不小心删除了virtualbox，导致再打开启动ＶＭ报这个错误，重新下载一个virtualbox也未得到解决．从错误来看，某些内核驱动没有经过编译，导致虚拟机没有运行起来． 解决方法： （1）首先安装内核的头文件和构建工具 sudo apt-get install build-essential module-assistant sudo m-a p...
编译linux内核时drivers/mtd/mtdconcat出错,代码阅读 - Linux\kernel\linux-5.0\drivers\mtd\maps\sa1100-flash.c...
weixin_39877898的博客
05-11 120
/** Flash memory access on SA11x0 based devices** (C) 2000 Nicolas Pitre */#include #include #include #include #include #include #include #include #include #include #include #include #include #include...
UBUNTU内核升级后，kernel headers问题的解决
自由枫~
02-09 1万+
现象：  将Ubuntu10.04 内核Linux-2.6.32.33升级到内核Linux-2.6.35.30后发现虚拟机不能正常使用，重新安装，提示找不到kernel headers。进入/usr/src后发现，虽然内核升级了，但相应headers却没有，这样导致软件的编译安装，如vmtools ,virtualbox等无法安装，同样，其他需要内核头文件的安装包也不能安装。 通过以下
在WSL中编译C程序出现编译警告 root@DESKTOP-2QBDJV0:/mnt/d/work/openeuler_env/code/testUsbDongleRFID_pro# ./script/build.sh -- The C compiler identification is GNU 10.3.1 -- The CXX compiler identification is GNU 10.3.1 -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: /mnt/d/work/openeuler_env/oecore-x86_64/sysroots/x86_64-peesdk-linux/usr/bin/aarch64-powereuler-linux-gcc - skipped -- Detecting C compile features -- Detecting C compile features - done -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: /mnt/d/work/openeuler_env/oecore-x86_64/sysroots/x86_64-peesdk-linux/usr/bin/aarch64-powereuler-linux-g++ - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done -- Configuring done -- Generating done -- Build files have been written to: /mnt/d/work/openeuler_env/code/testUsbDongleRFID_pro/build make: Warning: File 'Makefile' has modification time 0.31 s in the future make[1]: Warning: File 'CMakeFiles/Makefile2' has modification time 0.28 s in the future make[2]: Warning: File 'CMakeFiles/run_testUsbDongleRFID.dir/flags.make' has modification time 0.21 s in the future make[2]: warning: Clock skew detected. Your build may be incomplete. make[2]: Warning: File 'CMakeFiles/run_testUsbDongleRFID.dir/flags.make' has modification time 0.17 s in the future [ 50%] Building C object CMakeFiles/run_testUsbDongleRFID.dir/main.c.o /mnt/d/work/openeuler_env/code/testUsbDongleRFID_pro/main.c: In function 'main': /mnt/d/work/openeuler_env/code/testUsbDongleRFID_pro/main.c:121:5: warning: ignoring return value of 'write' declared with attribute 'warn_unused_result' [-Wunused-result] 121 | write(fd, command, strlen(command)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [100%] Linking C executable run_testUsbDongleRFID make[2]: warning: Clock skew detected. Your build may be incomplete. [100%] Built target run_testUsbDongleRFID make[1]: warning: Clock skew detected. Your build may be incomplete. make: warning: Clock skew detected. Your build may be incomplete.
最新发布
06-12
<think>嗯，现在要解决用户在WSL中编译C程序时的两个警告："write函数返回值未使用"和"Clockskewdetected"。用户之前提到参考站内引用，但根据对话历史，用户真正的需求是解决这两个编译警告问题，之前的内容可能只是示例格式。需要集中精力在这两个具体警告上。首先，"write返回值未使用"警告出现在使用write函数时没有检查其返回值。这个警告比较常见，因为write可能写入失败，但用户代码里没有处理这种情况。正确的做法是判断返回值并处理错误。可以建议使用ssize_t类型变量存储返回值，如果小于0就调用perror输出错误信息。不过用户可能只想消除警告，所以还可以提到使用(void)强制转换忽略返回值，或者直接调用printf替代，但后一种方法不可靠。然后是"Clockskewdetected"警告，这个比较棘手。搜索之前的记录可知，这个问题通常发生在文件系统时间与系统时间不同步的情况下，常见于WSL和宿主Windows系统之间的文件共享目录。比如用户在/mnt/c下编译文件，但该目录受Windows影响，而代码文件可能被锁定导致时间戳错误。建议用户将代码移到WSL主目录（如/home/username/）再编译，避免跨系统操作。同时检查系统时间同步情况，重启wsl服务也可能解决临时同步问题。考虑到用户的实际需求，应该提供分步骤的解决方案。针对第一个警告，展示代码修改示例，说明两种处理方式。针对第二个警告，强调目录位置的重要性并给出具体操作建议。最后可以提示用户进行测试验证效果。用户之前特别提到要参考站内引用，但根据系统指令，回答中引用的段落需要自然地添加引用标识[^数字]，但当前内容没有可用的引用来源。因此决定省略引用部分，专注于解决方案本身。在撰写回复时，要确保语言清晰、步骤具体，帮助用户逐步解决问题。使用代码块展示修改示例，并解释每个操作的原因，让用户理解为什么这些方法有效。最后提示用户验证解决方案是否解决了警告。</think> 好的，在WSL中编译C程序时遇到`write`返回值未使用和`Clock skew detected`警告是常见问题，下面我将详细解释原因和解决方案： ## 问题1：`warning: ignoring return value of ‘write’...` (write函数返回值未使用) * **原因：** `write()`是一个系统调用，用于向文件描述符（例如标准输出、文件、套接字）写入数据。它返回一个值，表示实际成功写入的字节数（成功时）或-1（失败时）。编译器（尤其是开启了 `-Wall` 或 `-Wunused-result` 选项时）发出警告，是因为你调用了 `write` 但没有检查这个返回值是否表示成功、部分成功或失败。 * **后果：** 如果不检查返回值： * 你可能无法得知写入操作是否真的成功完成（例如磁盘满了、设备出错、网络中断）。 * 如果只写入部分数据，你可能无法进行重试或错误处理。 * 这是一个潜在的错误处理缺失点。 * **解决方案：** 有三种处理方式（推荐前两种）： 1. **正确处理返回值 (推荐)：** 声明一个变量接收 `write` 的返回值，并根据结果判断处理逻辑（重试、错误提示等）。 ```c #include <unistd.h> // for write, STDOUT_FILENO #include <stdio.h> // for perror #include <stdlib.h> // for exit int main() { const char *message = "Hello, World!\n"; ssize_t bytes_written = write(STDOUT_FILENO, message, strlen(message)); if (bytes_written == -1) { perror("Write failed"); // 打印详细的错误信息 exit(EXIT_FAILURE); } else if (bytes_written != (ssize_t)strlen(message)) { fprintf(stderr, "Wrote only %zd bytes out of %zu\n", bytes_written, strlen(message)); // 可在此处进行部分写入的处理，如重试剩余部分 } // 继续执行其他代码... return 0; } ``` 2. **明确忽略返回值 (适用场景有限)：** 如果你*确实*不关心写入结果（例如在输出调试信息到控制台且程序即将退出、或写入简单常量到标准输出这类错误影响极小的情况下），可以**显式**地将返回值强制转换为 `void`。这告诉编译器你是有意忽略它。 ```c (void) write(STDOUT_FILENO, message, strlen(message)); // 显式忽略 ``` * **注意：** 这不是最佳实践，应在明确知晓风险且后果可承受时使用。优先考虑方案1。 3. **改用`fputs`/`puts`/`printf` (仅适用于标准输出/错误流)：** 这些C标准库函数通常也封装了 `write`，但它们在失败时会设置 `errno` 且通常有返回值（如 `printf` 返回输出字符数或负值表示错误）。**然而，编译器`-Wunused-result`警告也可能作用于这些函数！** 更关键的是，这些函数的错误处理方式与直接系统调用不同。如果你原本使用 `write` 是看中其原始性或对非标准输出写入，改用这些函数不是等效替代。 ```c fputs(message, stdout); // 通常不会对返回值给出详细的错误信息，且依然可能触发警告 puts(message); // 自动加换行，同上有警告问题 ``` ## 问题2：`warning: Clock skew detected. Your build may be incomplete.` * **原因：** 这个警告表明编译器（或更准确地说是 `make` 工具本身）检测到文件系统上的文件时间戳（`modification time`）与主机系统的当前系统时间不一致。 * **典型场景（尤其在WSL中）：** * **跨系统操作与共享文件夹：** **最常见的原因是你正在编译位于 `/mnt/c/`, `/mnt/d/` 等路径下的文件。这些文件夹代表你挂载的Windows驱动器分区。** WSL和Windows对文件时间戳的管理略有不同。如果你频繁地**在Windows和WSL之间来回编辑、保存同一个文件**（例如用Windows上的编辑器编辑文件，然后在WSL里编译，或者反之），就容易造成两者时间视图不一致。文件在一边的修改时间可能比另一边“认为”的当前时间还晚（或者早）。 * **系统时间错误或不同步：** WSL虚拟机内部的时间、宿主Windows主机的时间、或者两者都可能未正确同步到NTP服务器。 * **文件被锁定：** Windows进程可能锁定了你在WSL中试图编译的文件。 * **后果：** `make` 等构建工具依靠文件时间戳来判断哪些文件需要重新编译。如果时间戳不可靠（未来时间），它可能会错误地认为某些目标文件已经是最新的（因为源文件的时间戳在未来），从而跳过本该执行的编译步骤，导致生成的二进制文件不是基于最新的源代码修改的。 * **解决方案：** 1. **最关键一步：将源代码移至WSL原生文件系统内 (最推荐)：** * **停止在 `/mnt/c/` 等挂载目录下进行开发。** * 将你的项目代码、构建目录**完全**移动或复制到WSL的**原生Linux文件系统**内，例如你的家目录：`/home/<username>/my_project/`。 * 只使用WSL内的工具（如 `vim`, `nano`, `gcc`, `make`）或者通过WSL内的IDE（如VS Code通过Remote - WSL扩展）来编辑和编译这些文件。**避免使用Windows程序（如VS Code编辑Windows路径下的文件、记事本等）直接修改你正在WSL中编译的源代码。** * **效果：** 这从根源上消除了Windows和WSL之间文件系统时间戳同步问题，绝大多数情况下可以永久解决此警告。 2. **检查并同步系统时间：** * 确保宿主Windows系统的时间是正确且自动同步的（设置 -> 时间和语言 -> 日期和时间）。 * 在WSL终端中运行 `sudo hwclock -s` 或 `sudo hwclock --hctosys`（可能需要安装`util-linux`包：`sudo apt install util-linux`）。这会尝试将WSL的系统时间同步到主机的硬件时钟。更简单的方式是重启WSL实例或重启Windows主机。 3. **强制完全重建：** * 在编译前，在项目根目录运行 `make clean` (或等同命令) 清除所有旧目标文件，然后运行 `make -B` (或 `make --always-make`) 进行强制重新编译。这确保了所有文件都会被重新编译一次，解决由于时间戳问题可能导致的构建不完整。但这只是一个临时措施，并不能防止警告再次出现。 4. **禁止make的警告 (治标不治本，不推荐)：** * 虽然可以设置环境变量 `export LANG=C` 或在 `Makefile` 中添加 `LC_ALL=C` 来让 `make` 使用简单语言（从而可能不显示该消息），或者使用 `make -s` 抑制部分输出，但这**只是隐藏了警告提示本身，并没有解决时间戳不一致的潜在问题！** 构建可能依然是不完整的。 5. **关闭源文件上的Windows属性：** * **极少见情况：** 如果某些特定源文件在Windows中被设置了只读或系统属性，可能导致时间戳问题。在Windows资源管理器中右键文件 -> 属性 -> 取消勾选“只读”和“隐藏”（如果勾选了）。但这通常不是主因，不如方案1直接。 ## 总结与操作建议 1. **针对 `write` 未使用警告：** * **首选方案：** 添加代码正确处理 `write` 的返回值（方案1）。 * **次选方案：** 在**确信可以忽略错误后果的前提下**，使用 `(void)write(...);` 显式忽略返回值（方案2）。 * **方案3 (仅限标准输出/错误)：** 改用 `fputs/puts/printf`，并注意这些函数本身也可能触发类似的未使用返回值警告（需要处理或显式忽略它们的返回值）。 2. **针对 `Clock skew detected` 警告：** * **根本解决方案：** **立即将你的C项目移动到WSL的原生Linux文件系统中（如 `/home/<username>/` 下的某个目录）进行开发、编辑和编译**（方案1）。这是避免跨文件系统时间戳问题的黄金法则。 * **辅助步骤：** * 确保Windows和WSL时间同步（重启两者通常能解决临时偏差）（方案2）。 * 若急需本次构建正确，使用 `make clean && make -B` 强制完全重建（方案3）。 * **强烈不推荐：** 仅仅抑制警告信息（方案4）或修改Windows文件属性（方案5）通常不能有效解决问题本质。 遵循以上步骤，特别是将开发工作转移到WSL原生文件系统内并正确处理 `write` 返回值，就能有效解决你在WSL中遇到的这两个编译警告问题。 ## 相关问题 1. 在WSL原生文件系统中使用Linux原生编译器（gcc）和在Windows中安装MinGW-w64或Cygwin编译C程序，在性能、兼容性和文件系统访问上有何主要区别？ 2. 除了`-Wall`，还有哪些常用的GCC编译警告选项（如`-Wextra`, `-Werror`, `-pedantic`）？它们分别会帮助捕捉哪些类型的潜在代码问题？[^1] 3. WSL1和WSL2在文件系统架构上的根本区别是什么？这些区别对于跨文件系统（`/mnt/c/`）操作文件的时间戳问题（`Clock skew detected`）有何影响？ 4. `write`系统调用和`fwrite`标准库函数在处理缓冲、错误报告机制和使用场景上有什么关键差异？ 5. 当在Linux系统（包括WSL）中使用`make`进行构建时，它依据什么规则（具体依赖文件的时间戳如何比较）来决定哪些目标需要重新构建？ 6. 在使用WSL进行C/C++开发时，除了上述两个警告，还有哪些与WSL环境或文件系统交互密切相关的、需要特别注意的编译或运行时常见问题？ [^1]: 有关GCC警告选项的详细列表和描述，可以参考GNU官方文档中关于警告选项的章节：`https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html`
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值