新硬盘和硬盘盒

如题，花了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
6. 查清待启动的initrd img路径（同在boot分区内）
   执行 initrd /boot/initrd.img-5.18.xxxx
7. 通过grub启动，执行boot启动我的克隆来的Debian

8. 重装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

9. 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论坛发帖子比发邮件管用多了😀

不过令人遗憾的是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休眠选项真的可以正常休眠和唤醒）

未完待续

反复检查，代码无任何问题。
直接使用python解释器也能正常启动，但是在vsc里用code runner插件运行就报错。

PS E:\PythonDevelopFiles\GUI-n2n> python -u "e:\PythonDevelopFiles\GUI-n2n\app.py"
Traceback (most recent call last):
  File "e:\PythonDevelopFiles\GUI-n2n\app.py", line 3, in <module>
    from tkinter import *
  File "C:\ProgramData\chocolatey\lib\mingw\tools\install\mingw64\lib\python3.9\tkinter\__init__.py", line 37, in <module>
    import _tkinter # If this fails your Python may not be configured for Tk

Windows的Python安装包默认是会安装tkinter的，接着我发现我居然有两个可选解释器

第二个貌似是不久前为了编译n2n安装choco包管理器后使用choco安装的，打开控制面板\程序\程序和功能，发现确实还有个
Python Launcher 3.9.7686.0，大概是两个注册环境产生冲突了。所以手动运行了其中一个的安装工具进行配置选择修复，果不其然发现tk/tcl是扫描到的修复项目。
接着发现问题没有解决，并且在windows目录下手动找到了一些乱七八糟的pyhton文件残留。
索性重新安装python3.8 （为了兼容Windows7）
接着问题依旧，连从外部运行也出现报错：文件名、目录名或卷标语法不正确。

我人麻了，Windows真的不适合开发。。。。配置开发环境可用性还要用户手动去保证，商店下的py3.8还这个德行。我不想在微软阿三的粪坑上浪费时间了，直接重启到Debian11
sudo apt install python3-tk #Debian11已经预装Python3了，但是没有预装tk。

Linux下Python的tkinter库是单独打包的。（因为非开发者通常不需要下载tk即可运行常见的的各类应用，即使某些有需要，其打包时也会写明对python3-tk的依赖。

VSC启动.....

[Running] python -u "/tmp/tempCodeRunnerFile.python"
/bin/sh: 1: python: not found

[Done] exited with code=127 in 0.008 seconds

好吧，Code Runner 默认用的是python这个命令调用的，手动建立个软链接就好了。
或者...sudo apt install python-is-python3 #我更喜欢使用包管理器，而不是让自己手动制造哪些我可能在未来忘记或产生疑问的非常规因素。
VScode 启动，右键 Run Code
窗口出现，继续开发。

尾声：祝愿不可靠的MS Windows早点从中国广大用户的PC里滚蛋，哪怕使用不被看好的国产Linux发行版也比这种屎山生态的不可控专有软件更有利于国家发展。

PS：今天早上把应用商店的Python3.8卸载掉，果断choco install python3安装了最新版，功能一切正常，问题解决。

偶然的重启了nas并且发现rdp无法连接，ssh登录后我发现我的nas里堆积了一些不好的文件导致，这些文件过去是我出于好奇加入到BT下载列表的，但是我现在不想看这些令人反感的文件，所以他们被删掉了。但是尽管空间占用问题解决，我依然无法启动我的rdp服务。我不太明白为什么......
~$ systemctl status xrdp.service
● xrdp.service - xrdp daemon

 Loaded: loaded (/lib/systemd/system/xrdp.service; disabled; vendor preset: enabled)
 Active: failed (Result: exit-code) since Tue 2023-01-24 05:05:39 CST; 6s ago
   Docs: man:xrdp(8)
         man:xrdp.ini(5)
Process: 115063 ExecStartPre=/bin/sh /usr/share/xrdp/socksetup (code=exited, status=0/SUCCESS)
Process: 115071 ExecStart=/usr/sbin/xrdp $XRDP_OPTIONS (code=exited, status=1/FAILURE)
    CPU: 42ms

接着我看到了这个xrdp service fails to start after reboot
他们的报错与我似乎相同。

书接上回:计划：基于IPv6实现IPv4应用层组网我意识到n2n可以满足我的实际需求，并且它是完全自由和免费的！

