杂言碎语 > dell wd15工作坞入手
2018-11-01
配合我的thinkpad tablet evo感觉不错
充电没问题，hdmi/vga/dp可用，不过似乎支持同时外接两个fhd的屏幕。
耳机可用，外形和电脑很配。最关键的是usb typc连线很长。小米的dp转接器其他都挺好，线太短，用上连接线的话usb口会失效，不上连接线的话，电脑的typc 口偏上会整个吊着，很丑，感觉也会影响电脑寿命。
除了电源比Dock还大这个外观上的小问题以外，可以说是完美，物美价廉。
Linux > 记录：mariadb高版本Mysqldump无法导出低版本mysql数据的解决方法
2018-11-01
加入参数--compatible=mysql40
如：
mysqldump --default-character-set=utf8 --hex-blob --compatible=mysql40 -u username -p -h host dbname | gzip > mysql.sql.gz
不兼容也不报个错的操作我是服气的。
Linux > 发现gnome+2合1笔记本的一个有趣Bug.
2018-11-01
在外接别本后关掉笔记本的屏幕时时，触摸依然生效，对应的触摸区域是主屏幕。
也就是等于是外接了一个写字板的样子。
当然，这也可以理解为符合设计意图……但我觉得明显是触摸屏和屏幕分为了两个设备处理的问题。
杂言碎语 > 缅怀下金庸，缅怀下逝去的青春。
2018-10-30
金庸走了。
留下了飞雪连天射白鹿，笑书神侠倚碧鸳，走了。
留下了我们青年时的回忆，走了。
那些上课时在课桌里偷偷翻阅的小说。
那些让我们着迷的电影，电视。
各路吸引着我们或者消费着情怀的游戏。
那些吹过牛。
也会随着他的去世，淡淡的在这个世界的记忆里被擦除。
他曾经让整个世界都认识他，他终会被整个世界所淡忘。
我们呢？也必将如此吧。
Linux > 工作系统切换为 debian sid+gnome 3 on thinkpad tablet evo(2018)
2018-10-30
用了4年的rmbp屏幕挂了。忍不了，换了新机。
微软的surface pro 2018推出后，让人觉得失望，又担心其品质，最后还是把目光放在thinkpad上。
以我1w左右的预算，thinkpad 系列除了tablet 2018版全军覆没。无他，其他的本子都是1920的fht。只有tablet是2倍缩放的3000*2000屏。
对于hidpi,wayland+200%缩放才是正道。
只能忍受仅有的两个usb type c口了。
安装时遇到了一个很严重的问题，debian不论stable还是testing都无法进入安装界面,不得不说Linux装新机总有各种问题。
然后我思路一转，用Lmde安装,然后换源升级到sid。当中又遇到了升级testing后apt失效的问题……冲撞后直接升级sid解决。
接着是环境的选择。最后我还是选择了gnome3,因为kde 5下无法正常使用手写笔，对于触摸屏的支持也差不少。
适应了下也还好。毕竟kde4崩溃的最夸张的那段时间我也用过一段时间gnome3,忍受了喂用户吃屎的习惯后还能满足正常使用。
目前状态：
- wifi直接驱动
- fn键未找到关闭设置。
- 触摸屏，笔，现实，触摸板都正常。
- 指纹识别不能使用，小红点不能使用，音量键无法使用。
- 和rmbp14 对比的感觉么。
真漂亮
- 触摸板真棒，真香。
- 不需要保留Mac os 真好
- 接口真少，转接口必备。
- 能出没的uefi设置真酷。
- usb口在上方接dock实在难受。
- 不能放在腿上/胸口上，没法和以前一样偷懒了
- 只带屏幕的平板模式在gnome上勉强可用，上个京东之类还是没问题的。
- 最最让我满意的是，这键盘真舒服，mac的没弹性的和假的一样。
- 总之还是很满意。
Linux > 记录:glusterfs在systemd下通过/etc/fstab加载
2018-10-09
可能由于启动顺序的缘故，一开始在fstab中设置的glusterfs没有加载成功。
导致依赖glusterfs的docker容器们无法正常起来。
搜索一下，调整挂载参数为
defaults,_netdev,noauto,x-systemd.automount
可以解决问题
参考:
https://serverfault.com/questions/800494/glusterfs-mount-on-boot-on-clustered-servers-rhel-7
Linux > glusterfs初体验
2018-10-09
公司文件服务器重灌后，搞了个镜像机，开始试用glusterfs。
怎么说呢，不是很放心。
在还原docker里的gitlab的时候，数据库发生过很多问题。
目前看下来都是glusterfs的挂载文件夹和服务器内容不一致，造成本来已经删除的文件，确又能在挂载文件甲中看到，确没有权限操作。
要重新挂载甚至重启才行。
这对于跑数据库来说不是很合适。
再测试两天，看看效果和稳定性。
Linux > raid挂了，再也不这么信任raid了
2018-10-07
之前配过一台文件共享服务器,见
https://www.v2ex.com/t/223402
8块3t硬盘组raid6.18t空间。
之后由于实际业务的限制(动辄1个多G的稿子每次存盘都走网络？不存在的)
沦为了数据库/docker/备份文件服务器。
节前发现掉了一块盘。
根据之前替换raid盘的经验，不就是换个盘么rebuild么，国庆第一天换硬盘rebuild，最后一天来收货。
检查rebuild结果，完成，没报错，不错。
fstab去掉注释，重启，没问题，完美。
重启测试，没问题，太好了。
推回机位，重启，怎么这么慢……
升级docker,重启服务，读写错误？喵喵喵？逗我？
一看/prop/md0,挂了4个盘。
还好rebuild前在另一个服务器做过备份。
等国庆开工，再装一个服务器，准备GlusterFS。
结论:
- 不用信任raid,软件再可靠，硬件不够可靠也没用。
- raid的确还是比不raid靠谱，但千万别一次组太多盘，属于逗自己。
- raid盘不能等出问题再换，要定期rebuild。
- 能上分布式还是上分布式，单点永远不够可靠