两年多前，通过切换币种结算方式可以获得 Google 域名服务的大折扣，让人意想不到的是这个状态能持续这么长一段时间。当然，在此期间，Google 曾发布“有关 Squarespace 收购 Google Domains 注册业务”的消息，也预告这优惠状态的终结时间不会太远。

影响

优惠政策刚出现的时候，我便把名下大部分域名转移到 Google 上托管。

打去年其出售协议达成后，便不能再在 Google 注册或转入域名，不过原来托管的域名可继续执行续费和转出操作，且依旧保持原有费率。由于我对部分域名进行了最大期限的续费，倘若转出到新的注册商，也无法再增加年限。为节约持有成本，将该部分域名继续托管在 Google 中，因此拖到最后期限（2024 年 5 月 15 日）被全部迁移到 Squarespace 中。经过核对，没有发现域名丢失的情况。当前已无法再通过 Google Domain 管理域名，后续域名管理操作必须使用 Squarespace 管理面板。

现状

域名被迁移到 Squarespace 后，可以通过 Google 验证方式直接登录 Squarespace 站点，原来 Google Domain 持有的域名便在 Squarespace 域名清单中。遗憾的是，Squarespace并未提供中文服务（这应该对于一般使用者影响不大）。

被迁移到 Squarespace 的域名，目前仅提供转出服务，不支持主动续费功能，无法通过主动续费增加年限，因此并不知晓续费价格。不过，为避免域名到期，它提供自动续费功能，只要域名到期系统便会自动续费 1 年，而且上面显示的价格和在 Google Domain 时的价格一致。

通过 Squarespace 主页尝试注册新域名，发现价格和原来 Google Domain 定价差别很大。因此有理由推断将来其域名政策难以保留 Google Domain 时期的优惠措施。

不知道是否由于太多人薅土耳其支付优惠的羊毛这个原因，Squarespace 提供了土耳其语的 BETA 版本服务。我们是否可以由此做个猜想：有一定概率原来 Google Domain 的域名会持续享受原来的优惠？

对于域名去留问题，个中风险请自行斟酌。

操作建议

1. 为避免丢失域名，如果是贵重的域名，建议适时转出 Squarespace 。
2. 尽快对 Squarespace 账号设置二次验证登录，避免域名被盗取。
3. Squarespace导入了原来 Google Domain 的支付方式，如非必要切勿修改，Squarespace 貌似不支持 TRY 付款方式，切换到其他币种后将无法切回，这可能会导致自动续费失败。

更新于2024年12月29日，目前Squarespace最新的域名更新价格是TRY400（折美刀12，软妹币84），这个价格已经没有优势了。

前言

前段时间搬家，对家庭网络进行重新部署。由于目前正在使用丐版mbp，外部存储空间需求显得十分紧迫，所以把部署nas的计划进行提前。品牌nas非常好，除了贵。因此追求性价比的我（垃圾佬）自然选择了DIY方案。

天生好大喜功的性格，让我在硬件选择上容易吃亏。几十块一个CPU，不香吗？查了一下，老伙计E5系列居然还有TDP是45W的低功耗产品勘误： E5-2630LV4 TDP: 55W，但价格是普通版本的几倍，忍了！于是在低价和好奇心驱使下，我上马了x99方案。

功耗难题

装机

万能的海鲜市场，配置很容易拿到。作为资深垃圾佬，这种装机配置自然也没有什么难度，手到拿来。

插电，开机。

风扇狂转，一摸CPU散热器，能煎牛排了。坏了！功耗肯定不低。于是拿出功率计一测，功率在50-70间不断的跳变。这待机功耗也太吓人了吧，说好的TDP 45W呢？

怀着忐忑的心情把PVE安装上，功耗也是这样。

节能方案

为了不白交冤枉钱，在网上搜索了一下节能方案。有的直接下定论：都服务器CPU了，能耗都不是主要考虑的问题。

这好像也对。

但是家用这机器，裸机（含万兆光口网卡，待机功耗约 8W）就上到50W+就太坑人了，如果多带几个硬盘，轻松到100W，一天2.4度电。这功耗确实夸张了。

