Zara's Blog

我的BLOG回来了

路上看见 — Fri, 17 May 2019 20:55:00 GMT

主机从路由器搬到了Hostdie

解决Failed to initialize Direct3D.问题

路上看见 — Fri, 17 May 2019 20:58:00 GMT

昨天下了某个steam的游戏运行失败显示Failed to initialize Direct3D 百度了下解决方法叫打开DirectX加速但是我已经打开了然后我去谷歌了下在reddit发现有人出现了这种故障原因是因为duet造成的卸载问题解决 ::twemoji:tiaomei::

关于最近blog无法进入的问题

路上看见 — Fri, 07 Jun 2019 10:45:06 GMT

最近为了保护未成年人 Ministry of Industry and Information Technology特地在June 1st - June 6st 开始了Review IPv4被seal 现在目前是IPv6 -> cloudflare -> IPv4 所以网速会慢很多

我还活着

路上看见 — Tue, 20 Aug 2019 09:45:32 GMT

失踪人口回归

路由器ftp被人恶意投放.scr病毒

路上看见 — Sat, 26 Jun 2021 23:23:00 GMT

发现

本以为是opkg用的文件,但等我进入下一级目录,又出现了这几个文件打开,火绒直接报毒不过万幸的是,数据盘没有被影响

查看修改日期,发现是在2020年12月24日感染的

好家伙,趁我在学校时投毒不过我在当天14:05分左右在学校连接了路由器的FTP,且用户名和口令为admin,所以...锅? 简单分析

发现了,接着就是保存样本*~~不是删除~~* ?.

[scode type="red"]样本仅供研究,请勿将其用于非法用途![/scode] [scode type="share"]由于网安要求，样本请到微步云下载！[/scode] 丢去微步云沙盒,检出为恶意文件并且有大量的TCP和UDP连接,看起来是Exploit? 微步云链接

解决

最后的最后,就是删除了

find . -name "*.lnk" -type f -print -exec rm -rf {} \;
find . -name "*.scr" -type f -print -exec rm -rf {} \;

解决CMake编译中的error C2734： “GifAsciiTable8x8”错误

路上看见 — Thu, 23 Dec 2021 23:38:00 GMT

在Windows10中编译dilb时，出现了以下错误：

!图片

PS E:\dlib-19.22> py setup.py install
...
C:\ProgramData\Anaconda3\Library\include\gif_lib.h(286,61): error C2734: “GifAsciiTable8x8”: 如果不是外部的，则必须初始化常量对象 (编译源文件
E:\dlib-19.22\tools\python\src\vector.cpp) [E:\dlib-19.22\build\temp.win-amd64-3.9\Release\_dlib_pybind11.vcxproj]
C:\ProgramData\Anaconda3\Library\include\gif_lib.h(286,61): error C2734: “GifAsciiTable8x8”: 如果不是外部的，则必须初始化常量对象 (编译源文件
E:\dlib-19.22\tools\python\src\matrix.cpp) [E:\dlib-19.22\build\temp.win-amd64-3.9\Release\_dlib_pybind11.vcxproj]
C:\ProgramData\Anaconda3\Library\include\gif_lib.h(286,61): error C2734: “GifAsciiTable8x8”: 如果不是外部的，则必须初始化常量对象 (编译源文件
E:\dlib-19.22\tools\python\src\dlib.cpp) [E:\dlib-19.22\build\temp.win-amd64-3.9\Release\_dlib_pybind11.vcxproj]
C:\ProgramData\Anaconda3\Library\include\gif_lib.h(286,61): error C2734: “GifAsciiTable8x8”: 如果不是外部的，则必须初始化常量对象 (编译源文件
E:\dlib-19.22\tools\python\src\svm_c_trainer.cpp) [E:\dlib-19.22\build\temp.win-amd64-3.9\Release\_dlib_pybind11.vcxproj]
...

随后在Github上找到了问题的原因。原来是因为Anaconda3附带的giflib有问题，导致编译错误。只需要在命令后添加就可以解决如：--no DLIB_GIF_SUPPORT

