Linux

之前一直想着用supervised在docker中跑golang的程序。

后来想到，直接docker run --entrypoint 指定程序的入口就行了。

一开始用alpine跑，结果libc库的位置不对，报not found错误。也不高兴折腾了。直接用debian跑了。

docker run --network=jarln.com --ip=10.1.1.100 --name blog -v /dockers/blog.jarlyyn.com/data:/goapp --entrypoint=/goapp/bin/blog --restart always debian 

跑跑看看效果

昨天有个需求，反代客户的一个网站，从域名a,到域名B, 并做本地缓存。

改着改着一脸懵逼。

因为最后发现源网站不能用非压缩的格式访问。

最后通过自己反代自己反代自己的方式解决了。

就是用gnuzip解压，然后再sub_filter替换。

代码为

proxy_cache_path /cache/CACHENAME levels=1:2 keys_zone=CACHEZONE:300m inactive=30d;
proxy_temp_path /cache/tmp;

server {
listen 127.0.0.1:8080 default_server;
server_name _;
gzip on;
location / {
sub_filter 'ORIGINNAME' 'TARGETNAME';
sub_filter_once off;
proxy_pass http://127.0.0.1:8081;
proxy_set_header Host TARGETNAME;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Accept-Encoding "";
}
}
server{
listen 127.0.0.1:8081 default_server;
server_name _;
location / {
proxy_pass http://166.70.53.125;
proxy_set_header ORIGINNAME;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Accept-Encoding gzip;
gunzip on;
}
}
server {
listen 80;
server_name ORIGINNAME;
gzip on;
location / {
proxy_pass http://127.0.0.1:8080;
proxy_connect_timeout 15m;
proxy_ignore_headers Cache-Control Set-Cookie Expires;
proxy_set_header Accept-Encoding gzip;
proxy_set_header Host ORIGINNAME;
proxy_cache CACHEZONE;
proxy_cache_valid 200 302 30d;
proxy_cache_valid 404 1m;
}
}

参考 :https://www.ruby-forum.com/topic/4406878

最近一阵，akonadi的100%问题一直困扰着我。kmail也变得不可用了。在早上在客户会议时1个半小时把我的rmbp电耗光自动关机后，实在忍无可忍，删除了事。

雷鸟的trayicon未读提醒上的确差了点。但是总体来说，总归还能用。

随着visual code代替了kate,icedove代替了kmail，我依赖的kde软件开始逐渐变少了。

要不是gnome3实在太独断专行，其实本质上我还是可以转回gnome的。

最近台式机重装了下，按惯例装了个debian testing。

一路还算顺利，结果到steam上懵逼了。

一直报错

libGL error: unable to load driver: r600_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: r600
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast

试遍各种方案都不行。

在我的rmbp的debian testing上分明跑的很溜啊。

还怀疑是驱动问题，搞了ATI的私有驱动，dkms部分还编译失败，启动直接进黑屏，这酸爽啊。硬撑着改了回来。

最后，找到了这篇文章

https://steamcommunity.com/discussions/forum/1/224446614463503869/

总之，是因为mesa升级了，需要把新的文件ln到 steam的文件夹内。

rm /home/k/.steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgpg-error.so.0
ln -s /lib/i386-linux-gnu/libgpg-error.so.0 /home/k/.steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgpg-error.so.0
rm /home/k/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libstdc++.so.6
ln -s /usr/lib/i386-linux-gnu/libstdc++.so.6 /home/k/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libstdc++.so.6

说真的，比较无语比较脏，让我回想到了10年前刚开始使用linux的时代。

虽然我喜欢或者说从骨子里依赖linux,但是，linux根子里的问题，并不是那么容易解决的。

Android某种角度来说还是不错的尝试。至少Google还是表现出了强大的统一的执行力。

不知不觉，用Linux做了主桌面10多年了。

折腾过，快乐过，自豪过，到现在已经是一种淡淡的习惯了。

用过mac os x,觉得太难用。

感叹win7,win10的发展，但已经不是我的习惯了。

知道我遇到了One note。

真真切切的产生了让我换系统的冲动，甚至把现在用的rmbo直接换成surface pro。

一款优秀的软件，很多时候的确能决定很多事情。

自从换了rmbp后，由于chrome不能很好的支持hidpi,我不得不把firefox做主浏览器，这一用就用了半年多。

但说到底，还是chrome更好用一点。

今天一打开chrome,发现网页大小变成了200%。

很明显，原生支持hidpi/retina屏了。

赶紧把设置改了下。能用会习惯的浏览器感觉真好。

说真的，快被filezilla的误操作给烦死了。在服务器上也无法使用。

某次使用了lftp后彻底中毒了，发现也能使用sftp后，考虑在备份/迁移用途中直接使用lftp代替filezilla了。

看着要管理的20台服务器，发现必须要搞个管理工具了。

看了下现在火火的docker,应该能满足我的需求。准备开搞。

今天发现浏览器很卡。打开top一开kworker一看，cpu占用率长期70%+。

一番搜索，发现gpe66异常，disable后cpu占用消失。

查看方式:

grep . -r /sys/firmware/acpi/interrupts/

发现有如下输出:

/sys/firmware/acpi/interrupts/gpe66:18009742   enabled

冒号后的触发次数畸高。

比较无语。

写了个脚本

echo "disable" > /sys/firmware/acpi/interrupts/gpe66

加入rc.local。

希望在之后的更新能够解决这个问题。

参考链接:

https://wiki.archlinux.org/index.php/MacBook#kworker_using_high_CPU

https://bugzilla.kernel.org/show_bug.cgi?id=85881

使用U盘+unetbootbin制作启动安装盘，然后通过refind启动

内核版本3.16

EFI启动无问题。

wifi安装私有驱动后无问题。

kde4在retina上解释设置了字体和图片大小也很难用。

Gnome使用正常

Chrome 39/40使用不正常

FIrefox在retina上设置后使用正常。

wifi需要安装私有驱动，然后没问题。(需准备usb转网卡)

蓝牙正常。

键盘正常，设置选项可以正常使用F1-F12

键盘背光可以通过多媒体键设置。

声音正常

无法休眠

基本可以正常使用。随着内核和软件的升级应该会表现的更好。