以前也有很多无聊的小鬼喜欢对着我的站点舞弄他胯下的那根牙签，最无聊的那些还在我的站点日志里刷针对thinkphp或者/backup.zip之类搞笑的请求，难得有个比较务实一些所以记录下来。
相关的漏洞，稍微限制下字符串长度就能临时缓解，不过我的博客数据是自动备份的，丢不了所以懒得搭理这些无聊的小鬼。各位看戏就行。

- 阅读剩余部分 -

新硬盘和硬盘盒

如题，花了409购买了一块致态m.2 NVME. ITGZ硬盘盒花了69.

设备状态描述：

我的ThinkpadE14Gen3上有两个槽位,2230插着SN530 256G， 2280插着CUSO 250G
其中Windows10和Debian 的EFI文件都在SN530上，迁移时由于我的疏忽导致Debian的EFI文件丢失。

最终迁移过程

冗长的多次试错过程不再提及，只记录有参考价值的有效操作。
  1. 借助硬盘盒全盘克隆CUSO250G到TP5000并拆机替换
  2. 开机启动进入Grub2 command界面
  3. 使用ls命令查清Linux根分区所在硬件代号: (hd1,gpt2),注意善用TAB自动补全
    执行 set root=(hd1,gpt2)
  4. 使用cat命令查看/etc/fstab内容,得到根分区挂载路径:/dev/nvme1n1p2

  5. 查清boot分区内的待启动的vmlinuz文件路径，由于我的整个发行版都处于同一分区，故路径为/boot/vmlinuz-5.18.xxxx
    执行

    linux /boot/vmlinuz-5.18.xxxx root=/dev/nvme1n1p2

务必给内核启动参数写明root路径，否则只能进入busybox

  1. 查清待启动的initrd img路径（同在boot分区内）
    执行 initrd /boot/initrd.img-5.18.xxxx
  2. 通过grub启动，执行boot启动我的克隆来的Debian

  3. 重装grub引导
    sudo grub-install /dev/nvme1n1 #注意，此处为我的新硬盘设备顺序代号，不要填写具体的分区代号
    如果提示/usr/xxxx缺少相关文件，执行 apt reinstall grub2
    由于过去我使用SN530里的EFI分区，更换引导分区到新硬盘后应修改/etc/fstab里的/boot/efi分区对应UUID
    9.生成新的grub.cfg
    grub-mkconfig -o /boot/grub/grub.cfg
    最后sudo update-grub更新grub配置。

    双系统用户注意，如果输出内容没有看到你的WIndows引导，请自查是否启用os-prober.
    参见：从Debian11 bullseye切换到Debian12 bookworm
  4. sudo reboot 查看grub2引导界面各项目是否正常可用。

尾声

cnblog有文章提到refind引导程序的使用，如有兴趣请自行查看。
一次修复linux的efi引导的集中方法总结记录

官方提到下载安装密钥的指令是：

sudo wget -nc -O /usr/share/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key

但是你apt update会得到这样的错误:

错误:5 https://dl.winehq.org/wine-builds/debian bookworm InRelease
由于没有公钥，无法验证下列签名： NO_PUBKEY 76F1A20FF987672F 正在读取软件包列表... 完成W: GPG
错误：https://dl.winehq.org/wine-builds/debian bookworm InRelease:
由于没有公钥，无法验证下列签名： NO_PUBKEY 76F1A20FF987672F E: 仓库“https://dl.winehq.org/wine-builds/debian bookworm InRelease”
没有数字签名。N: 无法安全地用该源进行更新，所以默认禁用该源。N: 参见 apt-secure(8)
手册以了解仓库创建和用户配置方面的细节。

最开始我没注意密钥路径不对，接着就习惯性

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 76F1A20FF987672F

但是问题依旧，倒着往上查操作，在查看/etc/apt/sources.list.d/winehq-bookworm.sources的时候发现
最后一行分明写的是：Signed-By: /etc/apt/keyrings/winehq-archive.key
那你密钥干嘛让我装到/usr/share/keyrings/winehq-archive.key ???
所以先手动移动过去。
mv /usr/share/keyrings/winehq-archive.key /etc/apt/keyrings/winehq-archive.key

这个问题也被一些国内的镜像站点给抄过去了。比如清华的镜像源，不过截至发稿时间，清华源还没有同步Debian12的wine-build，可能得等到第二季度 Debian12正式发布以后了。
给管理员发了邮件申请改改wiki，目前尚未回复。

