分类 折腾=-= 下的文章

参考:
修正linux下wayland的chrome輸入與顯示錯誤
无法在Chrome(Wayland)中使用fcitx5
Wayland下使用UseOzonePlatform无法显示界面 #2300
support IME under native Wayland #33662
Vscode does not launch in wayland session #146349
Ozone-wayland: support text_input_v3 protocol

Chromium从98版本开始已经默认支持Wayland,用户可以通过--ozone-platform-hint=auto参数启用Wayland支持。问题根源在于 Chromium对Wayland的兼容措施还没有完全释出, text-input-v3 支持虽然已经合并但因为前者还存在一些问题。
2025-06-29T19:56:53.png
作为对wayland支持的努力,UseOzonePlatform现在是 chrome://flags/#ozon-platform-hint 中的一个实验性选项,默认没有启用。
启用后选择auto即可,但是理论上应该确保XDG_RUNTIME_DIR 和 WAYLAND_DISPLAY 等环境变量正常传递,这可能影响Chromium对当前运行环境的识别,
终端执行 echo $XDG_RUNTIME_DIRecho $WAYLAND_DISPLAY,正常应返回类似 /run/user/1000 wayland-0 的路径。
查找资料过程中发现用户使用--ozone-platform-hint=wayland 后只有第一次重新启动是正常的,第二次就无法启动
我的终端里可以看到刷屏的报错:

[10091:10136:0630/034118.878942:ERROR:gpu/command_buffer/client/client_shared_image.cc:133] Failed to map the buffer.
[10091:10136:0630/034118.878946:ERROR:gpu/command_buffer/client/client_shared_image.cc:231] ScopedMapping init failed.
[10091:10136:0630/034118.878951:ERROR:gpu/command_buffer/client/client_shared_image.cc:431] Unable to create ScopedMapping
[10091:10136:0630/034118.878957:ERROR:cc/raster/one_copy_raster_buffer_provider.cc:303] MapSharedImage Failed.
[10091:10136:0630/034118.878964:ERROR:ui/gfx/linux/client_native_pixmap_dmabuf.cc:49] Failed to mmap dmabuf: 权限不够 (13)

丢给Deepseek分析:

根据您提供的错误日志,问题核心在于 Chromium 在 Wayland 环境下尝试使用 DMA-BUF 共享内存时出现权限问题,导致 GPU 进程初始化失败。以下是针对性的解决方案:

- 阅读剩余部分 -

OS info

操作系统: Fedora Linux 42
KDE Plasma 版本: 6.4.1
KDE 程序框架版本: 6.15.0
Qt 版本: 6.9.1
内核版本: 6.15.3-200.fc42.x86_64 (64 位)
图形平台: Wayland
处理器: 16 × AMD Ryzen 7 5800H with Radeon Graphics
内存: 32 GiB 内存 (31.2 GiB 可用)
图形处理器: NVIDIA GeForce RTX 3060 Laptop GPU
制造商: MECHREVO
产品名称: Jiaolong Series GM5ZG0O

(base) [xfox@fedora ~]$ sudo dnf history list
[sudo] xfox 的密码:
ID Command line Date and time Action(s) Altered
10 dnf history undo 5 2025-06-29 15:33:23 25
9 dnf history undo 4 2025-06-29 15:27:40 185
8 dnf history undo 7 2025-06-29 15:27:27 9
7 dnf install mumble 2025-06-29 15:13:49 9
6 dnf install chromium 2025-06-29 15:13:24 5
5 dnf install fcitx5-rime 2025-06-29 15:13:02 25
4 dnf install steam 2025-06-29 15:06:00 185
3 dnf update 2025-06-29 14:52:55 1773
2 dnf5 --config /kiwi_dnf5.conf -y --disable-plugin=priorities,versionloc 2025-04-09 12:07:14 1977
1 dnf5 --config /builddir/result/image/build/image-root/kiwi_dnf5.conf -y 2025-04-09 12:05:15 286

at least after undo 5 (remove fcitx5-rime) system can run normaly .
Actualy undo 3 was not run ,because when I login tty network was not connect.
Now I will try install Steam , fcitx5-rime and other I needed software one by one and log system status after install anyone with reboot.

install steam ok ,sys status ok.
install clash-verge ok ,sys status ok.
install fcitx5-rime ok ,sys status Crash!
after remove fcitx5-rime in tyy and reboot ,sys normaly run.
IMG20250630001222.jpg
Now test will continue.
install mumble ok ,sys status ok.
install fcitx5-chinese-addons ok ,sys status Crash!
Now we know problem in fcitx5

2025-06-29T17:05:13.png
ABRT Analytics -Problem

后续

从问题繁多的ibus切换回Fcitx5-rime