后来看到有老哥说可以通过关闭内核降低能耗。目前确实在大部分使用场景下没有刚需使用到10核的情况。于是我测试了一下几个内核方案，全开10核，6核，和4核。发现待机功耗几乎没有变化。回头想想这逻辑不对，牙膏厂虽然挤牙膏多年，但是服务器市场一直是他们重视的大头，肯定是有自动模式弹性配置内核数量以应对功耗问题，而无需人手操作限制的。所以手工关闭内核数量能降低峰值能耗，而无法降低待机能耗。这操作显然和我需求不相关。

解决方案

前面那些不靠谱的乱设置浪费了一些时间。我整理了一下思路后，专心看主板BIOS的能耗配置选项，发现服务器对这方面还是非常全面的，而且 HP 主板 BIOS 的提示信息也比普通家用主板 BIOS 要详尽很多，基本不用看手册便能完成大部分设置。

于是，我按照BIOS里面的选项提示，把能耗设置成最低模式：包括内存限定在1333，关闭内存交错，关闭不需要的PCIe通道等。待机功耗下降到35W左右的合理水平。

后来配合自己的需求设置相应的能耗方案，目前待机能耗在 38W 左右。内核和内存性能上，我没有做出妥协，日后加载硬盘设备后，总体功耗预计在 50W 左右。能耗 1 天约 50W x 24h = 1.2度电，以第三档电费 0.9元/度 算，日电费约1.08 元，月电费约32.4 元，年电费约388.8元。这样算下来也算一笔不小的开销了。

后话

从能耗方面而言，X99 方案并不适合大部分家庭用户使用。当然在性能和扩展性方面近乎是不可匹敌的，特别是对 PCIe 扩展的需求。最后，回到最基本，需求才是方案选择的核心。普通用户还是建议直接选择品牌 NAS。

前言

前段时间，发小致电我寻求帮助。事因其从事外贸行业，和境外客户通信大多使用互联网方式。基于国情，近期出口网络质量不如人意，其公司有相关的方案，但家里收发邮件都存在一定困难。需求明确，用于收发邮件，邮件系统在境外。对于此类需求不大的应用场景，普通软路由便能解决，但由于是家用，所以还需要无线等功能。兼顾性价比，计划帮他找能刷 openwrt 的家用路由器。

入手亚瑟AX1800 PRO

简单查了下能刷 openwrt 的设备，首选江湖人称“刷机小王子”的友华WR330，后来发现 ROM 只有 16M ，这对于有科学需求而言，就不是很方便了。

近期由于运营商进一步打击滥用个人带宽行为，导致出现一小波 PCDN 矿难的情况，这说不定是一个机会。我在海鲜市场蹲了半天，80 块收到了一台狗东亚瑟AX1800 pro，64G 版本，性能比“刷机小王子”强不少。具体配置参数如下：

AX1800 Pro采用的CPU是高通的IPQ6000，四核心频率1.2GHz，64位 ARM Cortex-A53架构，14nm制程，内置1.5GHz NPU（network processing unit），算力11040DMIPS；内存512MB内存；还有64/128/256G闪存，还可以通过USB3.0接口外接移动硬盘或U盘的扩展存储；无线参数方面，2.4G支持最高速率574Mbps（2x2mimo 40MHz频宽），5G最高速率1201Mbps（2x2mimo 80MHz频宽）。

刷机

这个设备的刷机教程，网上大部分都不是太完整。看评论说是比较忌讳狗东，因为便宜拿了本来用来做 PCDN 的设备做其他事情，损害到他的利益。我刷机主要参考了恩山大佬收集的资料顺利完成的，资料有些适合，有些可能不适合，所以这个刷机操作建议有一定动手能力的人进行，切忌盲目刷机。材料在阿里云盘，可以点击这里下载。同时也参考了张大妈某位值友的物理拆机教程。

刷机总体分为两部分：第一部分是刷uboot；第二部分刷固件。综合上面的两个教程基本能顺利完成。我补充一些自己遇到的问题（主要是 MacOS 的处理方案）：

USB to TTL 模块的选择和使用

匹配的是 CH340G 串口模块。该模块在 MacOS Sonoma 使用免驱，没有遇到任何问题。杜邦线使用 3 条，不用管串口转换器电压是5V还是3.3V，不要接电源那路线直接主板供电，接线方式如下：