2023年11月27日：
看了看发现WineHQ依旧没改中文Wiki，清华源的也依然没变化。
我查看了https://wiki.winehq.org/Download_zhcn上面存在的维护者名字，中文写的维护者是无，所以我再次发了一封邮件，这次发给了一位非中文的维护者Rosanne DiMesio。如果收到回复我会继续在文章后面更新，或者有必要的话我尝试去申请一下作为Wiki的中文维护者。（话说上次发给web-admin@winehq.org的邮件都是三月份的事情了，现在都11月了也没人回我，真够无语的）
2023年12月30日：
评论区有网友提醒WineHQ WIki中文页面已经在10 December 2023, at 14:57修正了这个问题。
感谢 jkfloris提供的帮助，事实证明在Wine论坛发帖子比发邮件管用多了😀
2023-12-30T01:29:32.png
不过令人遗憾的是TUNA还没来得及改，也在邮件列表发了帖子，希望早点获得修正。
按照评论的提示，这个问题确实不会发生在清华的镜像站上。（前提是一开始就全程按照镜像站的提示操作）
我回忆了一下当初的操作，有相当多的人应该是先用了WineHQ官方的源发现下的很慢或者干脆直接被运营商阻断了连接再跑去用的镜像。但是镜像用的路径不是照着官方sources文件而是自己新建了个winehq.sources。
如果和我同样先用了官方的源再尝试用镜像，/etc/apt/sources.list.d路径下应该存在一个winehq-bookworm.sources

Types: deb
URIs: https://mirrors.tuna.tsinghua.edu.cn/wine-builds/debian/
Suites: bookworm
Components: main
Architectures: amd64 i386
Signed-By: /etc/apt/keyrings/winehq-archive.key

这里Signed-By的路径应当按照实际密钥下载的路径写，不管是/etc还是/usr下都无所谓，我个人倾向于下载到官方sources里的写的/etc/apt/keyrings/winehq-archive.key。
评论区说被清华坑了一道是不正确的，准确来说这是被WineHQ的中文旧文档坑了一道。

包括之前的2.1.1~,均无法在Debian12 KDE上运行，扫码后无反应，无法正常登录。
顺带一提，微信仍然会向/etc拉屎，特别明显的就是会修改：/etc/lsb-release为以下内容：
DISTRIB_ID=Kylin
DISTRIB_RELEASE=V10
DISTRIB_CODENAME=kylin
DISTRIB_DESCRIPTION="Kylin V10 SP1"
DISTRIB_KYLIN_RELEASE=V10
DISTRIB_VERSION_TYPE=enterprise
DISTRIB_VERSION_MODE=normal
看上去是银河麒麟的标识。
很无语，国内专有软件一般不会尊重用户。国外的也半斤八两，不过没国内这么嚣张罢了。

顺带一提，卸载的时候会出现缺少文件的错误，重装再卸载也不能解决问题。
sudo rm -rf /var/lib/dpkg/info/weixin
sudo rm -rf /usr/bin/weixin
sudo apt autoremove
即可.

没事别下载国产垃圾专有软件，省得给自己找事干。

xfox@ThinkPadE14Gen3:~$ cd /etc/apt/sources.list.d
xfox@ThinkPadE14Gen3:/etc/apt/sources.list.d$ ls
tailscale.list vscode.list vscode.list.save
xfox@ThinkPadE14Gen3:/etc/apt/sources.list.d$ rm tailscale.list
rm: 是否删除有写保护的普通文件 'tailscale.list'？y
rm: 无法删除 'tailscale.list': 权限不够xfox@ThinkPadE14Gen3:/etc/apt/sources.list.d$ sudo rm tailscale.list
[sudo] xfox 的密码：xfox@ThinkPadE14Gen3:/etc/apt/sources.list.d$

n2n使我快乐，而tailscale的PPA总是在更新apt cache的时候恶心我;)那就给我爬！

今天很开心，不止是因为班里最爱哭的孩子哭的少了。
也因为过节沾光收到了一束花和半天假期，花儿插在了班里的玻璃花瓶，除此之外还有一个带勺子和盖子的马克杯。

实际上Debian12尚未正式发布，但是似乎已经可用了。

升级步骤

参考文章：How to Upgrade from Debian 11 Bullseye to Debian 12 Bookworm

替换软件源

在此之前，你最好确保自己的其他软件处于bullseye的最新版本且工作正常。