Fedora42 KDE wayland Crash #138 Closed
在排查事故原因后,维护者认为这和fcitx5-qt软件包存在关联,我也确实在Fedora 和KDE 相关的bug反馈处找到了一些较为直接的证据,并且Github维护者提醒我,在Wayland下我其实并不需要这个包。
所以,如何在不安装这个包的前提下安装fcitx5-rime?
dnf 支持使用--setopt=install_weak_deps=False停用默认安装弱依赖项的行为。

  743  sudo dnf install fcitx5-configtool
  744  sudo dnf install fcitx5-rime --setopt=install_weak_deps=False

如此一来我就可以绕过存在问题的软件包继续使用fcitx5-rime。

还记得我在22年写的这篇文章吗?
从痛骂EA到冷静分析为什么EA新客户端无法启动
那时候,我还没有稳定的经济来源,对于遇到的各种因防火墙造成的网络问题还倾向于无成本或尽可能低成本的绕过。毕竟游戏加速器也不便宜,免费的可用性很有限。
脱离那个令人痛苦的网络环境并获得相对稳定收入后我逐渐倾向于使用代理解决这类问题。包括后来玩逃离塔克夫的时候,我一直尝试使用自己的代理完成游戏网络优化加速的目的
随之而来的是新的问题

  1. 服务器线路成本
  2. 服务器线路质量
  3. 服务器IP质量
    前者很快由于入手的claw服务器解决了,但是calw开出来的阿里云HK机IP很脏,甚至无法通过Cloudfalre的人机验证。而Warp的UDP支持实现很麻烦,所以我如果使用自己的线路机就还需要一个落地机。
    随后我回顾了一下机场,发现机场的中转RTT速度还不错,但是在试验过程中还遇到了SS协议UDP转发的问题。UDP测试参见使用公共服务器测试当前网络UDP联通性 好在机场维护人员提供了Vmess协议接入,UDP连接问题解决。

游戏加速器核心:根据目的地IP归属地的流量路由

和大部分常用客户端一样,虚空终端内核支持使用 GEOIP 匹配 IP 所属国家代码对流量进行路由
参见路由规则——虚空终端 Docs

# 其他常见地域IP
  - GEOIP,JP,JP-Proxy,no-resolve   # 日本IP
  - GEOIP,SG,SG-Proxy,no-resolve   # 新加坡IP
  - GEOIP,KR,KR-Proxy,no-resolve   # 韩国IP 
  - GEOIP,US,US-Proxy,no-resolve   # 美国IP

通过如上规则,我们可以将游戏客户端对亚服等常见地区服务器的请求通过预设的特定地域代理服务器完成转发,实现加速效果。
当然,加速效果就要看你本地网络和所用服务器线路质量了。
花了十几分钟手写好路由规则对流量进行分流后,开启TUN 模式(mixed堆栈)总算完成了对任何亚服游戏的加速支持。
逃离塔克夫亚服实测效果不错,大部分时间RTT都在90~150ms,虽然机场节点人多稍有波动但是不算太严重,毕竟那些商业加速器用起来也多少有些波动。全程除了个别节点炸鸡的情况都没有异常掉线。

使用公共服务:http://udp.xnkiot.com/ 在此感谢该公益服务提供者。

## Python 跨平台测试示例
import socket
# 创建一个 UDP socket
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
# 发送数据
message = b'Hello, UDPQwQ'
sock.sendto(message, ('8.135.10.183', 53093))
# 关闭 socket
sock.close()

为什么有这个测试?

那就...得问某个喜欢女装的港仔了。

我正在使用机械革命的设备,有得必有失,便宜的价格意味着某些硬件性能的阉割————比如糟糕的麦克风拾音效果。这主要是因为散热风扇的巨大底噪导致的。

好在,要解决这个问题理论上还不算太困难,语音降噪技术已经相当成熟,我们有许多降噪方案可以选择。
这次我打算试试NoiseTorch这个项目,如果部署体验一段时间后效果不错,我将会在Linux用户站同步更新部署方案。

尝试部署

从Github下载最新的二进制预编译程序,截至目前是v0.12.2
压缩包的结构如下:
2025-05-10T13:11:04.png
在压缩包所在目录执行:
tar -C $HOME -h -xzf NoiseTorch_x64_v0.12.2.tgz
此时desktop等文件应该已经位于正确的位置了,接着刷新桌面环境缓存使其正常显示在应用列表。
对于KDE用户:

kbuildsycoca5 --noincremental  # KDE5

kbuildsycoca6 --noincremental  # KDE6

对于Gnome用户:

gtk-update-icon-cache

在菜单搜索noise即可找到:
2025-05-10T13:39:40.png
你可能会看到如下窗口:
2025-05-10T13:42:04.png