AX1800主板预留了 TTL 调试孔，但没有安装针脚。用几个牙签把杜邦线塞进进孔里固定。TTL 接 USB，电脑网口接 AX1800 LAN网口，通电后 TTL 调试器开始跑马灯就表示正常了。

MacOS使用 TTL 刷机方法

MacOS 自带终端和 tftp 服务器 ，无需像 Windows 那样还需要配套的刷机程序。访问串口的方法：

在终端（有条件也可以用Termius）输入下列命令，找到你的 com 设备，不行就拔插USB TTL 对比测试找出来

    ls /dev/tty.*

通过 screen 命令访问你的 TTL

    screen /dev/tty.[yourSerialPortName] [yourBaudRate]

例子:

    screen /dev/tty.usbserial-A6004byf 9600

使用内置tftp服务器就更简单了：

tftp默认目录在 /private/tftpboot（建议将该目录权限设置为777）

    # chmod whole folder to 777
    sudo chmod -R 777 /private/tftpboot

合并固件

我使用的 iStoreOS 固件是 L大 制作的，下载地址在这里。

刷完 uboot 后，通过 uboot 的 web 方式刷入 istoreOS 固件。刚开始，我误以为只要刷入 rootfs 部分即可。结果刷完后，路由器不断重启。通过先刷 kernel 分区再刷 rootfs 分区依旧不行。后来尝试把两个固件合并成一个固件刷进去就成功了。windows 合并的方式是通过软件 ubin。而 MacOS 则直接通过系统自带的 dd 命令完成：

    dd if=$BOOT_BIN >>$IMG_NAME

其中$BOOT_BIN是kernel固件文件名，$IMG_NAME是rootfs固件文件名。最后得到的rootfs固件直接通过 uboot 的网页方式刷进去即可。如果懒得合并也可以使用我合并好的固件直接刷进去，点击这里下载。

扩展overlay分区

iStoreOS 顺利运行起来，但是 overlay 分区只有 4M，这样跑啥都不行，网上教程很多，具体操作可以搜索一下。这里总结下大概得扩容思路：

1. 把原来overlay分区的内容备份到新分区上；
2. 解挂原来overlay分区；
3. 重新挂载新分区作为overlay分区。

实测/dev/mmcblk0p27分区是用于存放 PCDN 缓存作用的，因此可以直接清空它。但是由于运行在虚拟分区表上，无法对该分区直接修改，同时我发小对docker 服务没有要求，因此我直接把/dev/mmcblk0p27清空了，作为新的 overlay 分区。

小结

至此，刷机工作全部完成。经过几个小时测试，工作稳定，有线无线方式都正常。开通科学功能，CPU 占比也稳定范围。这次算是小成本解决了需求。

前言

自从撸上软路由后，一直使用ROS作为家庭网络的骨干路由系统。近期由于搬家，需要对网络重新部署。ROS 自然成为部署主路由系统的首选。为便于管理和节省连通距离，此前一直使用 ALL IN ONE 模式部署相关服务系统，ROS 以虚拟机模式运行在 NAS 中。虽然管理方便，但是稳定性容易受到母鸡影响，导致整个网络瘫痪，家里连普通的上网都受到影响。因此，在部署新网络环境时，我优先考虑把 ROS 独立出来，首选方案是硬件 ROS 设备。

购入RB450G

宽带只有300m，接入需求不大。此前使用虚拟机跑ROS，只分配1C256M资源，从来没有出现过性能瓶颈问题，因此主观地认为，简单的家庭网络响应对 ROS 并不会形成网络瓶颈。 基于这些预设前提，我在海鲜市场花了100 多入手了一台二手RB450G，带 L5 授权的 4 口千兆硬件软路由。

把光猫切换到桥接模式，使用 ROS 进行拨号，链接好像都正常，但是刷视频什么的总感觉有点卡卡的。进行简单网络测速，300m 的宽带，运营商测速结果为 100m 左右，速度不达标！刚开始还以为更换设备时候不小心把光纤折弯过出现了线损的情况。后来直接用光猫拨号测试，结果是速度正常，所以判定问题出现在内部网络。于是我把开发商预埋的网线全部换成 Cat6A ，重新再测速，结果还是一样。因此，问题就落在 RB450G 身上了。

