lscpu、free -h、lsblk、lspci四命令覆盖90%日常硬件查看需求：lscpu查CPU型号/核心数/架构，free -h看内存总量与可用量，lsblk查磁盘分区及挂载关系，lspci识别PCIe设备如显卡网卡。
直接用 lscpu、free -h、lsblk、lspci 四个命令就能覆盖 90% 的日常硬件查看需求，不需要装额外工具，也不用 sudo。
查 CPU 型号和核心数用 lscpu，不是 /proc/cpuinfo
lscpu 输出字段清晰、结构稳定，适合人眼速读或脚本提取。比如物理 CPU 数量看 Socket(s)，总逻辑核数是 CPU(s)，是否启用超线程看 Thread(s) per core 是否大于 1。
-
/proc/cpuinfo每个逻辑核单独一段，physical id在虚拟机里可能不准，processor行数在容器中会被截断，容易误算 - 型号名在
Model name字段，但 VMware 虚拟机下常显示为通用名（如Intel(R) Xeon(R) CPU），不代表真实型号 - 确认是否支持 64 位，必须看
CPU op-mode(s)里有没有64-bit，uname -m只反映当前内核运行模式，不可靠
看内存总量和可用量优先用 free -h，别只看 /proc/meminfo
free -h 自动换算单位、对齐可读，且包含 MemAvailable（Linux 3.14+），这个值比 MemFree 更能反映真实可用内存——它是内核估算的、可立即分配给新进程的内存。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
/proc/meminfo里Buffers和Cached不代表“被占用”，它们可被快速回收，新手容易误判 -
grep MemTotal /proc/meminfo返回字节数，要手动除以1024³才是 GB，易算错 - 交换区信息直接看
free输出里的Swap行，比翻/proc/meminfo直观得多
查磁盘分区和挂载关系用 lsblk，不是 fdisk -l
lsblk 默认树状输出，一眼能看出主设备（如 sda）、分区（如 sda1）、挂载点（MOUNTPOINT）三者关系；普通用户即可执行，无需 root。
-
fdisk -l需要 root 权限，普通用户执行会报Cannot open /dev/sda -
lsblk -f可补上文件系统类型和 LABEL，在排查启动失败或挂载异常时更高效 -
lsblk不显示 LVM 逻辑卷细节，遇到lvm类型设备，得额外跑lvdisplay或pvs/vgs/lvs - SSD/HDD 类型无法从
lsblk直接判断，需结合cat /sys/block/sda/queue/rotational：返回0是 SSD，1是 HDD
识别显卡和 PCIe 设备必须用 lspci，nvidia-smi 只对 NVIDIA 有效
lspci 是唯一跨厂商通用的 PCIe 设备识别命令，能列出 GPU、网卡、RAID 卡等所有插在 PCIe 总线上的设备。而 nvidia-smi 仅当 NVIDIA 驱动已加载且有 GPU 时才可用，AMD/Intel 显卡完全不响应。
-
lspci | grep -i vga快速定位显卡，lspci -k还能显示当前使用的内核驱动模块 - 某些服务器主板集成显卡可能被 BIOS 禁用，
lspci仍能列出，但nvidia-smi或glxinfo会直接报错 - PCIe 设备的厂商 ID、设备 ID、子系统 ID 全部由
lspci -vv输出，调试驱动兼容性时绕不开
真正需要 BIOS 层级硬件规格（比如内存条速率、插槽数量、主板序列号）时，dmidecode -t memory 或 sudo lshw -short 才是答案——但它们都要求 root 权限，且输出字段含义容易混淆，不是日常查看的起点。