什么是n2n?

Github ntop/n2n :Peer-to-peer VPN

n2n is a light VPN software which makes it easy to create virtual networks bypassing intermediate firewalls.
简单来说n2n是一个C语言编写的轻量级VPN软件，可以轻松的创建一个通过防火墙的虚拟网络。正如项目简介所言，n2n主要依赖点对点完成通信，对于无法穿透的NAT环境将自动使用超级节点进行failback。

搭建n2n 超级节点

首先需要安装n2n，过于简单，请参见项目仓库。（不要使用apt安装，一定要选择github的最新稳定版代码自行编译或使用编译好的release。

官方文档描述已经足够详尽，你只需要注意开放选定的tcp+udp端口，我选择了8080.
此外，还需要开放udp端口，53/5645 （或者，如果你的服务器没什么有价值的udp服务的话，干脆在防火墙把udp全放行了。）
我的节点:xfox.fun:8080
（4Mbps小水管，你就别指望我这节点能拿来转发你的流量了，最多帮你打通p2p，转发还不如你自己开个或者用免费的frp/NPS服务器。

运行普通节点

过于简单，不过多描述

basic usage:  edge <config file> (see edge.conf)

        or   edge  -c <community name> 
                   -l <supernode host>:<port> 
                  [-a <tap IP address>] 
                  [-d <tap device name>] 
                  [-k <encryption key>] 

-h shows a quick reference including all available options
--help gives a detailed parameter description
man files for n2n, edge, and superndode contain in-depth information

较为复杂的配置，自己看/etc/n2n/的example文件
两种节点都支持systemd持久化运行，文件会在安装后自动释放，你只需要参考example编辑新的配置文件：edge.conf/supernode.conf

编写一个跨平台n2n GUI客户端

n2n提供了udp信息展示接口，已有第三方编写的Windows、Android客户端，但是我用的是Gnu/Linux，而我的大部分非自由软件爱好者朋友玩游戏往往使用Windows，所以我需要一个跨平台的n2n客户端提供尽可能一致的用户体验，Python显然是个不错的选择。

设计界面布局

基于n2n的参数需求，需要以下几个必须元素

• 输入框

  • 服务器地址
  • 社区名称(community)
  • 认证密钥（非必须）
  • 自定义地址(非必须）

• 选择框

  • 加密方式（非必须，默认AES-CBC）

• 标签

  • 信息显示框(当前连接状态）

• 按钮

  • 启动连接

开发难点

编译n2n（Windows），这一个就难到我了，因为我压根就不想下载Visual Studio，并且MinGW构建失败（我还为此购买了Windows10 Pro的激活码，但是还是很遗憾没有成功）。不过，仔细看看了看日志，貌似是因为choco安装MingGW时没有给予足够权限造成的，所以干脆卸载了MingGW,git,make重新安装了一遍。
第二次编译，卡在了make test:

...
cp src/example_sn_embed example_sn_embed
scripts/test_harness.sh tests/tests_integration.list
tests/../scripts/test_integration_supernode.sh >tests/test_integration_supernode.sh.out

这就很糟糕。
不过查看目录发现似乎已经编译成功了。确定可以编译通过后修改了一下编译包版本名称和目标系统名称，Windows10下的编译问题算是解决了。
在WIndows上运行前需要安装TAP驱动下载地址，搜索tap-windows如无其他异常就尽可能使用新版本。比如tap-windows-9.24.7-I601-Win10.exe 至于9.24.8，暂时没有一键安装的二进制应用....

GUI-n2n使用说明

本程序设计使用理念：由了解n2n相关配置方法的开发者/用户为其他用户（你的任何不了解计算机技术的朋友，同学，家人）提前编写好配置文件后直接打包交给用户。

GUI-n2n是使用Python3+tkinter编写的跨平台程序理论支持Linux，Mac，Windows，不考虑兼容Python2的任何版本。对于Windows7用户，请使用Python3.8编译运行。
Windows用户使用前应安装TAP驱动，服务器地址应包含端口,加密密钥可以为空，默认AES-CBC加密(密钥必须为ASCII字符)，默认启动后使用当前程序所在目录下的配置文件(GUI-n2n.config)设置，如果你不理解我在说什么则不要修改任何配置。