PS E:\dlib-19.22> py setup.py install --no DLIB_GIF_SUPPORT
...
Finished processing dependencies for dlib==19.22.0

成功!

position为absolute时居中

路上看见 — Tue, 28 Dec 2021 23:43:00 GMT

水平居中: left: 50%; transform:translate(-50%); 绝对居中: left: 50%; top: 50%; transform:translate(-50%,-50%);

关于Blog搬迁

路上看见 — Fri, 10 Jun 2022 17:26:00 GMT

由于没钱续费了，就把Blog从Hostmem搬到家中 ::twemoji:uncomfort:: 。然后隔了几天，HostmemIPv4几乎80%的IP无法连接，还好没续费（运气真好）。

现在方案是在旧手机用Linux Deploy跑Ubuntu 20.04LTS（然后因为Linux Deploy原因一堆问题然后弄了几天），然后因为广东这边电信IPv6的80和443封了，所以用了Dogyun的香港CLD(18元1h0.5g,打折能16元)当反向代理，延迟最好能到18ms，但是隔几天可能就会被轮段，延迟能飘到200ms。

因为服务器在香港，用Cloudflare的话延迟一来一回能到500ms，所以干脆直连了（大佬不要D我啊嘤嘤嘤 ::twemoji:cry:: ）。

搭网站的同时顺便重新画了下blog的logo还有icon，然后结果因为这个傻逼主题的问题，弄了3天才放上去没bug（btw Handsome主题的源码按F12都弹出来一堆问题，作者你不管的吗，而且代码结构这么乱，我强迫症真的受不了 ::twemoji:sweat:: ）

因为我之前没有备份的习惯，所以Blog最近一次备份时间在去年，然后为了丢失的文章，我又从WaybackMachine上把之前的文章拖了下来。

大概就这些了，下次发博文估计又是好久（所以这个Blog的意义是啥）。可能那一天永远也不会等到了。（头图链接：https://twitter.com/momisin393/status/1536676719838765056，btw百合无限好好吗）

XGBoost aarch64架构共享库/Jar

路上看见 — Tue, 02 May 2023 19:34:50 GMT

自己编译的，记录下以后可以用到

xgboost4j_2.12-1.7.5.jar libxgboost4j.so libxgboost.so

Hiboy-Padavan IPv6端口映射脚本

路上看见 — Thu, 22 Jun 2023 23:17:00 GMT

粘贴到自定义设置 -> 脚本 -> 自定义脚本0 需打开 opt强制安装(至少mini环境) 在代码中端口转发列表输入需要映射的端口即可

#检查包是否已经安装函数
check_package_installed() {
    local package_name=$1
    if opkg list-installed | grep "$package_name" >/dev/null; then
        logger -t "【自定义脚本0】" "$package_name已安装"
        return 0
    else
        logger -t "【自定义脚本0】" "$package_name未安装，开始安装$package_name"
        opkg update
        opkg install "$package_name" 
        if opkg list-installed | grep "$package_name" >/dev/null; then
            logger -t "【自定义脚本0】" "$package_name安装成功"
            return 0
        else
            logger -t "【自定义脚本0】" "$package_name安装失败，请检查"
            return 1
        fi
    fi
}

