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 测试均正常，，，，，，，，只有某个检测法式持久无输出，，，，，，，，问题更集中在该法式的要求逻辑、超时设置或指标响应上；；；；；；；若多项网络测试同时失败，，，，，，，，则先复原本机到表网的衔接，，，，，，，，再运行线路检测。。。。。。。