Linux操作系统。输出结果和所需要的结果有差异

Linux操作系统，如图所示，请问为什么输出结果和所需要的结果有差异？如何修改代码？请给出详细解答，谢谢

img

这是平台的bug

没看懂啊。。。你意思一定要和老师的一样吗？？😂
不同的操作环境，你所拥有的目录，都不一定一样啊，除非安装的选项和操作，全部一样。
而且，这个是让你学习 常用命令，你理解和了解到如何操作，有何效果不就OK了？
你现在是纠结输出和 示范不一样😂。。。这，不是重点啊🤣

  • 你可以看下这个问题的回答https://ask.csdn.net/questions/735886
  • 这篇博客你也可以参考下：【Linux】一文简单了解操作系统在硬件中的作用，解析操作系统是做什么的？
  • 同时，你还可以查看手册：linux which 用于在路径环境变量中搜索与给定命令相关的可执行文件，以找到该文件。 中的内容
  • 除此之外, 这篇博客: linux驱动开发学习笔记四：设备驱动的作用？裸机设备驱动和linux系统中的设备驱动有什么区别？中的 一、设备驱动的作用？ 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:

  •        任何一个计算机系统的运行都是系统中软硬件协作的结果，没有硬件的软件是空中楼阁，而没有软件的硬件则只是一堆废铁。 硬件是底层基础，是所有软件得以运行的平台，代码最终会落实为硬件上的组合逻辑与时序逻辑；软件则实现了具体应用，它按照各种不同的业务需求而设计，满足了用户的需求。硬件较固定，软件则很灵活，可以适应各种复杂多变的应用。可以说，计算机系统的软硬件互相成就了对方。

           但是，软硬件之间同样存在着悖论，那就是软件和硬件不应该互相渗透到对方的领地。为了尽可能快速地完成设计，应用软件工程师不想也不必关心硬件，而硬件工程师也难有足够的闲暇和能力来顾及软件。例如，应用软件工程师在调用套接字发送和接收数据包的时候，他不必关心网卡上的中断、寄存器、存储空间、I/O端口、片选以及其他任何硬件词汇；在使用printf()函数输出信息的时候，他不用知道底层究竟是怎样把相应的信息输出到屏幕或串口。

           也就是说，应用软件工程师需要看到一个没有硬件的纯粹的软件世界，硬件必须被透明地呈现给他们。谁来实现硬件对应用软件工程师的隐形？这个艰巨的任务就落在了驱动工程师的头上。

           对设备驱动最通俗的解释就是“驱使硬件设备行动”。设备驱动与底层硬件直接打交道，按照硬件设备的具体工作方式读写设备寄存器，完成设备的轮询、中断处理、DMA通信，进行物理内存向虚拟内存的映射，最终使通信设备能够收发数据，使显示设备能够显示文字和画面，使存储设备能够记录文件和数据。

           由此可见，设备驱动充当了硬件和应用软件之间的纽带，它使得应用软件只需要调用系统软件的应用编程接口（API）就可让硬件去完成要求的工作。在系统中没有操作系统的情况下，工程师可以根据硬件设备的特点自行定义接口，如对串口定义SerialSend()、SerialRecv()；对 LED 定义LightOn()、LightOff()；以及对 Flash 定义FlashWrite()、FlashRead()等。而在有操作系统的情况下，设备驱动的架构则由相应的操作系统定义，驱动工程师必须按照相应的架构设计设备驱动，这样，设备驱动才能良好地整合到操作系统的内核中。

           驱动程序沟通着硬件和应用软件，而驱动工程师则沟通着硬件工程师和应用软件工程师。随着通信、电子行业的迅速发展，全世界每天都会有大量的新芯片被生产，大量的新电路板被设计，因此，也会有大量设备驱动需要开发。这些设备驱动，或运行在简单的单任务环境中，或运行在 VxWorks、Linux、 Windows等多任务操作系统环境中，发挥着不可替代的作用。

  • 您还可以看一下 互联网老辛老师的符合学习规律的超详细linux实战快速入门课程中的 运维技术岗位的详解小节, 巩固相关知识点
  • 以下回答由chatgpt基于相关博客总结生成:

    问题：为什么输出结果和所需要的结果有差异？如何修改代码？

    答案： 有多种可能导致输出结果和所需要的结果有差异的情况，以下是一些常见的原因和解决方案：

    1. 代码逻辑错误：检查代码是否符合预期的逻辑，是否有错误的判断、循环或计算等。可以使用调试工具来逐步跟踪代码执行过程，找出错误所在并进行修复。

    2. 环境设置错误：检查代码运行的环境配置是否正确。可能是缺少依赖项、配置文件错误或权限问题等。可以查看日志文件或相关文档了解正确的配置和依赖项，然后进行相应的修改。

    3. 输入数据问题：验证输入数据是否符合预期。可能是输入数据格式不正确、数据源错误或数据传递错误等。可以对输入数据进行检查和验证，并对数据处理过程进行逐步调试和测试。

    4. 网络或服务器问题：如果代码涉及到网络请求或服务器交互，确保网络连接正常，服务器可用，并且代码处理这些情况的方式正确。可以使用网络调试工具或日志来检查网络连接和服务器响应情况。

    5. 并发或多线程问题：如果代码涉及到并发或多线程处理，确保代码在并发环境下能够正确运行。可能是资源竞争、死锁或线程同步问题等。可以使用线程调试工具或日志来检查并发执行过程中的问题，并进行相应的修复。

    根据具体问题的性质和代码的实际情况，可以采取相应的解决方案。这些解决方案包括代码调试和测试、环境配置修改、输入数据验证、网络和服务器检查、并发处理优化等。根据不同情况，可能需要组合使用多种解决方案来解决问题。如果问题仍然存在，可以查阅相关文档、论坛和社区寻求更多帮助。