友华WR330刷ROS

为确认网络瓶颈是否真由RB450G引起的，我决定做个对比测试。此前，我 30 块收到个江湖号称“刷机小王子”的路由器：友华WR330，正好它能刷 ROS。因此，轻松地完整抄袭了恩山大神的作业，把 ROS 刷进去，并申请了个免费的 L1 授权。

从配置信息不难发现，两个设备是不同时代的产物，CPU 性能应该差别巨大。

测速

使用 ROS 自带的带宽测试工具进行测试。该功能是通过两个 ROS 系统进行链接，测试两设备间的性能和网络状况，有点类似 iperf3。

从结果可知，WR330连RB450G，带宽只能去到 338Mbps，此时其 CPU已经被完全占用，相反 WR330 只占用一半左右，而且只是使用单收或单发模式，如果使用同时收发模式测试，速度只去到几十 Mbps。换 RB450G 连 WR330，速度就只剩 100Mbps 左右。上面的结果很好地解释了为何刷视频会出现一点卡卡的感觉，因为流量峰值出现的时候，RB450G遇到运算瓶颈。

为印证上面的结论，我还专门爬了一下ROS 论坛的信息，发现果然在2013 年已经有大佬提过类似问题，而官方人员回应答案是 ：RB450G 实际应用建议的带宽是40-50MBps(约为320-400Mbps)，对于超过这个数值的需求，建议更换性能更好的设备……啊，屈指一算它已经是十多年前的产品了。

问题与解决方案

基于前面的测试结果，我把 WR330 更换掉 RB450G，再次进行网络测试，结果和光猫拨号相近，速度达标。

作为主路由，L1 授权功能太少，单独购买其他等级授权确实负担不起。想来想去，还是回到虚拟机那条老路了，毕竟性能和授权都不是问题。

这个坑同时教育了我：捡垃圾，要做好功课。不然，还是花钱走正规途径省时间。

家里使用的NAS是DIY的All In One主机，母鸡是PVE（Proxmox Virtual Environment）。

为便于管理和维持良好的独立性，我把主要的Docker服务部署在基于PVE虚拟机的开源NAS系统OMV（openmediavault）上。由于计划赶不上变化，原先给OMV预分配的磁盘空间已经耗尽，以致web管理页面也无法登录，只能通过ssh方式管理。为解决这个问题，在保数据的前提下，从母鸡分配磁盘空间进行扩容已是唯一选择。

原本以为扩容操作可以直接通过PVE的web管理页面便能轻松实现（我部分虚拟机确实是这样）。但是，OMV这个情况和我预想的还是有点偏差，扩容后的空间无法合并到根目录上。具体原因是部署OMV时，我使用安装方式为虚拟机IOS镜像直读模式。从win32开始遗传的电脑使用习惯（安装直接点“下一步”）安装的OMV，自然自带swap分区。由于swap分区的存在，导致pve扩容的空间无法和原来OMV磁盘组成连贯分区，无法实现根目录扩容的目的。网上清一色的教程均为简单的独立分区无损扩容，并没有提及这种带其他分区的磁盘该如何扩容。因此，我写下这个笔记供后续遇到类似需求的朋友作为参考，避免踩坑。

存在swap分区的PVE虚拟机磁盘如何扩容？

母鸡扩容

母鸡扩容的方法很简单，可通过PVE的Web管理系统->目标主机->硬件->选定目标磁盘->操作菜单：磁盘操作->调整大小，给你目标的主机设置需扩容的磁盘空间。

信息确认

通过ssh工具访问OMV，查看磁盘的基本情况。

PS：本例子使用的磁盘均为sda

$sudo parted /dev/sda 'unit s print' free
Model: ATA VBOX HARDDISK (scsi)
Disk /dev/sda: 14336000s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start      End        Size       Type      File system     Flags
        63s        2047s      1985s                Free Space
 1      2048s      10485759s  10483712s  primary   ext4            boot
        10485760s  10487805s  2046s                Free Space
 2      10487806s  12580863s  2093058s   extended
 5      10487808s  12580863s  2093056s   logical   linux-swap(v1)
        12580864s  14335999s  1755136s             Free Space