function run() {
    if [ ! -f /opt/etc/opkg.conf ]; then
        logger -t "【自定义脚本0】" "opkg.conf文件不存在, 似乎opt环境未下载，稍后再试"
        return 1
    fi
    #设置端口转发
    logger -t "【自定义脚本0】" "开始设置端口转发"
    #设置opkg镜像
    sed -i 's|https\?://bin.entware.net|https://mirrors.bfsu.edu.cn/entware|g' /opt/etc/opkg.conf
    opkg update
    opkg upgrade
    check_package_installed bash
    if [ $? == 1 ]; then
        logger -t "【自定义脚本0】" "bash安装失败"
        return 1
    fi
    check_package_installed socat
    if [ $? == 1 ]; then
        logger -t "【自定义脚本0】" "socat安装失败"
        return 1
    fi
    check_package_installed libopenssl
    if [ $? == 1 ]; then
        logger -t "【自定义脚本0】" "libopenssl安装失败"
        return 1
    fi
    check_package_installed procps-ng-pkill
    if [ $? == 1 ]; then
        logger -t "【自定义脚本0】" "procps-ng-pkill安装失败"
        return 1
    fi
    #创建端口转发日志文件夹
    local socat_dir="/opt/tmp/socat"
    if [ ! -d "$socat_dir" ]; then
        mkdir -p "$socat_dir"
        logger -t "【自定义脚本0】" "创建$socat_dir目录成功"
    else
        logger -t "【自定义脚本0】" "$socat_dir目录已存在"
    fi
    #保存脚本，使用bash运行
    bash_path=$(opkg files bash | grep /bin/bash)
    script_path="/opt/tmp/port_forward.sh"
    cat >"$script_path" << EOF
#端口转发列表
declare -A port_map=(
    ["8889"]="192.168.123.183:3389"
    ["8123"]="192.168.123.211:8123"
    ["996"]="192.168.123.1:996"
    ["997"]="192.168.123.211:997"
)
#设置防火墙
ip6tables -F
ip6tables -X
ip6tables -P INPUT ACCEPT
ip6tables -P OUTPUT ACCEPT
ip6tables -P FORWARD ACCEPT
#如果文件不存在，就新建
if [ ! -f /opt/tmp/port_map.txt ]; then
    touch /opt/tmp/port_map.txt
fi
# 遍历map，如果端口不在文件里的话，就把需要映射的端口保存在一个新的增加map，如果某个端口在文件里存在，在map不存在，就保存在新的删除map，然后就分别遍历两个新的map。
declare -A add_port_map=()
declare -A del_port_map=()
#检测需要映射的端口是否在文件里
while read line; do
    port=\$(echo \$line | awk -F ':' '{print \$1}')
    if [[ ! \${port_map[\$port]} ]]; then
        del_port_map[\$port]=\${port_map[\$port]}
    fi
done < /opt/tmp/port_map.txt
#检测文件里的端口是否需要映射
for port in "\${!port_map[@]}"; do
    if ! grep -q "\$port" /opt/tmp/port_map.txt; then
        add_port_map[\$port]=\${port_map[\$port]}
    fi
done
#启动端口转发
for port in "\${!add_port_map[@]}"; do
    logger -t \"【自定义脚本0】\" \"开始转发\$port端口\"
    nohup socat TCP6-LISTEN:\$port,reuseaddr,fork TCP4:\${port_map[\$port]} >>/opt/tmp/socat/port_\$port.log 2>&1 &
    #运行端口通过防火墙
    ip6tables -A INPUT -p tcp --dport \$port -j ACCEPT
done
#停止端口转发
for port in "\${!del_port_map[@]}"; do
    logger -t \"【自定义脚本0】\" \"停止转发\$port端口\"
    pkill -f "socat TCP6-LISTEN:\$port"
    #停止端口通过防火墙
    ip6tables -A INPUT -p tcp --dport \$port -j REJECT
done
#把port_map保存到文件
rm -f /opt/tmp/port_map.txt
for port in "\${!port_map[@]}"; do
    echo "\$port:\${port_map[\$port]}" >>/opt/tmp/port_map.txt
done
EOF
    logger -t "【自定义脚本0】" "保存脚本成功"
    chmod 755 "$script_path"
    logger -t "【自定义脚本0】" "开始运行脚本"
    $bash_path "$script_path" >> /dev/null
}
run

解决Ionic无法监听滚动(scroll)事件

路上看见 — Wed, 02 Aug 2023 19:55:31 GMT

如果你尝试直接在window元素监听scroll事件，事件是无法触发的，只有wheel事件能够被触发。

只有监听ion-content元素下shadow-root中的main元素的scroll才能正确的被触发。

