转:shell中滚动显示全部内容，高亮显示查询内容

 

 只高亮，不漏日志

想让日志全部显示，但只把关键词标亮？试试这个：

bash

tail -f app.log | grep --line-buffered --color=always -E "ERROR|WARN|$"

技巧解析：在匹配模式最后加上 |$，它会匹配“行尾”，这样每一行日志都会被输出，但关键词部分依然会高亮显示。

转:获得5000个ip

 问题:生成5000个ip

解决:python3方式

 1 import ipaddress

  2 start_ip = ipaddress.IPv4Address("192.167.0.0")

  3 ips = [str(start_ip + i) for i in range(5000)]

  4 print(f"范围: {ips[0]} -> {ips[-1]}")

转:使用跳板机 两个主机ssh和scp

环境介绍当前在100.120 上，有个118.131 可以和它联通，

118.131和122.2 可以联通，但无法直接在100.120上直接联通

如果要ssh 可以【下面这个只要求118.131上有100.120的key】 

/bin/ssh -t root@192.168.118.131 "ssh root@192.168.122.2"

scp文件，这里要求122.2上有100.121的key

scp  -o ProxyJump=root@192.168.118.131 use_cmd root@192.168.122.2:~

ssh -o ProxyJump=root@192.168.118.131 root@192.168.122.2 "ls -all ~"