sudo sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list

更新并升级所有软件包

sudo apt update && sudo apt full-upgrade

重启

sudo reboot
升级完成后重启你的PC

升级后出现的问题

GRUB里Windows10启动项没了，但是这不算太严重的问题，因为我确实打算全面切换到Linux，尤其是唯一困扰已久的休眠问题已久解决的情况下，FUCK YOU Microsoft！

不过，由于我的硬盘空间不足，我还是不得不至少在笔记本上启动一次Windows以便把必必需的数据无损迁移到Ext4分区。这还需要我去买一块硬盘;)大概得等到下个月发工资的时候了。

恢复grub里的windows10启动项

xfox@ThinkPadE14Gen3:~$ sudo update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-5.18.0-0.deb11.4-amd64
Found initrd image: /boot/initrd.img-5.18.0-0.deb11.4-amd64
Found linux image: /boot/vmlinuz-5.10.0-20-amd64
Found initrd image: /boot/initrd.img-5.10.0-20-amd64
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done

注意第八行提示，由于更新后的Grub软件包默认禁用os-prober，我们得手动编辑grub配置文件启用os-prober帮助grub扫描添加Windows启动项。
sudo nano /etc/default/grub
取消对GRUB_DISABLE_OS_PROBER=false的注释并保存

xfox@ThinkPadE14Gen3:~$ sudo update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-5.18.0-0.deb11.4-amd64
Found initrd image: /boot/initrd.img-5.18.0-0.deb11.4-amd64
Found linux image: /boot/vmlinuz-5.10.0-20-amd64
Found initrd image: /boot/initrd.img-5.10.0-20-amd64
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done

问题解决

我的升级获益

  1. 困扰我已久的系统休眠可以正常工作了（我一直有预感debian12会解决这个问题，很高兴我的预感的确很准确。)
  2. 笔记本低负载下（比如现在我在写博客）发热明显降低，续航似乎也比Debian11有所增强。
  3. 更漂亮的GRUB启动图片

看来一些人喜欢arch linux的滚动更新也并非没有道理，许多linux发行版的稳定版特别是LTS对新的桌面PC的支持都并不友好，但是这些新设备的支持往往已久被加入更新的软件版本了，对于因此对于自己手头常用的新PC产品并不应该过于执着稳定版，尚未发布的版本往往对新设备用户准备了惊喜/吓。
尽管休眠已经可用，我发现睡眠似乎还是出现睡眠后无法登录的问题，只能强制关机。
但是cat /sys/power/state发现返回值变成了freeze mem disk （在debian11的时候仅仅支持freeze和mem）
参见查看当前内核支持的休眠模式
经手动测试，freeze,mem，模式是正常可用的。
disk模式在测试时被发现电源指示灯闪烁后屏幕恢复休眠瞬间的界面并卡死。（但是我点击KDE休眠选项真的可以正常休眠和唤醒）

未完待续

论言论封锁，还得看美利坚。

2022年2月3日的事情，十天后才有大媒体报道，可笑。
这就是美式言论自由，与中式言论自由的唯一区别是忌讳利益对象，前者忌讳西方资本利益集团，后者忌讳中国政府。
高华一边拿美国人可以骂美国总统对比中国人不能骂国家主席做对比，一边在面对资本利益集团时眼睁睁看着共和党和民主党默契的同时对堪比切尔诺贝利的生化污染闭嘴。最乐的是，美国政府的处理方式是挖了个坑道把氯乙烯引燃，黑云漫天，不完全燃烧的氯乙烯在光照下产生光气，二噁英，多环芳烃。最前者曾被用作化学战毒气，后者是越战中美国使用的化学武器橙剂的主要成分，对生物体有极强且不可逆的致癌，致畸，致突变能力。参见维基百科词条：橙剂

污染将持续并影响全球

不当的处理方式对俄勒冈及全球生物带来严重负面影响，我很难想象俄勒冈居民要怎么度过余生，尽管许多人尚未出现严重中毒反应，但是当地大范围内的土地作物，水源，各种家禽都受到了污染和毒害，特别是家禽已经出现大量死亡。如此超大面积的土地污染是几乎不可能处理掉的，水源污染也极难消除。

不要抬头，看F22暴打中国气球，不要低头，看俄勒冈黑云压轴。

  1. 1
  2. ...
  3. 20
  4. 21
  5. 22
  6. 23
  7. 24
  8. 25
  9. 26
  10. ...
  11. 65