甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
你们知道怎么查看Linux中的硬件吗，命令是什么?下面是我带来的关于linux查看硬件命令有哪些的内容，欢迎阅读!
为武夷山等地区用户提供了全套网页设计制作服务，及武夷山网站建设行业解决方案。主营业务为成都网站设计、网站建设、外贸网站建设、武夷山网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
Linux查看硬件命令一：
linux如何查看系统的硬件配置
如何在linux系统下查看系统配置? 在图形模式下我们可以很方便的利用Linux的图形工具，点击几下就可以查看到Linux系统的的硬件信息。但是大部分生产服务器系统为了节约系统资源是没有安装Xwindo服务的。所以我们在图形模式下掌握查看系统硬件信息的方式是很
如何在linux系统下查看系统配置?
在图形模式下我们可以很方便的利用Linux的图形工具，点击几下就可以查看到Linux系统的的硬件信息。但是大部分生产服务器系统为了节约系统资源是没有安装Xwindo服务的。所以我们在图形模式下掌握查看系统硬件信息的方式是很必要的。
linux下至今 没有给出机器系统信息的命令或者是软件(类似CPU—Z，everest等)。 要想查看系统的配置 具体的 方法 是：
1、系统硬件配置都在/proc 目录里面
2、可以用命令查看里面的文件即可 比如：
cat /proc/ cpu info 查看cpu信息，processor 0 为一个U， 1为两个，flags超线程。
lspci 查看主板信息
free –m 查内存 (total属性下显示的是内存的大小)。
fidsk -l 查硬盘空间
df -h 查硬盘
du -sh 查看文件夹大小
top 这个比较全，内存 进程 负载 都有了。
uptime 查运行时间 负载情况 等等的信息
Linux查看硬件命令二：
1，在linux下，有多种命令可以用于查看硬件信息:
用硬件检测程序kuduz探测新硬件：service kudzu start ( or restart);
查看CPU信息：cat /proc/cpuinfo;
查看板卡信息：cat /proc/pci;
查看PCI信息：lspci (相比cat /proc/pci更直观);
查看内存信息：cat /proc/meminfo;
查看USB设备：cat /proc/bus/usb/devices;
查看键盘和鼠标:cat /proc/bus/input/devices;
查看系统硬盘信息和使用情况：fdisk disk – l df;
查看各设备的中断请求(IRQ):cat /proc/interrupts;
查看启动硬件检测信息日志：dmesg more /var/log/dmesg。
2，几种查看Linux版本信息的方法：
uname -a;
cat /proc/version;
cat /etc/issue;
lsb_release -a;
cat /etc/redhat-release;
rpm -q redhat-release。
看了"linux查看硬件命令有哪些" 文章 内容的人还看：
1. linux中查看硬件信息的方法有哪些
2. LINUX操作系统常用命令有哪些
3. linux操作系统版本查看命令
4. Linux top命令查看多核CPU每个核心的使用率
5. Linux中查看CPU的信息的方法是什么
6. Linux使用dmidecode命令查看内存型号
7. 如何正确查看Linux机器内存使用情况
8. Linux系统查看当前时间的命令
9. Linux常用命令
10. 必学100个常用linux命令大全
本文基于 RockPI 4A 单板Linux4.4内核介绍中断申请的常用接口函数。
1、文件
2、定义
说明：
1）、 irq ：要申请的中断号，可通过 platform_get_irq() 获取，见“Linux内核中断之获取中断号”。
2）、 handler ：中断处理函数，发生中断时，先处理中断处理函数，然后返回 IRQ_WAKE_THREAD 唤醒中断处理线程。中断处理函数尽可能简单。
中断处理函数定义： typedef irqreturn_t (*irq_handler_t)(int, void *);
中断返回值如下：
3）、 thread_fn ：中断处理线程，该参数可为NULL。类似于中断处理函数的下半部分。
4）、 irqflags ：中断类型标志。
定义文件： include/linux/interrupt.h ，内容如下：
5）、 devname ：中断名称，可使用 cat /proc/interrupts 命令查看。
6）、 dev_id ：设备ID，该值唯一。
在使用共享中断时（即设置 IRQF_SHARED ），必须传入 dev_id ，在中断处理和释放函数中都会使用该参数。
注：
1、 request_threaded_irq() 函数可替代 request_irq 加 tasklet 或 workqueue 的方式。
2、对应的中断释放函数为： void free_irq(unsigned int, void *) ，需要和中断申请函数成对出现。
1、文件
2、定义
说明：
1）、 __must_check ：指调用函数一定要处理函数的返回值，否则编译器会给出警告。
2）、 request_irq() 函数本质上是中断处理线程 thread_fn 为空的 request_threaded_irq() 函数。
注 ：
对应的中断释放函数为： void free_irq(unsigned int, void *) ，需要和中断申请函数成对出现。
1、文件
2、定义
说明 ：
devm_request_threaded_irq() 本质上还是使用 request_threaded_irq() 函数实现中断申请。
两者区别：
1）多了一个 dev 参数；
2）在设备驱动卸载时，中断会自动释放；
3）如果想单独释放中断，可使用 void devm_free_irq(struct device *dev, unsigned int irq, void *dev_id) 函数。
1、文件
2、定义
devm_request_irq() 函数本质上是中断处理线程 thread_fn 为空的 devm_request_threaded_irq() 函数。
1、获取中断号
2、申请中断
3、中断处理函数
4、中断处理线程
5、查看中断
1、信号：传递给 Liunx 的事件发生通知机制。
2、kill -l：显示所有信号。一共有62个信号（没有32、33）。
3、常用的信号有：
kill -2 PID —— 正常中断进程（Ctrl + C 一样）。程序在结束之前,能够保存相关数据,然后再退出。
kill -9 PID —— 强制杀死一个进程。
kill -15 PID —— 正常方式终止一个程序。中断进程时应首先用 -15，以便于其能够预先清理临时文件和释放资源。-9 作为最后手段，应对那些失控的进程。
--------------------------------------------------------------------------------
1）、kill -2 中断后台运行的进程。
红色下划线：sleep 10000 —— 后台运行延时 10000 秒的命令，进程 ID 为1516。
ps -j —— 以作业格式列出进程信息，可以看到 1516 sleep 命令的进程。
（PID：进程 ID、PGID：线程组 ID、SID：会话 ID、TTY：进程运行的终端，标识那个终端控制。（pts远程终端、tty系统终端）、TIME：进程运行的时间 和 CMD：命令的名称和参数）。
jobs -l —— 列出后台运行的命令，可以看到 1516 sleep 命令正在后台运行。
黄色下划线：kill -2 1516 —— 中断1516 进程。执行成功后，按 Enter 回车系统会给出提示Interrupt 提示（中断进程）。
蓝色方框：ps -j 已查询不到 1516 sleep 的进程。jobs -l 也没有后台运行的命令。
2）、kill -2 配合 fg 查看中断挂起的进程。
红色下划线：前台执行 sleep 10000 （延时10000秒）后 ctrl + z 挂起。
黄色下划线：ps -j 查看进程，可以看到 1344 sleep 进程。jobs -l 查看后台进程 1344 的状态是stopped 暂停状态。
蓝色下划线：kill -2 1344 中断 1344 进程。
绿色下划线：ps -j 查看进程，仍有 1344 sleep 进程。jobs -l 查看后台进程 1344 的状态是stopped 暂停状态。
暂时这样看，好像 kill -2 并没有起到中断进程的作用。
然而，用 fg 把后台的命令调至前台运行时可以发现 1344 sleep 已经被中断。
红色下划线：fg 把已经执行了 kill -2， 状态为 stopped 的1344 sleep命令调至前台执行。系统也反馈已经调至前台执行。（此时，实际上已经执行了 kill -2 中断了进程）
黄色方框：ps -j 已经没有了 1344 sleep 的进程。
蓝色方框：jobs -l 后台也没有指令。
3）、kill -2 配合 bg 查看中断挂起的进程。
通过上面的思路，kill -2 配合 bg 实验看看效果。同样的首先挂起一个命令，状态为 stopped 暂停。然后用 bg 命令恢复执行。
前面的步骤都是一样，挂起一个命令。通过 ps 和 jobs 查看进程和后台确认有 1379 的进程，状态为 stopped 暂停。然后执行 kill-2 中断进程，再次通过ps 和 jobs 查看进程和后台命令。确认状态为 stopped 1379 的进程仍然存在。
此时，用 bg 恢复运行挂起的命令，系统提示 sleep 命令已恢复在后台运行。然而通过 ps -j 查看进程会发现 sleep 已经被中断。jobs -l 查看后台也没有了运行的 sleep 命令了。
从实验上看：
1、后台命令运行时（Running），执行 kill -2 可以中断进程。
2、挂起命令，处于暂停状态时（Stopped），执行 kill -2 后通过 ps 还可以查询到进程， jobs还可以查询到后台命令，状态仍然是 Stopped 暂停状态。实际上，用 fg 把暂停的后台进程调至前台运行时，系统反馈 sleep 命令调至前台运行。而再用 ps 查询不到进程，已经中断了进程。用 jobs 已经查询不到后台命令。
3、挂起命令，处于暂停状态时（Stopped），执行 kill -2 后通过 ps 还可以查询到进程， jobs还可以查询到后台命令，状态仍然是 Stopped 暂停状态。用 bg 把暂停的后台命令恢复运行时，系统反馈 sleep 命令在后台运行。再用 ps 查询进程已经中断，用 jobs 已经查询不到后台命令。