转:crictl ps提示[unix:///var/run/dockershim.sock unix:///run/containerd/containerd.sock unix:///run/crio/crio.sock unix:///var/run/cri-dockerd.sock]. As the default settings are now deprecated, you should set the endpoint instead.

 在虚拟机上完成上面master安装后，重启系统，关闭了firewall 后，出现错误

• 错误

  • # crictl ps|grep kube-apiserver WARN[0000] runtime connect using default endpoints: [unix:///var/run/dockershim.sock unix:///run/containerd/containerd.sock unix:///run/crio/crio.sock unix:///var/run/cri-dockerd.sock]. As the default settings are now deprecated, you should set the endpoint instead. WARN[0000] image connect using default endpoints: [unix:///var/run/dockershim.sock unix:///run/containerd/containerd.sock unix:///run/crio/crio.sock unix:///var/run/cri-dockerd.sock]. As the default settings are now deprecated, you should set the endpoint instead. E0410 14:43:54.969196 2572486 remote_runtime.go:390] "ListContainers with filter from runtime service failed" err="rpc error: code = Unavailable desc = connection error: desc = \"transport: Error while dialing dial unix /var/run/dockershim.sock: connect: no such file or directory\"" filter="&ContainerFilter{Id:,State:&ContainerStateValue{State:CONTAINER_RUNNING,},PodSandboxId:,LabelSelector:map[string]string{},}" FATA[0000] listing containers: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing dial unix /var/run/dockershim.sock: connect: no such file or directory"

• 解决

  • # cat > /etc/crictl.yaml << EOF

    > runtime-endpoint: unix:///run/containerd/containerd.sock

    > image-endpoint: unix:///run/containerd/containerd.sock

    > timeout: 10

    > debug: false

    > EOF

    [root@119-132 ~]# crictl ps

    CONTAINER           IMAGE               CREATED             STATE               NAME                ATTEMPT             POD ID              POD

    [root@119-132 ~]# systemctl restart kubelet

    [root@119-132 ~]# crictl ps |grep apiserver

    0d0963b6ea4b5       cdcab12b2dd16       21 seconds ago      Running             kube-apiserver            4                   4b240b09343c1       kube-apiserver-119-132

    [root@119-132 ~]# kubectl get nodes

    NAME      STATUS     ROLES           AGE   VERSION

    119-132   Ready      control-plane   36d   v1.28.2

    119-134   NotReady   <none>          35d   v1.28.2

    [root@119-132 ~]#

    应该是可以了

• 分析

  • 简单来说：第一次正常，是因为 crictl 侥幸“蒙对了”；重启后不正常，是因为环境变了，它“猜错了”。

    以下是详细的技术原因拆解：

    1. 第一次为什么正常？（侥幸命中默认列表）

    你第一次执行 crictl ps 时，它还没有配置文件，因此会使用内置的默认端点列表按顺序尝试连接：

    /var/run/dockershim.sock

    /run/containerd/containerd.sock <-- 你的在这里

    /run/crio/crio.sock

    /var/run/cri-dockerd.sock

    关键点： 当时你的环境里，第一个路径（dockershim.sock）不存在，但 crictl 报错后并没有立即退出，而是迅速尝试了第二个路径（containerd.sock），发现能连上，于是正常工作了。这让你产生了“没问题”的错觉。

    2. 重启后为什么不行了？（默认行为变了）

    重启电脑后，情况发生了微妙但关键的变化：

    运行时环境重置：某些系统服务或套接字文件的初始化顺序可能改变。

    crictl 的默认逻辑更严格了：在较新版本或某些系统配置下，crictl 在尝试第一个路径并遇到“致命”错误（如权限拒绝或文件不存在） 时，可能不会优雅地继续尝试下一个，而是直接抛出错误并退出。

    超时或阻塞：第一次尝试连接一个不存在的 dockershim.sock 可能会遇到更长的超时或更严重的错误，导致整个命令失败，根本没机会试到第二个路径。

    结果就是： 它卡在了第一个错误的路径上，根本没去尝试第二个正确的路径，所以你看不到容器。

    3. 配置 /etc/crictl.yaml 的本质作用

    你创建的配置文件，本质上是跳过了那个“猜”的过程，直接告诉 crictl：

    “别费劲试第一个了，直接去 /run/containerd/containerd.sock 找。”

转:win11 25H2版本安装提示要安装网卡驱动的跳过方式

 问题:win11 25H2版本安装提示要安装网卡驱动的跳过方式

来源:

https://chat.deepseek.com/share/17u5xzvr9y5vkli09f

对于 25H2 及更新版本（包括家庭版），可以尝试以下命令：

在联网界面按 Shift + F10 打开命令提示符，输入：

cmd

start ms-cxh:localonly

输入后系统会直接弹出本地账户创建界面，无需重启。

注意：微软已在 25H2 内部预览版中开始封堵此命令，可能在后续更新中彻底失效，建议尽快使用

转:esxi 8.0 安装win11

参考: 

https://www.php.cn/faq/2063503.html

当出现“这台电脑无法运行 Windows 11”的提示时（或在选择安装类型的界面），按 Shift + F10 打开命令提示符窗口。[popexizhi: 这里可以尝试直接输入Shift + F10]

第三步：通过命令行添加注册表项

依次执行以下三条命令：

cmd

reg add HKLM\SYSTEM\Setup\LabConfig /v BypassTPMCheck /t REG_DWORD /d 1 /f
reg add HKLM\SYSTEM\Setup\LabConfig /v BypassSecureBootCheck /t REG_DWORD /d 1 /f
reg add HKLM\SYSTEM\Setup\LabConfig /v BypassRAMCheck /t REG_DWORD /d 1 /f

其中 BypassRAMCheck 是可选的，用于跳过 4GB 内存检查。

第四步：关闭窗口继续安装

关闭命令提示符，点击安装界面左上角的返回箭头，然后再次点击“下一步”，检测提示就会消失，可以正常安装了。

转:dnf

 dnf 仓库

dnf repolist #列出启用仓库

def repolist all #列出仓库包含禁用的

#启用/禁用指定仓库

def config-manager --set-enabled epel

def config-manager --set-disabled epel

#添加三方仓库

dnf install epel-release

#缓存

dnf clean all 

dnf clean packages #只删除包缓存

dnf clean metadata #只删除元数据

dnf makecache      #生成缓存手动刷新用

#dnf与yum不同点

dnf history #可查询dnf的操作历史

dnf history info 12  #12是history中的事务id

dnf history undo 15  #插销第15次操作

dnf history rollback 10 #回滚到第10次之后的状态

#包组

dnf group list

dnf group info "Development Tools" #查看包组详情

def group install "Development Tools" #安装开发工具套件

dnf group rmmove "Development Tools" #卸载开发工具套件包组