说实话，用了这么长时间的windows，第一次遇到这么诡异的情况。没有调整任何设置，就这么自己给自己改了。。。巨硬bug+1.

上网搜索答案后放在这里，以备不时之需。

WIN+R，shell:::{80F3F1D5-FECA-45F3-BC32-752C152E456E}，进入平板电脑设置——其他——惯用左手，保存，恢复。

又水了一篇，证明我还在

爬山太累了，又不擅长拍照片。全是烂片，各位见笑，随便挂上来凑凑数。

来的不是时候，瀑布跟个水龙头似的

安装过程中，出现大量无法验证数字签名的错误，以及下面两个致命的错误：

（此时安装过程还能勉强继续，直到下面一个错误，安装程序开始回滚。）

修改兼容性为 Workstation 12，无效。上网查阅资料后，说是因为 Windows 7 不支持 SHA-2 签名，可通过打补丁解决。尝试安装 2019 年发布的KB4474419和KB4490628。

这里我提供一个ISO的直链，方便挂载安装：http://data.imxb.de/blog_down/vmtool_win7_sha2.iso （来源：https://ihacksoft.com/archive/1397.html）

打完更新后，畅通无阻，安装过程顺利结束，没有任何报错。Aero 同样也正常工作。

注意到朝鲜近几年的网站已经开始使用 next.js 开发了，不过版本嘛，一言难尽。。。Next.js 9.3.5搭配PHP5.6.

发到群里，群友调侃性的建议我在红星OS上建站，于是就发生了下面的一系列故事。

不过呢，RedStar 4.0 并没有泄露，因此下文只能围绕 RedStar 3.0 展开。

接下来开始折腾过程，边折腾边写，可能有些流水账，见谅。

寻找镜像

在 Archive.org 上搜索关键词 RedStar OS，发现红星OS 居然提供了Server版本，不过分为两个镜像，也许是有一个引导盘。

外链：https://archive.org/details/RedStarOS

安装

这就失败了？

起初我尝试直接在服务器上安装。不过，HostHatch 同时只能挂载一个 ISO 镜像，并且更换需要重启服务器。因此，我接下来选择 在本地使用VirtualBox制作DD包，然后安装到服务器上面。

👆似乎是缺失驱动，并且Server版红星OS需要两个ISO，一个启动盘，一个应该是存数据的。

尝试制作DD包（失败）

尝试使用DD包的方式安装到服务器上。

创建一个VBOX虚拟机（因为他在Windows环境下可以模拟出类似KVM的环境：各种virtio设备，方便验证Virtio驱动是否有效）。红星3.0是基于RHEL开发的32位系统，这边我们选择Fedora 32bit，分配2核心和768M内存，10G磁盘。磁盘格式选择 VHD。

先不选择iso镜像，一是我还在下载，二是接下来我需要把2个iso都挂进去。

编辑虚拟机，网络那一栏选择virtio-net。存储设备最终配置结果如下：

然后发现 我设置了Virtio，他还是能直接进入激活码页面😓 也就是说 上面应该是要同时挂载两个iso文件才可以安装。那不管了，先装完去dd试试看。

激活码，填满1，没有问题，能够继续。镜像这一块目测已经被破解了。

好吧，打脸了。还是出现了没有找到磁盘的错误，没招。只能在本地安装，后面找个服务器开Virtualbox跑了。

本地安装

重新调整虚拟机配置，网卡 => Intel Pro/1000 T 服务器 (82543GC)；存储 => PIIX4 (IDE)。启动虚拟机。

提一嘴。红星OS3的激活码是5组，一组4位，共20位。不会自动跳到下一组，要按下Tab键。

下一步是密码设置，居然有密码强度检测，需要输入一个复杂一点的密码。因为这台机器要联网，不确定他会不会上传数据，我选择 Aa.114514 作为密码。（反正不会暴露 SSH，直接写在这里了）。

Desktop 版的红星OS会在所有经过他的文件末尾增加数据，可能是用于追踪。因此对于 Server 系统，还是留个心眼比较好。

下一步，关于磁盘分区。选择第一项“使用全部驱动器”。下面提供翻译后的截图。

接下来选左边的。

开始进入分区过程，等待一下很快就结束了。

下面就可以选择预装服务了，我将选项全部翻译了放在下方，可以根据自己需要选择安装。我选择了第一项（Web服务）和第三项（MySQL数据库）。这些组件是已经在安装盘内准备好的，不需要联网（联网了也连不到朝鲜自己的"光明网"里的服务器啊😂）

另外安装了 GUI 支持，使用第一项KDE桌面。（复制文件看起来复制的是gnome啊...）

