史上最强，支持 Debian 12 raid 0 Ubuntu 24.04（测试中）；512MB 内存安装 AlmaLinux/RockyLinux；CentOS 9 Fedora 39 AlpineLinux Kali Linux Windows 重装程序功能更新、bug反馈贴（长期更新）

Load averages still 1.00 about 18 minutes later. iotop shows 0 disk activity and nethogs shows 0 network activity (except for my ssh connection). Why are the load averages "stuck" at 1.00?

notoles@fsn:~$ w
 03:07:37 up 2 days, 21:27,  3 users,  load average: 1.00, 1.00, 1.00
USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT
notoles  pts/0    187.189.238.1    02:21    0.00s  0.01s   ?    tmux
notoles  pts/1    tmux(11520).%0   02:22    0.00s  0.03s   ?    w
chleitbo pts/2    126.40.25.124    02:05   56:24   0.03s  0.03s -bash
notoles@fsn:~$ 

@Not-Oles #121 Sorry sir, I'm a little busy this afternoon, see you later.

@leitbogioro #122

Thanks for your reply! No worries. All good.

Anybody else have an idea about why the load averages are more than 0.00? Or something like 0.03?

notoles@fsn:~$ w
 04:12:09 up 2 days, 22:31,  3 users,  load average: 1.00, 1.00, 1.00
USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT
notoles  pts/0    187.189.238.1    02:21    0.00s  0.01s   ?    tmux
notoles  pts/1    tmux(11520).%0   02:22    0.00s  0.03s   ?    w
chleitbo pts/2    126.40.25.124    02:05    2:00m  0.03s  0.03s -bash
notoles@fsn:~$ 

top - 04:14:12 up 2 days, 22:33,  3 users,  load average: 1.00, 1.00, 1.00
Tasks: 376 total,   1 running, 375 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us,  0.0 sy,  0.0 ni,100.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st 
MiB Mem :  64097.9 total,  58611.5 free,   1104.2 used,   5100.4 buff/cache     
MiB Swap:  32734.0 total,  32734.0 free,      0.0 used.  62993.6 avail Mem 

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND     
      1 root      20   0  169568  13568   9216 S   0.0   0.0   0:02.72 systemd     
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.01 kthreadd    
      3 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rcu_gp      
      4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 rcu_par_gp  
      5 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 slub_flush+ 
      6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 netns       
      8 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/0:+ 
     10 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 mm_percpu_+ 
     11 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_+ 
     12 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_+ 
     13 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_+ 
     14 root      20   0       0      0      0 S   0.0   0.0   0:00.01 ksoftirqd/0 
     15 root      20   0       0      0      0 I   0.0   0.0   0:02.31 rcu_preempt 
[0] 0:top*                                                    "fsn" 04:14 19-Jun-2

From man ps

PROCESS STATE CODES
       Here are the different values that the s, stat and state output
       specifiers (header "STAT" or "S") will display to describe the state of a
       process:

               D    uninterruptible sleep (usually IO)

--------

root@fsn ~ # ps aux | grep D
USER         PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         255  0.0  0.0      0     0 ?        D    05:05   0:00 [kworker/6:1+events]
  [ . .  . ]
root@fsn ~ # 

Current guess: since one process is stuck in uninterruptible sleep, the load average is stuck at 1.00.

@leitbogioro，哈喽，大佬，我这边的机器ip和网关不在一个A段，比如ip：144.76.x.x，网关是：148.251.x.x，掩码是：255.255.255.255，都是面板里的显示的，然后dd debian 11的时候，按面板的值指定网络配置，--ip-addr '144.76.x.x' --ip-mask '255.255.255.255' --ip-gate '148.251.x.x' ，会出现unreachable gateway。不指定直接默认dhcp，也不行，请问我这个要怎么弄呢？

@lchecho #125 我个人认为在这种情况下，掩码设置成 128.0.0.1 比较好，脚本里如果你不手动指定 IPv4、IPv4 网关、IPv4 掩码参数，能够自动修复这个错误，不要迷信后台面板给的配置，因为这些云服务商网管可能并不如我专业，通过 Vultr 的 IP 计算器计算一下（https://www.vultr.com/resources/subnet-calculator/）就知道，比如 IP 为：144.76.56.2 的时候，当 prefix 为 1 ，即完整 IPv4 格式的网关值设置为 128.0.0.1 时，允许本机搜索的 IPv4 地址范围为：128.0.0.0 - 255.255.255.255，这时候网关 148.251.x.x 是能被包含其中的，我觉得你应该不带任何网络配置参数（除 --network "static" 外），让脚本自己跑一遍，尝试算出正确的网络配置试试。

@lchecho #125 网关设置为 255.255.255.255 时，即表示规定本机寻找的 IPv4 地址段仅为主 IPv4 一个，其他任何与主 IPv4 不同的 IPv4 网关都不会被系统承认。
高情商：网管不小心手滑弄错了；
低情商：这个网管是个大傻逼。

@leitbogioro #127

我尝试仅使用--network "static"跑了一次，网络配置没报错了，但是Bad archive mirror，手动设置了一下mirror的host，仍然是Bad archive mirror，我感觉可能还是网络的原因，实在不行就只能用厂商的模板算球了。。。

@leitbogioro #126
我等下再用128.0.0.1 掩码试一次，谢谢大佬

@lchecho #125 因错误的掩码设置，指定主机寻找的 IP 段过窄，导致网关和主 IP 不被包含在适合的范围内，出现 unreachable gateway 这种问题我在 Hetzner 手动指定 IPv4 静态（如果指定 dhcp 就没事）、Godaddy IPv4 静态、Akile IPv6 静态等机型上全碰到过，所以有丰富的经验来处理并把握这类问题。