贴一下 slave 的日志吧，另外你配置的传输方式是什么 AXFR ， IXFR ， 出发机制是轮询还是 notify

发现没人买教团 1886 ， 就我一个人买了？ 还有小小大星球 3

官方下载-> 上传到 virustotal 扫描（强力推荐）-> 沙箱

cat -A 看看是不是有不可见的非法字符，估计你是 copy paste 过来的吧。另外你 check 的 zone 不对，应该是 next.com ，还有要加上$ORIGIN next.com. 不然配置长了很麻烦。

@mycsc 但 win 阵营的很多风扇往往一开始很静后来因为磨损就不行了，特别是放不平的时候。 用 mac 系统应该不会暴走，不过 15 寸标压 U 肯定还是比较热的。

@mycsc 从没用过 dell 的，没办法讲， dell 和 hp 与其他厂牌的区别是他俩很多机型是 ODM 。除了价格，我不太理解提主为什么不用 mbp ，装 win 一样用。

@mycsc 我不是果粉但我推荐 macbook pro ，实在需要考虑 win 阵营可以看看 YOGA 4 Pro （ YOGA 900 ）， asus UX501 。 其实华硕的很多都可以看看，代工出身，设计经验不比烂脑娃少，而且舍得下点本。 NEC 那款 lavie 见都没见过，但拆过公司老板的 NEC 轻薄本，看似还不错，已经用两年多了。但这种纯粹日本土型号的只有日文序列键盘，而且驱动光盘一定要保存好，网上没得下，官网也没有（可能是我看不懂日文）

@dartabe 不知道你说的是哪三款，不过 X1 还是算了，某宝上的价格和交易数已经可以作为数据了。 TP 的问题不仅仅是设计的问题（相对经典款而言） 重要的是成本问题，和 mbp 相差不大的价格，但却用更便宜的物料，而且他廉价的物料确实影响了他的质量（举例在无防滚架机型中，新机种比老机种有更高的主板变形几率）。除了信仰加成，想不通买他的理由。就像做电子工程，明明一个好的设计需要一些必要的冗余电路，但烂脑娃总是在试探冗余的下限和成本的下限。我也觉得 X1 yoga 很吸引人，但开了 D 面的一瞬间便没了兴趣。也许是因为现在 3C 产品都很短命，能撑够 2 年就 ok 。所以不管怎样自己开心就好。

@dartabe 只看风扇？说实在的一线品牌的笔记本中走线，内部辅料和机构件最烂的就是烂脑娃，而且连纯商务的 T 系列和 W 系列都是如此。 yoga 前几款还行， X1 就算了，某宝上 非常多的 X1 便宜货你以为都是华强北 DIY 出来的？ 那些都是因为机构损坏，主板暗病的返修货 YLJ 。亲身经历过身边两个同事老款 X1 B 面边缘脱胶， bios 损坏无法开机的问题，连低端 acer 这样货色都不曾有类似问题。现在的 tp 和以前的比就像 win10 和 win7 。 可以改变风格，但你马别有那么多 bug 。

终端下的 man keymaps
桌面下的 man setxkbmap

桌面下 xkbprint $DISPLAY /tmp/layout.ps 直接生成当前键盘布局图到文件 layout.ps

@BOYPT
@raiz
雷蛇那个应该不是通用驱动的，否则不会接收客户端程序的私有指令。 其实蓝牙键盘的堆栈是下层蓝牙协议栈，上层 HID ，只要厂商在 HID 层开发指令和驱动就能实现，和无线不无线没关系。其实最好的方案就是 hhkb 和 minila 之类的，直接弄个硬件开关，这样通用驱动也能切换。提主纠结这个不如直接买个大厂的，用着顺手 夸张一点终生都不会换。

@dartabe 在用 T61 ， yaga 2pro ，然而 X1 ，以及 X1 yoga 拆了以后满眼的黑胶纸，各种跑线，塑料 ABC 面瞬间就没兴趣了，除非它能卖出神船的价格。 不光 X1 ，近年的 T 和 W ， X 系列都是败絮其中。

喜欢 ovf ，特别是装了裂像屏。另外只用 ovf 日常续航可提高一倍

fn 会产生 scancode ，只是内核不会把它送给终端及终端上的应用程序，所以那些软件都看不到。如果 LZ 用的是 linux ，可以把 linux 上面 mac 键盘的驱动移植一部分到你那个通用键盘驱动里面， mac 的键盘驱动是可以通过 /sys/module/hid_apple/parameters/fnmode 这个 entry 修改 fn 键的默认状态。

drivers/hid/hid-apple.c

static int hidinput_apple_event(struct hid_device *hid, struct input_dev *input,
struct hid_usage *usage, __s32 value)
{
struct apple_sc *asc = hid_get_drvdata(hid);
const struct apple_key_translation *trans, *table;

if (usage->code == KEY_FN) {
asc->fn_on = !!value;
input_event(input, usage->type, usage->code, value);
return 1;
}

if (fnmode) {
int do_translate;

if (hid->product >= USB_DEVICE_ID_APPLE_WELLSPRING4_ANSI &&
hid->product <= USB_DEVICE_ID_APPLE_WELLSPRING4A_JIS)
table = macbookair_fn_keys;
else if (hid->product < 0x21d || hid->product >= 0x300)
table = powerbook_fn_keys;
else
table = apple_fn_keys;

trans = apple_find_translation (table, usage->code);

if (trans) {
if (test_bit(usage->code, asc->pressed_fn))
do_translate = 1;
else if (trans->flags & APPLE_FLAG_FKEY)
do_translate = (fnmode == 2 && asc->fn_on) ||
(fnmode == 1 && !asc->fn_on);
else
do_translate = asc->fn_on;

if (do_translate) {
if (value)
set_bit(usage->code, asc->pressed_fn);
else
clear_bit(usage->code, asc->pressed_fn);

input_event(input, usage->type, trans->to,
value);

return 1;
}
}

@htfy96
@zyguan
@yangtukun1412

问题找到了， 很久之前我把 tty 的键盘布局改成了 mac ， ctrl+shift+减号 vim 看到的是 ^[- ， pc 的正常布局应该是 ^_ 。直接 loadkey us 恢复 PC 布局。 或者改 /etc/sysconfig/keyboard 里面的 KEYTABLE 变量永久生效。 算了不折腾 mac 的布局，之前肯定把 /usr/share/kbd/keymaps 里面的搞乱了。

@htfy96
@zyguan
@yangtukun1412

换版本无效，换内核无效。新装一台和当前发行版一样的虚拟机里面 tty vim map <C-_>却是正常的。

然后突然发现 tty 里面 map <C-_> 按下 ctrl 和减号就 work 了， shift 真的被吃了。这到底是怎么了

@zyguan 对， x 把 keycode 映射成 symbol 再送给应用程序的。 tty 是映射成另外一套，但主键盘区的基本照搬 keycode 不会动。 刚发现另外一个发行版的 vim 在 tty 下面 nmap <C-_>工作正常，正在试他那个版本。如果再不行，我觉得是 tty 的问题，也就是内核的问题？

5se 不是挺好吗，最佳的外形，镜头不突出，携带方便，性能和 6 追平。从事我们这行的天天对着屏幕，空闲了还有心思对着那 5 寸多不算大也不算小的屏幕？ 真要大 直接携带 ipad ， ipadmini 或者 surface 不是更好？