开始复制文件，无尽等待...

安装完成，Enter继续，等待一会，系统将会重新启动。系统会自动弹出较大的盘，BOOT启动盘并不会弹出，需要手动弹出。否则仍然会被引导进入安装程序。

系统优化

安装过程就这么“顺利”地结束了。摸索登录，先按唯一的一个选项，接着输入root，输入密码。成功登录到红星OS 主界面。似乎跟 Desktop 版没有什么区别。

修改系统语言

进入终端，运行下面给出的命令：

sed -i 's/ko_KP/en_US/g' /etc/sysconfig/i18n

允许互联网

开发者通过在系统内写入 iptables 规则，避免访问到互联网。

运行这个命令：

rm /etc/sysconfig/iptables

RHEL系操作系统会确认是否要删除，按下y，敲Enter。

全部完成，reboot 重启系统。接下来系统就会变成英文版，痛苦终于结束了。。吗？事实上，还是有许多地方只支持朝鲜语。

试玩

启动web服务

红星OS 不支持systemctl命令，只能使用service控制服务状态。安装程序选择地服务默认不会启动，现在我们在终端将其启动。我对 Linux 系统了解不多，service 命令好像不能设置自启动，懒得去搜，欢迎大佬在评论区补充。

service httpd start # 启动apache服务器
service mysqld start # 启动mysql服务

在vbox设置中添加转发，浏览器打开127.0.0.1，观察到web服务成功在外部访问到。Server响应头是 Apache/2.2.15 (RedStar 3.0)，挺老的Apache了。

补装php

查阅文档发现应该安装php5.3的，实际上没有，这边手动补上。
系统内没有任何yum源，手动设置一个CD的。记得先把较大的iso （SERVER_rss3_32_key_gui_20131212.iso）挂载上。

vi /etc/yum.repos.d/cd.repo

写入以下内容：

[cd]
name=cd
baseurl=file:///media/CDROM
gpgcheck=0

ESC :wq 保存。
运行安装命令，完成安装，重启httpd后自动生效。

yum install php
service httpd restart

phpinfo

尝试搭建网站

Typecho 1.2.1

通过curl命令下载typecho 1.2.1，不知道兼容性。手头上只有这个程序了，先试试吧。

curl -H "Host: ******" http://10.241.100.88/typecho.zip -o typecho.zip

出现报错如下

Parse error: 문법오유, ':' 는 기대되지 않은 오유입니다., '{' 로 수정하십시오. 파일 /var/www/html/a/install.php 의 31 행에 있습니다.

看不懂，语法错误，太新了，换！

S8FORUM

一个很老的论坛系统，大概2000年前后的。相信他能支持老系统。

curl http://ajiang.net/luntan/S8forum.zip -o S8forum.zip
unzip S8forum.zip

发现不支持短标签，编辑PHP.ini。通过phpinfo找到phpini位置为/etc/php.ini。
没招了，全都是翻译过的。包括程序的报错。

vim，通过/short_open_tag定位到配置项，为Off，改为On。
重启httpd.

service httpd restart

这个系统太老了，是GB2312编码的，httpd默认发了utf8头，修改。编辑如图：

成功建站。

尾声

系统太老了，折腾玩玩，没啥意义。

参考

[Red Star OS Server installation and change the language to english] https://www.youtube.com/watch?v=_m57Ueq-vBc

xiobb, 2026.02.19.
转载请注明出处。

1、你的博客更新频率是多少？

D.几个月一篇
没啥想法是这样子吧，偶尔一时兴起会来发点过程记录。想写点文章又不好意思发，就烂在肚子里或是私有了。

2、你的博客上次更新是什么时候？

C.上个月
甚至年终总结。

3、你的博客文章是原创的吗？

选不出来。如果必须作答，我的答案是：A.坚持原创。
这个网站(imxb.de)中，这个版本（认准这个页面的UI）的内容都是我自己写的。但是有些文章（算不上文章吧）里面就几个字、几张图、或是几个链接，我也不好意思说他是“原创”。
老系统（www.imxb.de/www/index.do）中有内容为转载。不过依然是以原创为主。以后我也会选择坚持原创。

4、你觉得自己的文章对他人有帮助吗？

B.多少有点意义
我还是对自己发出来的内容有信心的，不过不多。

5、你上次换博客主题/程序是什么时候？

D.凭良心说，我多年都是一个主题
虽然换过很多次，但是这一个版本已经坚持多年了。

6、你上一次捣腾博客主题代码是什么时候？

