lubuntu线路检测一整晚还停在统一进度，，，，，，，，通常要先分清是检测工作仍在运杏注网络要求反复超时，，，，，，，，还是法式已经卡住但窗口没有更新。。。。。。。。不要一上来就沉复启动检测；；；；；；；先纪录当前提醒和进度，，，，，，，，再按“过程状态—网卡与路由—DNS与线路响应—日志和休眠”的挨次查抄，，，，，，，，找到滞碍环节后再复原。。。。。。。。

先判断是慢，，，，，，，，还是已经卡住

观察检测窗口是否持续变动：进度、已检测节点数量、功夫戳或滚动日志只有仍在更新，，，，，，，，就可能是在逐个期待超时。。。。。。。。若陆续很久没有新输出，，，，，，，，CPU和网络流量也靠近于零，，，，，，，，才更像过程滞碍或法式期待某个要求。。。。。。。。若窗口显示“在检测”但系统已有网络接见，，，，，，，，问题也可能只出在某个指标线路，，，，，，，，而非整台电脑断网。。。。。。。。

在终端中可先查看过程：

ps -eo pid,stat,%cpu,%mem,etime,cmd --sort=-%cpu | head -n 15

找到对应检测法式后，，，，，，，，看它的运行功夫、状态和资源占用。。。。。。。。过程存在且运行功夫不休增长，，，，，，，，不能单凭窗口不动就认定崩溃；；；；；；；若是状态持久为睡眠、CPU与网络均无活动，，，，，，，，再查见解式日志或终端输出。。。。。。。。临时不要直接实现过程，，，，，，，，以免丢掉已经实现的检测了局。。。。。。。。

查抄网卡是否衔接、地址是否有效

线路检测依赖本机先连上网络。。。。。。。。执行下面的号令查看网卡状态与已分配地址：

ip -br link
ip -br addr

沉点看在使用的接口是否为 UP，，，，，，，，以及是否有局域网地址。。。。。。。。接口显示 DOWN 时，，，，，，，，先查抄网线、无线开关和路由器衔接；；；；；；；若接口已启用但没有地址，，，，，，，，可在 Lubuntu 的网络设置中沉新衔接当前网络，，，，，，，，或断开后再衔接一次。。。。。。。。无线信号很弱、路由器频仍沉连时，，，，，，，，检测会阐发为时好时坏，，，，，，，，期待一整晚也可能始终到不了下一步。。。。。。。。

再查看默认路由：

ip route

通常应能看到一条以 default via 开头的路由。。。。。。。。若没有默认路由，，，，，，，，电脑可能连上了无线网络，，，，，，，，却没有通往表部网络的出口；；；；；；；若是路由指向不再使用的网关，，，，，，，，沉新衔接网络并获取地址后再检测。。。。。。。。若统一网络中的其他设备也无法接见表网，，，，，，，，优先处置路由器或上游网络，，，，，，，，而不是反复沉启检测法式。。。。。。。。

分辨表网不通、DNS异常和单条线路超时

吓酌少量要求测试网关和表部地址，，，，，，，，预防再次启动长功夫工作：

ping -c 4 -W 2 网关地址
ping -c 4 -W 2 1.1.1.1

将“网关地址”代替为 ip route 中 default 路由后面的地址。。。。。。。。若网关测试都没有响应，，，，，，，，查抄本地衔接、无线信号或路由器；；；；；；；网关正常但表部地址不通，，，，，，，，问题更可能在表网出口、路由战术或当前网络限度。。。。。。。。若表部地址有响应，，，，，，，，但检测法式仍报域名解析谬误，，，，，，，，再查抄 DNS：

getent hosts example.com

