Linux总是有着这样的传说：在一台多年前的旧电脑上，运行起了Linux，非常好用……云云。不过我的macbook Early 2015却一直因为缺乏键盘与触控板的驱动程序而一直无法顺利运行。（曾经试过一次：在唯一的USB-C口上接一个Hub，然后接U盘以及鼠标键盘……总算是可以运行，这太不优雅，太不mac了！）
今天在这个讨论串《Bug 99891 – Macbook8,1 12-inch (Early 2015) keyboard and trackpad don’t work》的第95个回复中，提到好像鼠标、触控板的驱动已经被加载到了内核中，回复者说最早是在 kernel 4.14中已经加入。
于是我试了一下在U盘里加载了一个Ubuntu最近发布的21.10，内核是5.13.0，在我的macbook Early 2015上运行了一下，正常！键盘、触控板都可以正常输入了，无线网卡当然也是没问题的。
实现效果如题图。
简记一下。
我同时是亚马逊中文Kindle电子书与日文Kindle电子书的读者，两边账号都有。
在苹果的生态体系中，无论是iOS/iPadOS，还是macOS，要切换Kindle不太容易。特别是iOS/iPadOS，目前没有多用户切换设置，因此每次登陆就要把原来的账户退出，再切换系统语言什么的，很是麻烦。而macOS呢，因为macbook自带的显示器是横屏的，而本身又不能360度旋转把显示器翻到键盘背面去，竖着阅读，于是也不太适合用来看Kindle书。
我想到了前几个月买的Chromebook——Lenovo Chromebook Flex 5。这是一台二合一可以翻转的笔记本，反转后便于竖放阅读，而且屏幕够大，13寸，应该是比大号的iPad Pro还要大。
这么一来就是要解决多个地区的亚马逊账号在Kindle的登录问题了。由于Chromebook下的Kindle是以Android APP 的形式，从GooglePlayStore应用商店安装的，因此我首先想到的是去找一些应用多开的功能来辅助实现。不过找了几款都无法成功双开，这次我想到了Chromebook作为一款PC操作系统本身的多用户特性——新增一个用户，是不是就行了呢？
果然就行了。
根据Google的使用说明《同时登录多个用户》轻松建立了第二个用户，为该用户下载Kindle APP，登入亚马逊账户即可。这样一来，我就把切换Kindle 的问题转换成了切换操作系统两个账号的问题，也就是不用输入账号密码，而只需要输入账户的登陆PIN码就行，切换起来十分简单，符合触屏使用习惯。
正如上次提到，我开始用开始用ChromeBook！要说效果如何？能在多大程度上作为现在手头这台Macbook Early 2015的备机呢？
本文就以我日常使用的几款软件为例，说明一下各款软件在这两个操作系统家族/平台之间的差异。
Apple目前只提供了Mac版、iOS版和Windows版的iCloud客户端，在Chromebook下自然只有用网页版的份。我常用的iCloud Drive和备忘录尽管都有网页版，但用上去的体验当然是和客户端差了一大截。特别是iCloud Drive，虽然能够成功下载、上传文件，但更多功能就不要想了（比如按个空格预览什么的）。
因为我多年前开始使用印象笔记时，简体中文中国大陆专供版（印象笔记）和国际版（Evernote）还没分家，所以直到现在我还是用的前者。这就麻烦大了。
虽然我这台Chromebook可以用Google的应用商店Play Store，但在其中只有国际版客户端Evernote，没有印象笔记的客户端。前几年明明是通用客户端，近些年随着改版，应用商店里的那个版本只能登陆国际版了——顺便一说，Windows平台的Microsoft Store里的Evernote客户端也是一样情况。
尽管印象笔记官方是提供APK客户端的，不过我自己不太愿意安装非应用商店中的APP，也就没有去尝试这个方法。
另外，我还去找过一款名为Nixnote2的适用于Chromebook中Linux系统的印象笔记第三方客户端。虽然这款第三方客户端能够选择连接国际版或是中国大陆特供版，但总是无法下载完全部笔记条目，往往是卡在200多条的时候就停止下载了，不知是什么原因。
总之，现在在Chromebook上用印象笔记，也是用网页版勉强代替着——有时会因为网路延迟导致最后几分钟编辑的笔记内容丢失。
在MacBook上，我用Byword以及mWeb来写作或者发布HTML。这两款程序应该都没有对应的ChromeOS版本，于是我找到了ChromeOS上的浏览器插件StackEdit来代替，用过次数不算多，不好评价在细节方面能不能很好转换成HTML。
我是科技爱好者，真的。不说我都忘了（笑）。
最近干了一件事，那就是把QNAP的NAS（型号：TS–453Be）内存升了一下级。
该型号有两个内存插槽，我买的机型原本自带了单条4GB的内存条。
经查技术参数，TS–453Be所用的CPU是intel的J3455CPU。根据intel官网的技术参数表显示：
| 最大内存大小（取决于内存类型） | 8 GB |
| 内存类型 | DDR3L/LPDDR3 up to 1866 MT/s; LPDDR4 up to 2400 MT/s |
| 最大内存通道数 | 2 |
| 支持的 ECC 内存 ‡ | 否 |
买新内存之前，我先查看了一下，原本单条4G内存是ADATA的 DDR3L 1866频率的。
忙里偷闲，来写一个小报告。简而言之，继上次《赞美！macbook的AppleCare是真羊毛！》之后，我的macbook（Early 2015）又换了一次屏幕！
首先，我估计是不是更换的部件（屏幕）是良品，也就是所谓的翻修零件啊？总之，近期，就在我的AppleCare三年服务还剩下2周左右时间的这几天，我发现我屏幕中央有一条固定的紫色线条。表现还很有趣：在白色窗口下不显示，在黑色窗口下就能看到一条位置固定的若隐若现的紫色线条。整体并不明显，两端渐隐消退。
于是，我的这台macbook又进行了一次送修。一共加起来，共更换过2个上板、2个下板、2块屏幕——唯独数据所在的主板一次也没修理过！
这次修理的速度还超快。周一（3月4日）去苹果零售店南京东路店检修，告知当时店内无替换零件，到了3月6日中午我接到电话得知店里有零件了。16：00我将macbook送去更换，并告诉店员我下周急用。店员当时口头说争取在周日前修好通知我——十分出乎意料之外的是，当日20:25分我接到电话说已经修好了！当时店员建议我可以明天去取，结果因为我家住得近，在离天才吧结束服务前5分钟，也就是20:55分进入苹果零售店南京东路店，顺利拿到macbook。现在我就是在用这台机器在写这篇博客。
又隐性地撸了一把羊毛！希望这是AppleCare服务期内最后一次享受服务！AppleCare万岁！
之前的博客也提到了，近期可能面临动迁。因此今天新买了一台华硕BLUE CAVE路由器，先试一下看在较大空间里的无线网络布局情况。其实说实在的，预计将要迁入的地方也没多大，其实估计一个68U路由器也勉强足够。不过我看中BLUE CAVE独特而漂亮的造型，另外还有它支持IFTTT这样比较极客向的功能，就想入手来玩玩。
如果你还不知道AiMesh是什么，我的理解大致就是SSID漫游。具体可以参考华硕官网介绍：https://www.asus.com.cn/aimesh/。
这几天只是新入手尝试，因此依然把华硕RT-AC68U作为AiMesh路由器（AiMesh Router，也就是俗称的主路由），把BLUE CAVE作为AiMesh节点（AiMesh Node，也就是俗称的子路由）。其实按照官方推荐，应该是以性能较强的一个作为主路由才对，但由于我目前只是试验，并且不想断开现有家庭网络与外部的连接，因此就没有把68U撤下，换上BLUE CAVE作为主路由。
那么，来确认一下本次试验环境：
| 路由器型号 | AiMesh设置 | 固件版本 |
|---|---|---|
| RT-AC68U | AiMesh Router | 3.0.0.4.384_20648 |
| BLUE CAVE | AiMesh Node | 3.0.0.4.384_45149 |
本次试验是以无线方式连接AiMesh Router与AiMesh Node的。
AiMesh Node本身获得了一个来自于AiMesh Router分配的IP地址，就相当于在AiMesh Router的SSID上连接了一个设备。
用HTTP方式单独连接AiMesh Node的IP地址，网页会自动跳转至AiMesh Router所对应的地址。对AiMesh Node的管理都是在AiMesh Router的网页中进行的。
最近我频繁更新博客了嘛，自然也就开始想折腾一下博客主题了。我使用的虚拟主机是美橙互联（https://www.cndns.com）以前为了精简博客存储空间，因此只留下了一个在用的主题（Parament），这也是自本博客从百度空间手动搬迁至WordPress程序平台以来，一直在用的主题。
最近频繁更新，因此也想折腾一下WordPress主题，想在管理后台下载新主题却发现存在这样几个现象：
1、无法在主题选择界面看到新下载的主题；
2、当再次尝试下载新主题时，提示该主题目录已存在。通过FTP连入后，发现/wp-content/themes下确实存在该主题名的目录。
经网上搜索，我看到了这样一篇文章：《启用 ScanDir 解决 WordPress 不识别主题及翻译无限更新的问题》，其中提到的问题现象与我一致。
于是我建立了一个PHP文件，里面只写入一句命令：
<?php phpinfo();?>
并上传到服务器，然后从浏览器中访问它。在得到的结果中搜索ScanDir，发现该函数确实被美橙互联虚拟主机后台所禁（列于disable_functions栏内）。
后来我提交了个工单，客服就很快地帮我解决了该问题，并告诉我其实我自己也可以在FTP根目录下的php.ini文件中修改。
最后，预告一句：最近我可能会改换博客主题，如果看到我的博客忽然变了样子，请不要惊讶哦！（真的有人会注意到吗……）
我手里握着一大把「羊毛」，它们来自苹果，以及苹果的消费者们。它们是：
| 日期 | 维修项目 | 价格 |
|---|---|---|
| 2017年8月24日 | Bottom Case with Battery,Space Gray | RMB 1,614 |
| 2017年8月24日 | 硬件维修劳务费 | RMB 299 |
| 2018年3月7日 | Top Case with Keyboard, Space Gray | RMB 2,020 |
| 2018年3月7日 | Hardware Repair Labor | RMB 299 |
| 2018年11月24日 | Bottom Case with Battery,Space Gray | RMB 0 |
| 2018年11月24日 | Hardware Repair Labor | RMB 299 |
| 2018年11月24日 | FLAT RATE RETAIL, BOT CASE | RMB 1,613 |
| 2019年1月23日 | Top Case with Keyboard, Space Gray | RMB 2,018 |
| 2019年1月23日 | Display Assembly, Space Gray | RMB 3,077 |
| 2019年1月23日 | Hardware Repair Labor | RMB 299 |
其实，以上的羊毛，是我一台购买了macbook AppleCare服务的屡次维修报价。那么，我实际为之付出了多少钱呢？〇元。
〇，真圆啊！
好，说正经的，来说一下我的这次屡次维修记录究竟是如何的吧：
继续阅读
用捷径（Workflow）来补全Magnet（磁力下载）链接吧！（iOS）
今天冒出个小需求：补全Magnet链接。
根据经验，一些资源分享网站会以Magnet（磁力下载）链接的方式来提供资源。但是出于一些原因，网站往往将磁力下载链接的头部省略，只提供一段神秘代码。
例如，将：
magnet:?xt=urn:btih:0123456789abcdef0123456789abcdef01234567
省略为：
0123456789abcdef0123456789abcdef01234567
（注意，以上是我人为构造出的磁力链接，我不确定是否真的能下载到什么，请勿轻易尝试。）
虽然明白的人能看得出后一种省略形式应该是Magnet链接，但依然是要把前面的内容补齐，才能在一些下载工具中使用。前面那些字符看起来还蛮复杂的，要手工打出来还不容易，每次在iOS记事本里做字符串拼接也蛮麻烦。所以我就做了一个捷径。
最近一周来，我的macbook（12寸，2015 Early款，也就是第一款配置单一USB TypeC接口的macbook）变得十分不正常——频繁死机后重启，频度大概每天3～4次。具体表现是屏幕忽然变成多国语言提示的死机屏幕，随后根据提示按任意键后重新引导系统。
一开始我先怀疑了我最近更新到新版本的软件，例如和VirtualBox和Alfred，但就算如此我不想卸载了做排除实验。后来一度我还怀疑过是不是硬件出了故障，等等……这些就更不是我能独自排除故障的了。
不过每次重启后，macOS会询问是否要发送前一次崩溃的日志报告给苹果公司，点击「报告…」可以看到将要发送的报告的内容。如果是Windows系统的话，我从没有一次在这些报告中看出过什么有用的端倪来。但在我这次频繁死机重启现象的macOS报告中，我多次看到了这么一行文字（也就是本文标题的这一行）：
BSD process name corresponding to current thread: backupd
虽然我也不理解这是什么意思，经Google翻译得知：「与当前线程对应的BSD进程名称：backupd」。根据进程名单词意思，以及网上的搜索结果，可知该进程与macOS的TimeMachine机制有关。
我随即检查了一下我的时间机器设置：我日常有2个网络时间机器备份设备（一个是苹果的时间胶囊硬件，一个是QNAP NAS），和1个USB硬盘备份。网络时间机器备份是持续工作的，而USB硬盘上的时间机器备份是当我想到，或是旅行带出去的时候会做备份（不过好像其实一次也没有用上）。
继续阅读