C.每月有那么一次
本站屈指可数的CSS，可以通过F12看到Last-modified头，停留在Sun, 04 Aug 2024 02:33:00 GMT。
选出这个答案是因为我每个月还会动一动博客程序的代码，我认为也算在此之中，故选择了C。
比如点击本站左上角logo时，/（根目录）下展示的并不是博客内容，而是一个落地页。这个页面就是2025年7月做的。

7、你会对博客主题进行二次开发？

无法作答，因为是自己开发的。

8、你多久打开自己博客自我陶醉一次？

A+B. 每周数次。
挺喜欢听博客的背景音乐（在首页，/blog.asp <- 戳这里去听，现代浏览器需要右下角点击播放。IE浏览器会播放原始MIDI文件，新浏览器使用录制的mp3格式），听腻了偶尔也会换换口味。
也会各个页面跳来跳去欣赏一下自己的“作品”。

9、你近期对自己博客域名什么感受？

D.目前挺好，没想法
换域名对我来说挺麻烦的，并且有业务在这个域名下，想换也换不了。
何况我对这个域名还是比较满意的。

10、你每天都会看网站的流量统计吗？

C.记得就看看
几乎不看，偶尔想到了就看看。不是很在意这个数据，主打一个可以不用，但不能没有。

11、你通过博客的广告赚到钱了吗？

多选。C.没考虑通过博客流量赚钱 和 D.拒绝广告，保证阅读体验，我都要。
没什么好说的。

12、你去浏览别人的博客/网站主要为什么？

A.学习别人分享的知识
好的个人博客，阅读体验可比CSDN这些_____网站高太多了。

13、看到别人分享了一篇文章，你打开第一反应是什么？

D.看看文章内容
这个答案也不算准确。如果这个网站太花哨、太卡了，我的第一反应就是Ctrl+W关闭并且回去开喷了。
接着我才会开始关注文章内容。

14、你觉得博客哪方面更重要？

D.内容
我认为内容永远排在第一位。如果你的博客有价值，就是一个h1，一堆p做了一个非常简单的网页扔到服务器上，访问量照样少不了你的。
其次，我认为是坚持。

15、近期通过写博客有哪些新收获？

好像没写博客，没啥收获。实属愧疚。
读别人的博客，能选A.知识面有拓展。

写完了，检查，交卷。

对了，当时（想写文章）也留下了一些草稿，不过呢，
这个页面被我截了无数次，上传了无数次了。

初心不在？

近年，越来越多的平台开始做这个“年度报告”的东西了，那就来看看都是些什么吧。

b站

说实话，早已没有当年 “此生无悔入小破站” 的热情了，连b站的短视频都不常刷，更别说长视频了。
就是因为这点，我在这里取了“初心不在”的小标题。

“距离你第一次登录B站 已经过去了 8 年”
“当时的萌新，已经到达了 LV.6”

但是这已经是过去式了。自达到6级开始，我刷b站的时间急剧减少，像是达成了什么目的就离开了似的。
这里给出的数据是今年累计观看 184 小时，83分钟来自春晚。一年就这么长时间，其实相对于曾经高强度刷b站的我来说，已经少了太多。

其实还有一点，就是B站本身，也变了。

qq音乐

“11687首歌 1486小时 使用了253天”
其实大部分时间都是听歌的。看了一下总时长较高歌手，变化也挺大。
排第一的居然是梁静茹。

另外，还经常反复听春晚的几首单曲，没想到马上就是去年的事情了。
?这就跑题了？不管，差不多也结束了。

插个嘴吧，其实刚开始写总结的兴致已经没有了，那接下来潦草带带过去，就当今年的总结写完了吧。
就跟整个2025一样，一晃就过去了。

就这样吧，这些总结每个页面滑下去要等半天，咱们换个话题。

关于AI？

在看别人的总结找灵感呢，你看，这不就来了。
关于AI，我参与度不是很高，不过用也没少用。换句话说呢，就是新的没用，停留在今年年初了。
以前23年的时候用了一下 ChatGPT，那时候国内好像还没啥好用的出来，还会跟一跟风。今年AI（尤其是deepseek）火起来之后，我就停在了那个时期。
反正后来什么gemini啊，gpt4我应该都没用过。
我至今还停留在免费的deepseek，chatgpt3.5，vscode里登录就能用的copilot。

究其原因，大抵是已经足够满足我的需求了，就不想再动了。几乎忙于学业去了啊，哪来的时间关心这些呢？

收个尾

其实在回忆这一年的时候，我想到了挺多事情，但是却发现他们是2024年的。
给今年来个关键词，平淡带点割裂。