能返回地址，，，，，，，，注明系统至少能够解析这个域名；；；；；；；没有了局时，，，，，，，，查抄网络设置中的 DNS 配置，，，，，，，，并断开沉连后沉试。。。。。。。。若只有某个检测指标无响应，，，，，，，，而其他指标及网页接见正常，，，，，，，，可能是指标线路不响应探测、限度了要求或临时不成达。。。。。。。。此时应纪录指标名称和超时提醒，，，，，，，，换一个检测指标交叉测试，，，，，，，，不要把单个节点失败等同于整条网络故障。。。。。。。。

查看检测法式输出和系统日志

若是通过终端启动检测，，，，，，，，将终端中的最后几行谬误信息保留下来，，，，，，，，沉点找“timeout”“resolve”“connection refused”或权限提醒。。。。。。。。超时通常意味着要求没有在限按功夫内收到响应；；；；；；；解析失败对应域名解析环节；；；；；；；回绝衔接则暗示指标地址可达与否之表，，，，，，，，服务端口可能没有接受衔接。。。。。。。。分歧提醒对应分歧地位，，，，，，，，沉复执行统一号令通常不会自动建复原因。。。。。。。。

若窗口由桌面法式启动，，，，，，，，可查抄系统日志中是否有网络断开、过程异常退出或设备沉连纪录：

journalctl -b --no-pager | tail -n 80

日志末尾若反复出现网络衔接断开和沉新衔接，，，，，，，，先不变无线或网线衔接；；；；；；；若看到法式自身崩；；；；；；；蛉ㄏ廾，，，，，，，，沉新打开法式并从终端观察输出。。。。。。。。日志里没有显著报错、检测进度也不更新时，，，，，，，，先正常关关工作，，，，，，，，再只启动一次短时检测，，，，，，，，预防多个旧工作同使丶用衔接。。。。。。。。

排查一整晚运行仍无了局的额表原因

笔记本合上屏幕后可能进入睡眠，，，，，，，，工作暂；；；；；；；蛲缍峡；；；；；；；因而“挂了一整晚”不愿定蹬宗法式陆续工作了一整晚。。。。。。。。下一次检测时维持设备唤醒、接通电源，，，，，，，，并临时不要合盖。。。。。。。。若检测过程中网络设置被切换、无线沉新关联，，，，，，，，长工作也可能一向沉试旧衔接。。。。。。。。先确认当前衔接不变，，，，，，，，振兴头新的检测。。。。。。。。

还要注意磁盘空间和日志增长。。。。。。。。？？？？？稍诵 df -h 查看渣滓空间；；；；；；；分区靠近写满时，，，，，，，，法式可能无法保留了局或日志。。。。。。。。若检测软件提供单次超时、沉试次数或指标数量设置，，，，，，，，先削减指标数量并缩短超时，，，，，，，，验证一两条线路能否实现，，，，，，，，再复原齐全检测。。。。。。。。不要同时把超时和沉试都设得很大，，，，，，，，不然少数无响应指标就会拖长整个工作。。。。。。。。

复原检测的挨次

按以上查抄后，，，，，，，，复原时顺次确认接口已衔接、默认路由存在、表部地址可达、域名能够解析，，，，，，，，再沉新启动检测。。。。。。。。一次只改一个前提：先沉连网络观察了局，，，，，，，，再调整指标或超时，，，，，，，，这样更容易判断是哪一步起效。。。。。。。。若幼领域检测可能实现，，，，，，，，再逐步增长指标数量；；；；；；；若仍卡在统一指标，，，，，，，，纪录该指标和报错后跳过它，，，，，，，，查抄其他线路是否正常。。。。。。。。

判断复原的尺度是进度持续更新、检测了局可能保留，，，，，，，，且系统网络没有反复掉线。。。。。。。。若网卡、路由和 DNS 测试均正常，，，，，，，，只有某个检测法式持久无输出，，，，，，，，问题更集中在该法式的要求逻辑、超时设置或指标响应上；；；；；；；若多项网络测试同时失败，，，，，，，，则先复原本机到表网的衔接，，，，，，，，再运行线路检测。。。。。。。。