你可以通过调用ion-content中的方法getScrollElement获取到滚动元素。

示例代码 (Vue3):

# Ionic-content元素
const contentRef: Ref<HTMLIonContentElement | null> = ref(null)

onMounted(() => {
  contentRef.getScrollElement().then((e) => {
    e.addEventListener('scroll', (e) => console.log('scroll event'));
  });
});

或者你也可以使用ionic提供的ionScroll事件来监听滚动（需要先启用scrollEvents，但在我的测试下此事件无法使用），详细请见https://ionicframework.com/docs/api/content#scrollevents

这是为什么呢:

这是因为ionic-content组件提供了一个易于使用的内容区域，并提供了一些有用的方法来控制可滚动区域。在单个视图中应该只有一个内容。Content可以与许多其他Ionic组件一起自定义，以修改其填充、边距等，使用CSS Utilities提供的全局样式或使用CSS和可用的CSS自定义属性单独对其进行样式设置。Content提供了一些方法，可以调用这些方法来将内容滚动到底部、顶部或特定点。它们可以传递持续时间，以便平稳过渡而不是立即更改位置。

滚动事件（ionScroll）默认情况下对内容进行禁用，因为性能问题。但是，可以通过将scrollEvents设置为true来启用它们。在监听任何滚动事件之前，必须这样做。

来自 Bing AI

解决lightdm向配置文件添加display-setup-script后无法启动的问题

路上看见 — Mon, 20 Nov 2023 21:21:54 GMT

配置服务器时，为了可以绕过登录直接运行X11应用，需要在每次启动X11服务器后都运行xhost +local:，以禁用本地运行X11程序时需要认证的问题。

在Google了一番后，在AskUbuntu发现了一个相关的讨论，内容是使用lightdm的启动脚本来运行xhost +local:。

当我按照讨论的结果想向/etc/lightdm/lightdm.conf添加display-setup-script后，发现linux mint并没有默认的lightdm.conf，而是在/etc/lightdm/lightdm.conf.d/目录中添加不同的配置文件，于是我在里面创建了配置文件，命名为99-start-script.conf(前面的数字越大，优先级越高)，并向文件添加以下内容:

[Seat:*]
display-setup-script=/usr/share/lightdm-start-script.sh

[scode type="yellow"]可能需要root权限创建文件[/scode]

保存后，在/usr/share/文件夹创建文件lightdm-start-script.sh，并在文件输入:

#!/bin/bash
xhost +local:
# 设置LVDS-1-1的分辨率，并设置为默认显示器
xrandr --output "LVDS-1-1" --mode '1366x768' --rate 60 --primary
# 设置VGA-0的分辨率和panning
xrandr --output 'VGA-0' --mode '1920x1080' --panning '1920x1080+1366+0' --rate 60

保存后，使用service lightdm restart重启，却发现lightdm无法启动，于是我查看了/var/log/lightdm/lightdm.log,但是日志文件并没有报错信息。

经过一番查找后，怀疑是其他配置文件里有设置display-setup-script，而我的新配置文件将原来的display-setup-script替换了，所以lightdm无法启动。

再经过各种Google后，发现运行lightdm --show-config可以显示当前的配置项，于是我将之前的配置文件99-start-script.conf重命名为99-start-script.conf.bak，并重启lightdm服务，运行lightdm --show-config后显示的输出如下:

   [Seat:*]
A  allow-guest=false
C  greeter-wrapper=/usr/lib/lightdm/lightdm-greeter-session
D  guest-wrapper=/usr/lib/lightdm/lightdm-guest-session
E  xserver-command=X -core
F  type=xlocal
I  display-setup-script=/sbin/prime-switch
F  display-stopped-script=/sbin/prime-switch
G  greeter-session=slick-greeter
H  user-session=cinnamon

   [LightDM]
B  backup-logs=false