为什么“割裂”？没写，那就作罢，我自己清楚就算了。确实是三分钟热度，现在已经没兴趣了，但是又得硬着头皮写写完。
这篇文章呢，各位也就看个乐呵，不必认真回复之类的，怪不好意思的。

好了，碎碎念到这里，真的该结束了。
没啥值得分享，凑字数到此结束。祝各位元旦快乐。

早点睡。

2025.12.31，23时。

1. Typecho 数据库操作失效

本来想在碎碎念发一句话的，结果发现点了提交后只是“刷新”了一下页面，啥也没有出来。后台编辑文章也没有效果，可是没有任何提示。
开启了typecho的debug、ini_set&display_errors 均不会出现任何提示，于是决定将POST的接口重定向先注释掉查看报错，结果还是啥也没得到。
无奈只好继续深究，搜到了保存文章的方法，注释掉里面四个redirect后，仍然会跳转，那就不细说了（忘了）。那就只能继续找了，摸到 \var\Typecho\Widget\Response.php 将redirect方法设置响应头的操作暂时注释，发现保存后白屏，返回页面出现成功提示，没有任何报错，成功保存。
？？？？
可是撤销修改后仍然无法保存文章，遂采取了一个“猎奇”的解决办法，将header的Location改成js的location.href，发现成功保存。
没关系，就当解决了吧。下一个！

（但是这么做目前发现了一个问题 登陆后台的时候 /admin会显示禁止访问 不管 加个/login.php的事）

2. iOS Safari 无法打开 Apache 搭建的网站

是这样，打不开，显示丢失网络连接。看了一下cdn配置，跟其他的都一样，那就不应该了。
我甚至以为是自己网络问题，结果等了好久还是不行，于是开始搜是不是服务器问题，想不到还真是——

以下复制参考文章：

在近期有一位客户遇到了网站在苹果设备，无论是iPhone、ipad还是mac上面使用Safari浏览器打开网站都显示“Safari打不开该网页，因为已经丢失网络连接”。

但在windows和Android设备上打开网站则是正常可以打开的，针对此问题，我们进行了排查，是发现客户的站点使用了一台服务器nginx反向代理内网服务器对外访问，而网站本身的服务器则是apache的。

原因是如果原始请求已在http/2中，iOS
10+不支持在响应中包含Upgrade标头。解决方案是隐藏Apache服务器提供的Upgrade标头，因为Nginx已升级为Apache请求（Nginx发送http/1.1请求，Apache已在http/2中升级）。

当请求已经在 http2 中时，iOS 无法处理“协议升级请求”。两台服务器配置在 apacheProtocols h2 http/1.1和
nginx 中都启用了 http2。

因此解决的方式是，在apahce源服务器中找到 apahce配置文件 搜索 Protocols h2 http/1.1
并且去除，去除之后重启apahce即可正常访问了。

此问题较为小众，在文此记录解决方法。

打开 httpd.conf 搜索 Protocols h2，将该行注释，重启服务，问题解决。

参考：https://www.themepark.com.cn/wzzioshmacossysafariswffw.html

这一年，
我过得很摆烂，
似乎一半的时光都是虚度的，
忽然感到无尽的后悔。

不过，
7iNet 也取得了一些可喜的成就。
从突破500用户，
一路到年底突破1400+，
逐渐步入正轨。

这个小博客，
也有了些访客，
感谢屏幕前的你，
默默关注着我。

去年年初有篇文章，
好像一直忘了发，
那就尘封在那边吧，
也许多年后的一天能被我再次发现。

他也有令人难忘的时刻，
比如年初，
温州迎来了十几年以来
比较大的一场雪。
再看即将度过1/12的2025，
还未见一滴雨。

希望新的一年，
自己不能像去年那么颓废，
心想事成，事事顺心
—— 但这显然不可能。

在此，
为2024年
画上一个 圆满的 句号。

二零二五年一月十八日夜。

1 发现问题

灵车日常cpu起飞，按照惯例，我准备强制重启进入系统查占用，封机，一气呵成。
结果，这次出了点意外。登录Virtualizor时，我得到了一个报错：

Could not make the Query.
SELECT * FROM to_master
Array
(
    [0] => HY000
    [1] => 1017
    [2] => Can't find file: 'to_master' (errno: 2)
)

灾难，开始了。

2 分析问题

进入/usr/local/emps/var/mysql/virtualizor目录下，观察到to_master表异常：

可以看到to_master没有和其他表一样有MYI索引文件，MYD文件结尾多了一个_19cb. 想必它发生了什么，但是我看不懂
不管了，硬着头皮上！

3 解决问题

① 命令行REPAIR TABLE，失败