如上面shell信息所示，sda1被扩容的空间在磁盘分区的最后，中间隔着一个swap分区，这样扩容的空间是无法直接分配到sda1上。

如果要实现无损扩容必须把swap分区删除，然后把sda1扩容后再重建swap分区。

第一步，关闭swap分区

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           992M         52M        464M        3.2M        475M        784M
Swap:          1.0G          0B        1.0G

通过free命令查看swap是否存在占用，如果没有，直接关掉；如果有，可以尝试重启下该虚拟机。

$sudo swapoff /dev/sda5

第二步，重新配置分区列表

$sudo fdisk /dev/sda

(注意: 假如你的虚拟机磁盘初始扇区是63而不是2048, 你需要在fdisk命令后面增加一个参数 -c=dos)

参考下面的操作步骤删除swap分区和重建分区列表。

PS：本操作虽然是无损扩容，但数据无价建议有条件的一定要先备份数据！！！

Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Command (m for help): p
Disk /dev/sda: 6.9 GiB, 7340032000 bytes, 14336000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x9e11c6df

Device     Boot    Start      End  Sectors  Size Id Type
/dev/sda1  *        2048 10485759 10483712    5G 83 Linux
/dev/sda2       10487806 12580863  2093058 1022M  5 Extended
/dev/sda5       10487808 12580863  2093056 1022M 82 Linux swap / Solaris

Command (m for help): d
Partition number (1,2,5, default 5): 2

Partition 2 has been deleted.

Command (m for help): d
Selected partition 1
Partition 1 has been deleted.

Command (m for help): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Select (default p): p
Partition number (1-4, default 1): 1
First sector (2048-14335999, default 2048):
Last sector, +sectors or +size{K,M,G,T,P} (2048-14335999, default 14335999): 12242941

Created a new partition 1 of type 'Linux' and of size 5.9 GiB.

Command (m for help): n
Partition type
   p   primary (1 primary, 0 extended, 3 free)
   e   extended (container for logical partitions)
Select (default p): p
Partition number (2-4, default 2): 2
First sector (12242942-14335999, default 12242944):
Last sector, +sectors or +size{K,M,G,T,P} (12242944-14335999, default 14335999):

Created a new partition 2 of type 'Linux' and of size 1022 MiB.

Command (m for help): a
Partition number (1,2, default 2): 1

The bootable flag on partition 1 is enabled now.

Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Re-reading the partition table failed.: Device or resource busy

The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).

这部分有两个地方需要注意的：

1、sda1扩容后的总大小必须是整个磁盘减去swap分区的大小，我上面的例子sda1就是: 14335999-2093058=12242941

2、fdisk分区使用‘a’命令是用来激活主分区，这个一定要重新激活。

第三步，重载分区列表

这里使用到的是partprobe，OMV是基于Debian的，默认应该安装了，如果没有安装请自行搜索安装方法.

$ sudo partprobe

第四步，重新扫描磁盘容量

使用resize2fs命令对sda1进行扩容有重扫描容量。

$ sudo resize2fs /dev/sda1
resize2fs 1.42.12 (29-Aug-2014)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
old_desc_blocks = 3, new_desc_blocks = 10
The filesystem on /dev/sda1 is now 38833617 (4k) blocks long.

第五步，重新配置swap分区

因为fdisk对ext4扩展分区支持不足，建议使用cfdisk进行重新配置swap分区。

$ sudo cfdisk
            

选择sda2分区，转换成82 Linux swap / Solaris类型并保存。

第六步，重新激活swap分区

$ mkswap /dev/sda2
/dev/sda2
UUID=d58bf1cb-d27a-487d-b337-056767fd5ad6 none swap sw 0 0

记下上面的UUID。

用命令行重新激活swap分区。

$ swapon /dev/sda2

通过命令把上面的UUID修改到fstab中

$ sudo nano /etc/fstab

# swap was on /dev/sda5 during installation
UUID=d58bf1cb-d27a-487d-b337-056767fd5ad6 none            swap    sw              0       0

确保没有问题后，重启虚拟机。

至此，无损扩容工作便全部完成。

祝你好运！