-
可采用APT或YUM/DNF仓库方式安装Telegraf与Grafana：APT适用于Debian/Ubuntu，需添加InfluxData和Grafana官方源并启用服务；YUM/DNF适用于CentOS/RHEL/Fedora，通过RPM包管理自动处理依赖与systemd配置。
-
最稳妥方式是用yumremove卸载OpenJDK；java-version不可靠，应优先执行yumlistinstalled|grepjava和rpm-qa|grep-E'java|openjdk|gcj'查全已装Java包；直接rm-rf/usr/lib/jvm会破坏alternatives配置并引发yum异常。
-
traceroute并非网络路径的准确快照，其结果受TTL、防火墙、负载均衡等影响显著；常见*号源于中间设备丢弃ICMP/UDP响应，并非断网，应通过-n、-I、-T等选项适配网络策略并结合curl等工具综合诊断。
-
LVM扩容需先确保VG有空闲空间，再lvextend扩展LV，最后resize2fs调整ext4文件系统；缩容必须先e2fsck和resize2fs缩小文件系统，再lvreduce缩小LV；XFS不支持缩容，应避免强行操作。
-
禁用密码登录前必须确保密钥登录已稳定生效，否则将导致锁死；需验证权限、配置、PAM设置及重启流程，并持续监控防退化。
-
推荐使用nvm管理Node.js版本，因其支持多版本共存、无需sudo权限且相互隔离；其次可选包管理器（APT/YUM）安装稳定版，或源码编译满足定制需求。
-
改SSH端口本身不提升安全，仅降低自动化扫描命中率；真正有效的是配合密钥登录、禁用密码认证、防火墙白名单等措施。
-
1.sar、iotop和perf是Linux性能监控三大工具，分别用于宏观趋势分析、实时I/O监控和底层事件追踪。sar能收集历史数据，支持CPU、内存、磁盘等多维度统计；iotop实时展示I/O大户进程；perf深入代码级性能分析。2.定位CPU瓶颈时，先用top/htop查看高CPU进程，再结合sar-u分析用户态、系统态或I/O等待占比，%us高则用perftop分析热点函数，%sy高则统计系统调用次数，%wa高则转向iotop排查I/O问题。3.排查内存泄露或交换空间使用时，先用free-h查看整
-
看清真正可用内存应看free-h的available值，它已扣除不可回收部分；查内存大户优先用smem的PSS而非ps的RSS，避免共享库重复计算。
-
route命令默认只显示IPv4路由表，不支持IPv6；IPv6路由必须用ip-6route查看。
-
真正代表丢包的字段是rx_dropped、rx_over_errors、rx_fifo_errors、rx_missed_errors：rx_dropped表示内核层丢包；rx_over_errors和rx_fifo_errors反映RingBuffer与FIFO溢出；rx_missed_errors指示vCPU调度丢失。
-
GlusterFS启动失败、peer探测失败、volume创建失败及客户端挂载失败的四大典型问题，分别由端口占用、网络/防火墙阻断、brick文件系统不兼容和volume未启动或客户端配置错误导致，需按顺序排查网络连通性、端口状态、文件系统支持性及服务运行状态。
-
Linux环境变量配置有五种方法：一、临时设置仅当前会话有效；二、用户级永久配置修改~/.bashrc或~/.zshrc；三、系统级永久配置编辑/etc/environment（不支持变量展开）；四、模块化配置通过/etc/profile.d/目录添加可执行.sh文件；五、非交互式场景需显式source或使用Environment指令。
-
最可靠的方法是直接查看/proc/cpuinfo的flags字段，因其为内核通过CPUID指令获取的每个逻辑CPU实际能力快照，比lscpu更底层、权威；需用grep-E'^flags\\s*:'/proc/cpuinfo精确匹配，避免误报。
-
chattr+i是最彻底的只读保护方式，通过内核级inode属性阻止包括root在内的任何用户执行删除、修改、重命名等操作，而chmod444仅限用户空间权限控制，root仍可绕过。