Sources:
A  /usr/share/lightdm/lightdm.conf.d/50-disable-guest.conf
B  /usr/share/lightdm/lightdm.conf.d/50-disable-log-backup.conf
C  /usr/share/lightdm/lightdm.conf.d/50-greeter-wrapper.conf
D  /usr/share/lightdm/lightdm.conf.d/50-guest-wrapper.conf
E  /usr/share/lightdm/lightdm.conf.d/50-xserver-command.conf
F  /usr/share/lightdm/lightdm.conf.d/90-nvidia.conf
G  /usr/share/lightdm/lightdm.conf.d/90-slick-greeter.conf
H  /etc/lightdm/lightdm.conf.d/70-linuxmint.conf
I  /etc/lightdm/lightdm.conf.d/99-start-script.conf.

可以看到display-setup-script项已经被nvidia的配置文件所使用，于是向/usr/share/lightdm-start-script.sh头部添加/sbin/prime-switch并保存，再将99-start-script.conf.bak重命名为99-start-script.conf.bak，再次重启lightdm服务，结果正常显示登录界面。

(封面图片来自: wikipedia 和 Xorg官网)

v4l2loopback在腾讯会议黑屏的问题

路上看见 — Tue, 19 Aug 2025 21:18:39 GMT

解决: 使用老版本1.13.1 6.16内核可以使用https://github.com/ticpu/v4l2loopback-obs

在腾讯会议黑屏，但是使用ffplay等其他软件正常读取猜测是新版本的v4l2loopback加强了参数校验

以下是错误日志，巨佬可以看看是什么问题:

[  +0.016545] v4l2-loopback[2338], pid(136620):  open() -> dev@00000000593d5742 with image@000000003fd57957
[  +0.000018] videodev: v4l2_open: video2: open (0)
[  +0.000018] video2: VIDIOC_ENUM_FMT: index=0, type=vid-cap, flags=0x0, pixelformat=YUYV little-endian (0x56595559), mbus_code=0x0000, description='YUYV 4:2:2'
[  +0.000023] video2: VIDIOC_ENUM_FRAMESIZES: index=0, pixelformat=YUYV little-endian (0x56595559), type=1, wxh=1280x720
[  +0.000583] video2: VIDIOC_ENUM_FRAMESIZES: error -22: index=1, pixelformat=YUYV little-endian (0x56595559), type=0
[  +0.000022] video2: VIDIOC_ENUM_FMT: error -22: index=1, type=vid-cap, flags=0x0, pixelformat=.... little-endian (0x00000000), mbus_code=0x0000, description=''
[  +0.000030] v4l2-loopback[1135], pid(136620):  S_FMT[CAPTURE] YUYV:1280x720 size=1843200
[  +0.000007] video2: VIDIOC_S_FMT: type=vid-cap, width=1280, height=720, pixelformat=YUYV little-endian (0x56595559), field=none, bytesperline=2560, sizeimage=1843200, colorspace=8, flags=0x0, ycbcr_enc=0, quantization=0, xfer_func=0
[  +0.000027] video2: VIDIOC_G_PARM: type=vid-cap, capability=0x1000, capturemode=0x0, timeperframe=1/30, extendedmode=0, readbuffers=2
[  +0.000127] v4l2-loopback[2348], pid(136620):  close() -> dev@00000000593d5742 with image@000000003fd57957
[  +0.000008] v4l2-loopback[1638], pid(136620):  REQBUFS(memory=1, req_count=0) and device-bufs=2/2 [used/max]
[  +0.000008] videodev: v4l2_release: video2: release
[  +0.000151] v4l2-loopback[2338], pid(136620):  open() -> dev@00000000593d5742 with image@000000003fd57957
[  +0.000007] videodev: v4l2_open: video2: open (0)
[  +0.000011] video2: VIDIOC_QUERYCAP: driver=v4l2 loopback, card=VirtualCam, bus=platform:v4l2loopback-002, version=0x00061001, capabilities=0x85200001, device_caps=0x05200001
[  +0.001447] video2: VIDIOC_CROPCAP: error -25: type=vid-cap, bounds (0,0)/0x0, defrect (0,0)/0x0, pixelaspect 0/0
[  +0.000028] v4l2-loopback[1135], pid(136620):  S_FMT[CAPTURE] YUYV:1280x720 size=1843200
[  +0.000007] video2: VIDIOC_S_FMT: type=vid-cap, width=1280, height=720, pixelformat=YUYV little-endian (0x56595559), field=none, bytesperline=2560, sizeimage=1843200, colorspace=8, flags=0x0, ycbcr_enc=0, quantization=0, xfer_func=0
[  +0.000026] video2: VIDIOC_G_PARM: type=vid-cap, capability=0x1000, capturemode=0x0, timeperframe=1/30, extendedmode=0, readbuffers=2
[  +0.000081] video2: VIDIOC_G_FMT: type=vid-cap, width=1280, height=720, pixelformat=YUYV little-endian (0x56595559), field=none, bytesperline=2560, sizeimage=1843200, colorspace=8, flags=0x0, ycbcr_enc=0, quantization=0, xfer_func=0
[  +0.000024] video2: VIDIOC_G_PARM: type=vid-cap, capability=0x1000, capturemode=0x0, timeperframe=1/30, extendedmode=0, readbuffers=2
[  +0.000061] v4l2-loopback[1638], pid(136620):  REQBUFS(memory=1, req_count=4) and device-bufs=2/2 [used/max]
[  +0.000007] video2: VIDIOC_REQBUFS: count=2, type=vid-cap, memory=mmap
[  +0.000017] video2: VIDIOC_QUERYBUF: 00:00:00.000000 index=0, type=vid-cap, request_fd=0, flags=0x00002000, field=none, sequence=0, memory=mmap, bytesused=1843200, offset/userptr=0x0, length=1843200
[  +0.000021] timecode=00:00:00 type=0, flags=0x00000000, frames=0, userbits=0x00000000
[  +0.000605] videodev: v4l2_mmap: video2: mmap (0)
[  +0.000028] video2: VIDIOC_QUERYBUF: 00:00:00.000000 index=1, type=vid-cap, request_fd=0, flags=0x00002000, field=none, sequence=0, memory=mmap, bytesused=1843200, offset/userptr=0x1c2000, length=1843200
[  +0.000019] timecode=00:00:00 type=0, flags=0x00000000, frames=0, userbits=0x00000000
[  +0.000385] videodev: v4l2_mmap: video2: mmap (0)
[  +0.000012] video2: VIDIOC_QBUF: 00:00:00.000000 index=0, type=vid-cap, request_fd=0, flags=0x00000002, field=any, sequence=0, memory=mmap, bytesused=0, offset/userptr=0x0, length=0
[  +0.000020] timecode=00:00:00 type=0, flags=0x00000000, frames=0, userbits=0x00000000
[  +0.000019] video2: VIDIOC_QBUF: 00:00:00.000000 index=1, type=vid-cap, request_fd=0, flags=0x00000002, field=any, sequence=0, memory=mmap, bytesused=0, offset/userptr=0x0, length=0
[  +0.000019] timecode=00:00:00 type=0, flags=0x00000000, frames=0, userbits=0x00000000
[  +0.000016] video2: VIDIOC_STREAMON: type=vid-cap
[  +0.004001] video2: VIDIOC_DQBUF: error -22: 00:00:00.000000 index=0, type=vid-cap, request_fd=0, flags=0x00000000, field=any, sequence=0, memory=(null), bytesused=0, offset/userptr=0x0, length=0
[  +0.000032] timecode=00:00:00 type=0, flags=0x00000000, frames=0, userbits=0x00000000
[  +0.000041] video2: VIDIOC_QBUF: error -22: 00:00:00.000000 index=0, type=vid-cap, request_fd=0, flags=0x00000000, field=any, sequence=0, memory=(null), bytesused=0, offset/userptr=0x0, length=0
[  +0.000024] timecode=00:00:00 type=0, flags=0x00000000, frames=0, userbits=0x00000000
[  +0.011862] videodev: v4l2_write: video2: write: 1843200