窗口提示你 NoiseTorch 当前无法正常运行,因为它需要 CAP_SYS_RESOURCE 权限(一种 Linux 系统的高级权限)。如果你不了解此权限,可以点击下方的 “Grant capability (requires root)” 按钮,程序会尝试自动获取权限(需要输入 root 密码)。
如果你没有使用常见的桌面环境,可以手动执行命令授权:
sudo setcap cap_sys_resource+ep /home/$USER/.local/bin/noisetorch
如果你通过点击完成了授权,程序将在授权后自动重启,你会看到类似下图的窗口:
2025-05-10T13:59:46.png
默认开启了对麦克风的噪音过滤,你需要选择正确的PC麦克风设备(我的是Family 17h/19h/lah HD Audio Controller)并点击Load NoiseTorch
接下来,你会发现音频管理器里 多了一个输入设备:
NoiseTorch Microphone for Family 17h/19h/lah HD Audio Controller
随后,你可以在需要麦克风的设备中选择使用该设备即可实现麦克风降噪输入。
2025-05-10T14:05:02.png

效果体验:

坦白来说,效果不太理想。但是...这貌似不是因为软件导致的,因为我的麦克风真的是太烂了,我感觉他明显受到了某些电磁/震动干扰。或者说,我买回来的时候这玩意压根就是损坏的状态。
通过Audacity录音测试,我感觉是从完全不可用的状态到了很炸但是能听见人声的状态。
具体效果有待上游戏验证。录音太炸裂就不放了。
其实,就算用不了我也可以用MT6 Pro的麦克风,而且这个自带ENC降噪

关于翻译和打包问题

根据internalisation i18n,尽管项目目前还没有正式的支持多语言,但是显然社区都很乐意提供翻译支持,后续我可能会尝试fork 并提交第一个简体中文版本。
其次是有必要的话直接对项目进行打包生成便于安装部署的deb/rpm软件包。

彻底格式化C盘后忍着对微软这套屎山生态的反胃感借助U盘重装了Windows11 24H2 。
当然,没有删Fedora42的意思 Windows11纳入双系统仅仅作为纯粹的游戏机,不负责任何生产力。
安装后启动卡在了错误弹窗:“windows安装程序无法将windows配置为在此计算机的硬件上运行
推测是因为我通过PE工具安装时为了保护Fedora EFI启动项 没有对ESP分区进行格式化/新建造成的。
在彻底解决前怀疑了很多细节都没确定问题,最终想起来启动项这个事情,一查搜索引擎果然有点关系。
最终几经尝试用了网上 南国椰子汁 (B站UID:150513)的偏方:
在错误弹窗界面shift+10 启动CMD

  1. 进入到 C 盘的根目录

cd /

  1. 输入 regedit,tab,回车,打开注册表

打开注册表修改 HKLM/SYSTEM/setup 内的所有行的数值键为 0。(HKLM 为表名HKEY_LOCAL_MACHINE的缩写)

  1. 生成用户,按顺序输入,每行回车

net user sbmswindows /add
net user sbmswindows /active
net localgroup administrators sbmswindows /add
用户名你不想写sb微软windows也可以换个智障微软windows什么的🙄

最后重启系统

shutdown -r -t 0

一切大功告成。

再次遇到更新问题

手动更新0x800f0838
自动更新:
2025-05-04T08:23:56.png
懒得管了,微软这坨史能跑就行了反正我不会允许不可信的应用。如果这样还导致玩着游戏被黑了,那我就只能彻底卸载Windows然后拍个视频发B站骂一句傻逼微软我草泥马。
其实我想现在就骂:傻逼微软我操你妹

五一回家没事干,刷购物软件忽然看见前几天一直在推送的傲腾M10,经过比价最终在PDD 12.9包邮入手。
没想到昨天15点下的单今天16点就到货了,江苏->郑州 申通居然隔日达;连忙去夸奖了一下店家。
随机拿到快递拆开,送了电商硬盘界标配的螺丝刀散热片和烂大街的蓝色导热胶,散热片用不上,但是导热胶倒是对硬盘盒有点用。
塞到我的ITGZ 硬盘盒里RTL910B-CG应该足够发挥这块盘180MBps的写入了,读取就无所谓了也慢不到哪里去。
上机看看,没有弹窗,猜测可能是没有格式化。
打开磁盘管理器:
2025-05-03T10:33:42.png
看上去果然得手动创建分区表重新分区。
手动创建一个exfat分区。
最大可用13.41GiB

作用?

首先拿来做个Windows恢复盘可以修一下Windows11.
后面就当稳定可靠的大号U盘了。

使用体验

热!!!!
装全铝CNC的硬盘盒里,有导热胶,热的烫手。

然后..... 下载英特尔的工具后发现我自己的另一块原装硬盘是Intel 670P 这个QLC的硅渣
真是“意外之喜”
当初都没注意这台二手电脑的原装硬盘...鸡哥真是够丐的。
2025-05-03T19:04:23.png