什么情况？遇事不决，ctrl+a，拖出去bing一下！
搜到了一篇相关的文章：https://mellowhost.com/blog/could-not-make-the-query-virtualizor-error.html#:~:text=To%20solve%20this%2C%20we%20need%20to%20repair%20the,repair%20the%20table%3A%20Now%20the%20virtualizor%20shall%20work.
报错不一样，抱着试试的心态，我尝试进命令行repair了一下，不出意外，不行。

这里有一点，获取数据库密码的方式在这篇文章里有：

grep dbpass /usr/local/virtualizor/universal.php

记住他，待会要考.

② 官方文档repair database工具，失败

文档地址：https://www.virtualizor.com/docs/admin/repair-database/.
对于目前的情况来说，无效。不过在提前备份数据（mysqldump导出sql文件）时，他抛出了其他报错：task表同样出现了一些问题. 不过好消息是，这张表通过方法一成功解决了.

③ 重建表，成功

摆烂，只要能恢复服务，不择手段. 首先，我们需要找到安装的sql文件. 找这玩意花了我好长时间... virtualizor的安装程序install.php是ioncube加密的，我也不知道怎么解.
通过下载安装脚本(http://files.virtualizor.com/install.sh)，找到服务器上的安装日志文件，幸运的是没有自动删除.

在日志文件中不断搜索，就能找到virtualizor本体的压缩包，（话说我当时在那边研究emps.tar.gz?真是傻啊），里面就能找到virtualizor.sql了.
定位到to_master处，得到建表语句：

CREATE TABLE `to_master` (
  `tables` varchar(100) NOT NULL DEFAULT '',
  `columns` varchar(100) NOT NULL DEFAULT '',
  `id` varchar(32) NOT NULL DEFAULT '0',
  `unique_column` varchar(100) NOT NULL DEFAULT '',
  `value` MEDIUMTEXT,
  UNIQUE KEY `tables` (`tables`,`columns`,`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

先到/usr/local/emps/var/mysql/virtualizor目录下，把to_master有关的文件删除掉: rm to_master*，
进入命令行，把表drop掉后执行建表语句.

尝试登录virtualizor后台，发现成功登录，事件告一段落.
关于方法三中提到的zip文件和sql文件，下载地址：https://drive.imxb.de/Blog-Resources/241227-%E8%A1%A8%E7%82%B8%E4%BA%86%EF%BC%8C%E6%80%8E%E4%B9%88%E5%8A%9E%EF%BC%9F%E2%80%94%E2%80%94%E8%AE%B0%E4%B8%80%E6%AC%A1Virtualizor%E4%B8%BB%E6%8E%A7to_master%E8%A1%A8%E6%8D%9F%E5%9D%8F%E4%BF%AE%E5%A4%8D

起初，没有人意识到这是一场灾难 一个客户突然在群里问 黑龙江（出问题的区域）怎么了？

我当时以为没啥事 甚至还来了一句 “你自己机子炸了 别上来就整个区”.... 还好多看了一眼，发现ikuai虚拟机uptime不对。
连接到机器内发现，这是什么，我引导呢？？？？？

2 排查问题

刚开始我也不知道什么问题，上网随便搜了一篇文章，复制一份vhdx，开工！先ls看了看有什么分区，结果找遍了都没找到/boot/grub.
死马当活马医了，上winpe看看，指望dg能给我读出ext分区来. 果然，dg没有让我失望！打开找了找，数据都还在，不过还是没看到boot. 不过有两个“未格式化”的分区引起了我的注意！

好在服务器上有好几份其他项目的ikuai，随便挂载了一个看看，果不其然在分区0中发现了boot文件夹。还我妈生boot分区！！！
接下来，就是尝试解决了.

3 解决问题

① 克隆boot至原盘，失败

先将能用的ikuai中的boot分区，通过克隆分区功能直接克隆至原先的磁盘，尝试引导. 系统选单出来了，就这么简单地成功了..... 吗?
——事情没有这么简单！

等了一会之后，加载网卡驱动之前，系统自动重启了. 看来这个方法是不奏效了.

② BOOTICE重建GRUB引导，失败

我不知道我当时在想什么，这明显不可行啊.

③ 克隆数据分区至可用系统，成功

既然换boot不可行，那就反过来试试，没想到就这么成功了！
有两个分区，都是带数据的. 一个是主分区2，一个是扩展分区下面的逻辑分区4，都需要克隆.
克隆完成后，重启，成功引导，数据全在，完美解决.

另外...

解决此问题共花费31分钟.
同样是事后回顾，随便写写水一水，毕竟上次更新是8月了.