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上运行了一下，正常！键盘、触控板都可以正常输入了，无线网卡当然也是没问题的。
实现效果如题图。
忙里偷闲，来写一个小报告。简而言之，继上次《赞美！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的网页中进行的。
我手里握着一大把「羊毛」，它们来自苹果，以及苹果的消费者们。它们是：
| 日期 | 维修项目 | 价格 |
|---|---|---|
| 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服务的屡次维修报价。那么，我实际为之付出了多少钱呢？〇元。
〇，真圆啊！
好，说正经的，来说一下我的这次屡次维修记录究竟是如何的吧：
继续阅读
我用的macbook就是macbook——对，就是那台首先采用USB Type-C接口而且也是除音频接口外唯一一个数据交换及充电接口的那台12寸macbook，可以说是跨时代标志性的型号了。随着使用，键盘就渐渐出现磨损情况，而最近由于我进行的书本摘录的事务比较多（就是把读书有兴趣的段落甚至整页手工输入到笔记软件中），因此它的回车键出现了下陷、敲击时一侧无法触发的情况。于是我总算是把它拿去AppleStore送修了，现以本篇博客文章来记录一下磨损的状况、送修的过程以及听来的一些小知识。
我这台12寸macbook是第一代12寸macbook，是我于2015年的夏天在日本东京购买的——要注意的是，日本所购买的键盘，大致分为两种布局：英文布局及日文布局。我当时一度考虑过日文布局，但最终还是购买了英文布局。现在想想还好买的是英文布局，这样在中国也能修理。
门当户对，软硬相配——记一次macbook与威联通NAS之间传输文件afp与smb协议比较测试
临近双11，在一边关注各类数码产品价格动向的同时，也开始琢磨家里什么设备该升级了？最近总觉得NAS读写文件速度变慢了嘛？于是我做了个实验，终于知道问题出在哪里了。
先说结论：NAS如果支持多种文件传输协议，那么在用macOS读写时，用smb协议读取速度只能到大约10MB/s，而用afp协议可以到40MB/s！
家里的设备情况是这样的：入户光猫连接华硕 RT-AC68U路由器，以5GWifi连接2015年macbook。路由器有线口下连思科SG100D-08 SD2008T家用千兆交换机，再连威联通TS-410四盘位NAS，之间所用双绞线都是六类线。
最近发现macbook与NAS之间传输速度好像变慢了，经实测，仅有10MB/s的读取速度。为了避免碎小文件读写对速度的影响，这里以4.29GB的树莓派操作系统镜像文件作为传输测试材料，进行从NAS读数据向macbook拷贝的测试。
说说我这几天给自己的Macbook购买AppleCare的经历。比较意外地，花了我能享受到的最低的价格，买到了超过2年——应该说是比2年半还多一些的延长售后时间！
图标转自Apple.com。
事情是这样的：
去年2015年的7月27日，我在日本东京涩谷的AppleStore购买了一台12英寸的Macbook，用下来很不错，天天都会用到，因此就想着给它买一份延长售后时间的服务，在苹果官网，它有一串很长的名字：适用于 MacBook / MacBook Air / 13 英寸 MacBook Pro 的 AppleCare Protection Plan 全方位服务计划，以下就简称为AppleCare吧。
大致作用，就是把原本整机保修1年的服务，延长至自购买Mac之日算起的3年，也就是延长2年。这项服务既可以在购买电脑时一起买，也可以在购买电脑后的1年内购买。在此期间不管什么时候购买，其所对应的延长保修服务也都是从购买Mac之日算起的3年。
先来说说价格比较问题，我能选择的价格有3个：中国普通价格、日本普通价格、中国教育优惠价格，分别对应了：1598元人民币、23800円日元、1298元人民币。经过简单的汇率换算，发现还是在中国大陆用教育优惠价格购买AppleCare比较便宜。
于是就在最近2016年3月18日我去上海环贸AppleStore购买了AppleCare，可是刚付了款店员帮我注册好之后，发生了一个奇怪的现象。在苹果官方提供的保修期限查询网页，我这台Macbook的售后日期查出来是这样的：
很奇怪，售后日期是到2017年3月17日结束，也就是变成了我购买AppleCare这一天的一年后，而电话技术支持日期更是莫名其妙地变成了6月16日这样一个完全无关的日期。
于是当场我就向店员询问了这个情况，对方告诉我：可能是服务器更新需要时间，他请我过24小时再看。我查了下苹果官方网站给出的常见问题解答，其中确实也提到一句“注册过程可能需要经过长达 24 小时才能在 Apple 的系统中看到。”我就接受了店员的说法，同时店员也很负责地留了我的联系方式，说他们也会为我关注注册进度，如果不行再联系。
到了晚上9点，我接到了来自环贸AppleCare工作人员的电话，说是由于他们操作失误，导致未能注册成功，需要我自己记录下AppleCare序列号（协议注册号），并打电话给苹果400电话进行注册。同时，他还告诉我了一个“好消息”：由于是他们操作失误，因此很意外地，我的延长保修可以延长到2019年的3月17日！也就是说，变成了从购买AppleCare之日起的2年后。
挂了电话后，我到苹果官网上找了一圈，发现不用拨打400电话，直接在官网上即可注册。简单操作之后，发现我的延保状态已经发生了变化：
次日醒来，再次查看时，日期真的延长到了2019年的3月17日！
我自己思量着，到底是怎么回事呢？以下是我个人猜测：
由于我这台Macbook是在日本购买的，虽然Macbook的AppleCare确实也是向全球销售，但其中或许存在一个“水货转行货”的步骤。这天我在零售店之所以没能显示正确的售后日期，其实是因为“水转行”的操作结果：把我这台Macbook在日本的购买日期，修改为了当天的购买日期，也就是这台电脑“变成了”我2016年3月18日在上海购买的新电脑！因此随机附赠的一年售后时间，确实是到2017年的3月17日截止。再加上AppleCare的延长两年，就变成了到2019年3月17日截止。
更进一步猜想：如果我在2015年7月27日买的这台Macbook，到2016年的7月26日再去购买AppleCare，从该日期再重新计算三年的话，甚至最长前后总共可以享受4年（少一天）的售后？！有谁去试试看吗？
AirDrop是苹果公司产品之间挺好用的一个无线文件传输功能。当然，这个所谓的好用仅仅是理念上，或者说顺利时好用。实际情况是：常常莫名其妙地无法AirDrop，我碰到情况就是搜不到联系人（我自己），但只要能搜到，传输速度还是相当快的。
AirDrop“时好时坏”的情况令人捉摸不定。虽然苹果官方网站有提供相关说明文档，但仍没有说得很明白。前几天，我正要从iPhone把文件通过AirDrop传给Mac时，弹出了这么一个窗口：
简单来说，是我在OS X上安装的安全软件ESET Cyber Security Pro询问我是否要放行一个目的TCP端口号为8770的入站通信。
第一反应是猜测这个端口与AirDrop有关，仔细一看还能发现通信源地址还是一个IPv6的地址。以目前上海电信提供的服务来看，IPv6应该还没有普及，更何况我在家庭路由器上也没有做过TCP8770这个端口的映射——由此可见，通信请求是来自我自己家里局域网内的设备。
后来以“TCP 8770”为关键字搜索一番，找到了一下两条讨论：
Inbound traffic alert (ESET) – Application: System
What does an unknown service (Port 8770) is starting on your Mac mean?
讨论的内容指向了一个名为sharingd的进程。在目前我的OS X El Capitan 10.11.2版本的终端里用man命令查看手册如下：
sharingd(8) BSD System Manager's Manual sharingd(8)
NAME
sharingd -- Sharing Daemon that enables AirDrop, Handoff, Instant Hotspot, Shared Computers, and Remote Disc in the Finder.
SYNOPSIS
sharingd
DESCRIPTION
sharingd is used by the Finder to enable AirDrop file sharing, Handoff between iCloud devices, Instant Hotspot discovery, connecting to shared computers, and
accessing Remote Discs from other computers.
FILES
/usr/libexec/sharingd
HISTORY
sharingd first appeared in Mac OS X 10.9 and iOS 7.
Darwin December 25, 2015 Darwin
说明果然是与AirDrop甚至是与Handoff有关的进程！
然后又以两种方法验证：
第一个方法是在ESET防火墙中手动添加/删除禁止TCP 8770端口通讯的规则，果然AirDrop也随之能够发现或不能发现邻近设备。
第二个方法，是网上查得一下命令可以用于Linux操作系统中查看进程监听的端口号（IPv6版）：lsof -Pnl +M -i6。
于是在终端运行后情况如下：
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
sharingd 653 501 27u IPv6 0x7be74dc88e8bb115 0t0 TCP *:8770 (LISTEN)
由此，可以证实AirDrop确实用到了sharingd进程，也用到了TCP 8770端口号。换言之：要顺畅使用AirDrop、Handoff等功能，需要放行这个端口的入站通信。
有些用户好像很希望iPad Pro能装上OS X系统，但我想到了另一种可能性：与OS X系统协作。
首先，已知第三方厂家WACOM的数位板或数位屏，可以作为Mac的附加硬件来使用。如果是数位屏的话，则可以直接作为Mac的主显示器。我自己用mac mini+Wacom新帝接过。Wacom新帝的话，是需要1根1对3的线：在wacom侧是一个综合型接口，在另一侧则一分为三：电源端口接交流电源、HDMI线接Mac视频输出口、USB线接Mac USB口输入信号。
那么苹果自家即将推出的iPad Pro呢？我在想象iPad Pro与Mac共同使用。我想到了2种可能性：
