bisko.be

在 CachyOS 上用老显卡运行 Ollama

Sat, 28 Feb 2026 00:00:00 GMT

太长不看;

CachyOS 上的 ollama-cuda(截至目前)只支持 compute >= 7.5。

如果你的显卡比较老、compute 版本更低,那你就必须二选一:

从源码编译 ollama-cuda,并加上对旧 compute 目标的支持
安装 ollama-vulkan

我选了 ollama-vulkan,运行得完美无缺!

故事时间

今天我灵光一闪,决定终于把 Windows 11 虚拟机关掉,迁移到 Linux 上。

需求是要能运行:

Ollama - 用来玩本地模型的魔法
Docker - 用于远程开发
Steam - 用来打游戏
Jellyfin - 用来存放家庭视频档案

这里我只聊 Ollama,因为这段经历挺有意思,也让我琢磨为什么事情不能更直观一点。

这台机器里有 2 块显卡:

GTX 1070 - 8GB
GTX 970 - 4GB

我想在它们上面跑 Ollama,折腾一下本地模型,看看怎么把它集成进一些项目里。比如:在本地对数据做匿名化、按我的使用场景搭一个非破坏性的 OpenClaw 实现、对手机扫描的文档做本地 OCR、自动化处理家里日常管理的一些事情。

所以我很自然地装上了 ollama 和 ollama-cuda,毕竟里面有 2 块 Nvidia 显卡,我以为肯定没问题,毕竟几分钟前它在 Windows 上还跑得好好的。

我启动了 Ollama,加载 qwen3:8b 做个快速实验,然后……它居然在用 CPU 跑 🤔

显卡的显存明明完全装得下,可不知为什么 Ollama 偏偏选择用 CPU 来跑。

我试着从日志里找原因,后来请 Claude 帮了把手,它给出了一个相当让人头大的结论:

The logs tell the story clearly. Both your GPUs are detected but then filtered out because they fail CUDA initialization:

  "filtering device which didn't fully initialize" id=GPU-eb132a13-b9f4-40e3-d85d-60f211dfd21e ... library=CUDA
  "filtering device which didn't fully initialize" id=GPU-550263c8-37e2-2a25-c0b6-10cc7511ed20 ... library=CUDA

  The reason is the CUDA library bundled with Ollama 0.17.4 was compiled for these architectures only:

  CUDA.0.ARCHS=750,800,860,870,880,890,900,1000,1030,1100,1200,1210

  The minimum supported compute capability is 7.5 (Turing / RTX 20xx series). Your GPUs are older than that:

  ┌──────────┬────────────────────┬──────────────┐
  │   GPU    │ Compute Capability │ Architecture │
  ├──────────┼────────────────────┼──────────────┤
  │ GTX 1070 │ 6.1                │ Pascal       │
  ├──────────┼────────────────────┼──────────────┤
  │ GTX 970  │ 5.2                │ Maxwell      │
  └──────────┴────────────────────┴──────────────┘

  Neither is in the supported list, so CUDA initialization fails for both, and Ollama falls back to CPU-only inference.

  Your options:

  1. Downgrade Ollama to an older version that still included Pascal/Maxwell support (pre-0.6.x era had broader arch coverage, but check release notes for specifics).
  2. Build Ollama from source with CUDA_ARCHITECTURES="52;61;75;80;86" to include your GPU architectures.
  3. Upgrade GPUs to at least an RTX 2060 or newer (compute 7.5+).

说实话,这让我有点失望,因为在换新显卡之前,我想尽可能把这些旧卡榨干。

我真不想从源码重新编译 Ollama,它本来就该开箱即用,而且我很困惑它为什么不行,毕竟在 Windows 上安装的版本是支持这些架构的。

这些显卡在 Ollama 官网上也被列为受支持的!

长话短说,我在 Google 上折腾了一圈之后发现:

原来 ollama-cuda 就只满足上面列出的那些要求……而给出的建议是安装 ollama-vulkan。

装上之后,一切都顺滑地跑起来了!

[Linux] 恢复断开连接的 `apt dist-upgrade` 会话

Wed, 23 Oct 2024 00:00:00 GMT

今天我通过内置控制台远程更新我的 Proxmox,但中途忘了自己在干什么,直接把标签页关掉了。

结果就是我没法再连上去了:软件包已经在后台更新,而升级过程弹出了一个是否替换文件的问题,正在等我输入。

所以我虽然能 SSH 进去,却什么也做不了,因为它还在一个我连不上的控制台上等待输入,而那个界面根本打不开。

四处查了一下之后,我偶然发现了一个 Serverfault 帖子,里面提到可以用 reptyr 通过 SSH 接管终端会话。

这里记录一下具体做了什么,以便把会话拿回来并完成升级:

来自这条评论:

git clone https://github.com/nelhage/reptyr
cd reptyr
make install

这样就在机器上安装好了 reptyr。

然后我用 ps ax | grep pts 查找所有打开的会话,找到我要的那个进程。

接着我在调用树中找到分配了 pts 的最顶层父进程,并通过它的 PID 附加上去:

reptyr -T 1390511

然后我就能完成升级了!🎉

晨光下的木槿花

Sun, 21 Aug 2022 00:00:00 GMT

延时摄影:河边的波尔图

Tue, 07 Jun 2022 00:00:00 GMT

几天前,我们在波尔图办了一次团队聚会。终于见到了几位过去两年里我只在 Zoom 上见过的同事。

我们在很棒的 Porto I/O Riverside 联合办公空间待了几天。

这里有个很赞的阳台,我们毫不客气地好好享受了一番,不少富有成效的讨论就是在那里进行的,当然,前提是我们没有太沉迷于盯着河上来来往往的船只发呆。

就在其中一次大家安静地坐着、欣赏风景的时刻,我成功拍下了一段相当美的延时摄影。

[Linux] Syncthing – 以服务方式运行时出现只读文件系统错误

Wed, 06 Apr 2022 00:00:00 GMT

我用 Syncthing 把工作副本同步到本地开发服务器已经有好几个月了。

一开始我是登录后通过命令行手动运行它的。一切正常,所以后来改成以服务方式运行时,我也没多想。它启动了,也同步了一些数据,一切看起来都很好。

当然,直到出问题为止!🙂

原来日志里冒出了一堆错误,说开发服务器上的文件系统是只读的,导致 Syncthing 什么都同步不了,而我完全没注意到。

我还以为是个 bug,只是文件夹显示为 Out of Sync(不同步),实际上还是在同步的。结果我想错了。

折腾了好几个小时,在论坛里搜了好几轮 Google 也没找到任何线索,最后我找到了 ArchWiki 上关于 Syncthing 的文章,里面提到的正是我遇到的情况:

read-only file system error on /etc although run as root

这和我的情况一模一样,只不过出问题的文件夹不是 /etc,而是 /usr/local/src。

读完之后我才明白:如果你通过 systemd 运行 Syncthing(或者任何东西),并且把服务的 ProtectSystem 设成了 full,那么某些目录默认就会变成只读,/usr 就是其中之一。

要解决这个问题,你需要在服务配置里加一行,然后重启服务(别忘了先 daemon-reload):

ReadWritePaths=/usr/local/src

这样之后 Syncthing 就能正常工作了。

拒绝访问

Sat, 31 Jul 2021 00:00:00 GMT

薰衣草日落

Sat, 03 Jul 2021 00:00:00 GMT

延时摄影：风暴滚滚而来

Sat, 26 Jun 2021 00:00:00 GMT

黄花上的阳光

Sat, 05 Jun 2021 00:00:00 GMT

玫瑰

Sun, 23 May 2021 00:00:00 GMT

多云,偶有郁金香

Mon, 03 May 2021 00:00:00 GMT

回到 2013 年,那时我去村里看望爷爷。在路边发现了这朵被剪下来、随手丢弃的漂亮郁金香。

[Linux] 在多台服务器上并行执行多条命令

Mon, 19 Apr 2021 00:00:00 GMT

我家里有一个跑着 Docker Swarm 的树莓派集群。为了方便维护,它们使用相同的配置——用户、Docker 版本等等。

有时候某些更新需要在集群的所有节点上执行同样的操作,比如创建一个新的 Docker macvlan 网络。

要做到这一点,要么就得在所有节点上手动执行相同的命令:挨个 ssh 进去,跑完命令,再换下一台。

既然我想着从长远来看少干点活、把一切弄得尽可能井井有条,我就开始研究怎么同时在所有节点上执行命令。

第一轮:自己写 Python 脚本

第一次尝试是自己写一个 Python 脚本。一方面是想顺便把 Python 学得更扎实一点,另一方面是我找不到一种更原生的方式来执行命令。

可想而知(嘿,我对这门语言还没多少经验 🙂),它很快就变成了一团臃肿的乱麻,而且特别容易出问题。

我得找个别的办法,不用再去重新理解三周前写的东西,也不用再琢磨上次到底是什么搞崩了。

第二轮:`pssh`

四处搜索的时候,我偶然发现了 [pssh](https://linux.die.net/man/1/pssh),它可以通过 SSH 并行执行任务。

总的来说,把它跑起来还挺容易的。

问题在于,有些操作需要通过 sudo 来执行。到处传递密码可不是什么好主意,所以我又得去找办法,弄清楚怎么在远程服务器要求输入密码时把 sudo 密码发过去。

结果发现,只要你碰巧看到对的 StackOverflow 评论,这事儿就简单得很。

太长不看版:

stty -echo; printf "Password: "; read PASS; stty echo; echo "${PASS}" | \
pssh -h <HOSTFILE> -o /tmp/output -t 0 -I "`cat ./commands.sh`"

-I "`cat ./commands.sh`" 必须写成这样(用引号和反引号包起来),否则命令无法正确执行。密码会作为单独的一条命令发送,而不会被当作 sudo 的输入。

另一个要注意的地方是,由于这样的设置方式,执行 sudo 时需要加上 -S 参数,才能正确读取密码输入。

星空之夜

Tue, 09 Feb 2021 00:00:00 GMT

最近我们去保加利亚的山里度了个假。

其中一个晚上,天空晴朗得足以让我试试新款 iPhone 12 的夜景拍照模式。

最初几次尝试的照片噪点有点多,细节也不太明显。

幸好我把这张照片分享给了我表哥,他说我也许可以试试用 RAW 格式拍摄,因为它能保留更多信息,拍完之后还可以再调整。

于是我开启了以 ProRAW 格式保存照片。拍出来的结果和上面这张差不多,但接着我就在 iOS 的“照片”应用里编辑了这张照片,没有借助任何外部工具。

稍微调整几下之后,深色的夜空背景上,细节一下子就清晰地浮现出来了。

最终的成品看起来相当不错!

关于这张照片还有个有趣的小插曲——天空中那片明亮的光晕其实是酒店烟囱冒出的烟,我是拍照时才发现的,肉眼根本看不到。当时实在是太黑了。

以后我肯定还会继续在更晴朗、更黑暗的夜空下尝试夜景模式摄影!

怪怪雪人

Sun, 31 Jan 2021 00:00:00 GMT

有时候雪冻得太硬,根本捏不成雪人需要的雪球。这种时候,干嘛不像搭乐高一样,一块砖一块砖、一层一层地把它砌出来呢?

蚱蜢

Tue, 08 Dec 2020 00:00:00 GMT

某个相当寒冷的早晨，我发现这个小家伙正悠闲地待在我的车旁边。

“铅笔”

Sun, 08 Nov 2020 00:00:00 GMT

最近一次旅行,我们去了山里。那是个清幽僻静的好地方,只有几栋房子和一家餐馆,旁边是一座废弃的人工湖/水坝。

蚊子和酷热是我们的头号敌人,不过我们还是勉强熬了过来。

周围没什么可玩的,我们只好自己想办法找乐子。幸运的是,我儿子偶然发现了一块长方形的大石头,觉得抱着它到处走特别有意思。我也觉得挺有意思的。

石头的每一面纹理都不一样,就像不同粗细的砂纸。

我们还捡了一堆旧树枝,都是从周围的树上掉下来的。

认真考虑了几秒钟之后,我们就开始探索把树枝磨得更尖的奇妙世界。

其中一根树枝磨出来简直就像一支铅笔!它有个大小刚刚好的孔,正好可以塞进一小截真铅笔的笔芯,而且居然真的能写!

我们用它在地上到处涂涂画画,太棒了。

雪花莲

Thu, 08 Oct 2020 00:00:00 GMT

回到2007年。

仅用命令行工具猜解纯数字 ZIP 文件密码

Mon, 14 Sep 2020 00:00:00 GMT

今天我收到了网络服务商的月度账单，有件事让我觉得挺奇怪。

邮件里附带的账单是一个带密码的 ZIP 文件。

先不说在当下这个年代（垃圾邮件、恶意软件、钓鱼攻击满天飞）收到一个 ZIP 格式的附件本身就很诡异，他们选的密码也弱得让人吃惊。

密码是账户持有人的生日，格式为 YYMMDD。

我在健身房的时候，脑子里粗略算了一下，发现可能的组合数其实少得可怜。用了个在线工具算出从 1900-01-01 到现在经过了多少天（因为不是所有组合都能对应一个有效日期）之后，发现组合数一共只有 44,075 种（截止到 2020-09-14）。

我知道那些用 GPU 算力跑哈希破解的优化工具，每秒能猜几百万次。但我当时只能在健身房用一台 VPS，所以我想看看，不借助这些工具、只用 Linux/macOS 的命令行，能多快猜出密码。

我写出了下面这段代码，可以在 macOS 上运行：

echo {1..44000} | xargs -P 16 -n 1 -I{} date -v "-{}d" +"%y%m%d" | xargs -P 16 -I{} sh -c 'unzip -qqoP "{}" 0417160508.zip && echo "{}" && exit 255'

这条命令看起来挺复杂，但原理其实很简单。

echo {1..44000} 生成从 1 到 44,000 的数字，传给下一步。

xargs -P 16 -n 1 -I{} date -v "-{}d" +"%y%m%d" —— 接收第一步的输入，利用 date 的功能（给日期“加减”特定天数）生成 YYMMDD 格式的日期。这里是从当前日期往回减去 X 天，X 就是第一步生成的数字。这样就能一路生成从今天到 1900 年代的日期。

第三步是最有意思的部分，我把它拆成两块来说：

xargs -P 16 -I{} sh -c '...'

这一步拿第二步生成的日期，对每个日期执行一条命令。-P 16 表示用 16 个并行进程来跑，这样处理速度更快。第二步生成日期时也用了同样的技巧来提速。

第二部分才是真正猜密码的地方：

unzip -qqoP "{}" 0417160508.zip && echo "{}" && exit 255

这段代码先尝试用第二步生成的密码解压 ZIP 文件。如果成功了，就会打印（echo）这次猜中的密码，然后 exit 255 强制让 xargs 停止运行。毕竟密码已经找到了，没必要继续猜下去。

总而言之，拿这个当作文件密码实在是个相当糟糕的决定，因为运行上面这条命令，大概只花了 10 秒钟就猜出了我账单的正确密码。换成别人来猜，估计也快不了多少。

世界各地的涂鸦:保加利亚,布尔加斯

Tue, 08 Sep 2020 00:00:00 GMT

迷幻蜗牛

最近我偶然看到了朋友的这张照片。绝对符合这个系列!

新轮子

Sat, 08 Aug 2020 00:00:00 GMT

最近在一个山村旅行时，我们发现了这辆卡车，它少了一个后轮。

儿子看到卡车“受伤”了很不开心，于是我们决定给它临时做一个轮子。

找到一个水瓶盖后，我们用小刀施了点魔法，把瓶盖切掉一部分，让它刚好合适。

再拿打火机快速烤一下，把塑料融化，我们就把它焊在了那个缺轮子的车轴上。

而且它居然真的能用！

快看它跑起来！

处理 PHP 中的意大利面条式代码:用匿名函数提取模板代码片段

Sat, 08 Aug 2020 00:00:00 GMT

最近我在帮一个朋友理清一些代码,并研究怎么改才能很好地配合对后端的异步调用。如果还能顺便写得更模块化、更可复用,那就更好了。

这些代码是一个 WordPress 插件,用的是非常老派的写法:业务逻辑和前端逻辑混在一起,数据处理就夹在模板代码中间,诸如此类。

基本上就是你在 21 世纪初的 PHP 站点里见过的那种东西,那时候这门语言还没有那些很棒的 OOP 特性,也没有一堆成熟的框架。

我今天啃的这个场景是这样的:有一个表格,展示一堆条目。我们需要给表格加几个筛选器,并且通过 AJAX 来工作,这样就能快速刷新 UI,而不用重新加载整个 WordPress 后台页面。

筛选数据很简单:写一个内联的 array_filter,在数据传给模板代码之前先过滤一下(为了保持同样的代码风格,这段也写在模板文件里 😇)。

问题出在我们开始让表格能通过 AJAX 渲染的时候。

表格夹在一大堆其他模板代码和业务代码中间。如果想让 AJAX 只输出表格,我们只有几种办法。

第一种办法,是把表格前后的 HTML 都包在巨大的 if 语句里,确保它们不会被渲染出来。

另一种办法,是把模板抽到单独的文件里,然后在我们于插件代码中定义的 AJAX action 里 include 它。

匿名函数来救场!

我琢磨着怎么用最简单的方式搞定这件事,就试着定义一个普通的 PHP 函数,把表格代码放进去,但这里有个问题。

这段代码运行在一个类的方法里,表格模板中有对 $this 的引用。如果不想大改代码,我们就得把 $this 当作函数参数传进去。可惜这行不通,因为你没法把 $this 当参数传 🤷‍♂️。

我有点失望,因为这意味着模板里要重写一堆东西,而且有不少引用我们都得顾及到,才能保证它继续正常工作。

然后我想起来,这个站点跑的不是 PHP5.2,而是 PHP7,支持匿名函数。

匿名函数还有个很好用的特性:你可以指定调用时,从调用方作用域里把哪些变量传给这个函数。比如:

$table_function = function() use ( $pages, $current_page, $items ) {
    // ... Table render code
}

这样你就可以在函数体里直接引用 $pages 或 $items。

最棒的是,你还可以把 $this 也作为变量传进函数作用域!

于是我们就能把表格渲染代码完整地抽到一个单独的函数里,在 AJAX 调用时单独调用它了!

当然,函数体里用到的变量必须是已定义的,所以一定要小心 AJAX 函数能在哪里被调用。

对我们来说,这意味着会在主类里加一个很小的 action,它仍然会 require 那个文件,但我们能更好地控制并关掉其他所有会产生的输出。

世界各地的涂鸦:马

Wed, 08 Jul 2020 00:00:00 GMT

保加利亚索非亚的儿童游乐场

延时摄影:多伦多皮尔逊机场的傍晚降落

Mon, 08 Jun 2020 00:00:00 GMT

多伦多皮尔逊机场的傍晚降落——2018年9月28日

长颈鹿

Fri, 08 May 2020 00:00:00 GMT

玩乐高得宝时，冒出了一个很漂亮的图案

Arduino/ESP32:禁用任务看门狗

Wed, 29 Apr 2020 00:00:00 GMT

最近我一直在折腾 ESP32 的多核功能,以及把任务固定到特定核心上。

我用 AutoConnect 来支持 WiFi 连接,这样就不用把凭据写死在代码里,还能通过网页界面进行 OTA 更新。

这是为一个项目准备的:控制我服务器机柜里的几个 CPU 4 针 PWM 风扇,给里面的空气降温。为此我想把逻辑拆成两个任务。

一个任务负责处理 API、传感器读取、更新、WiFi 等等,另一个任务负责中断和风扇的 PWM 控制。

一切都很顺利,任务也创建好了,但运行代码时,如果让 ESP32 进入需要你先连上它、再告诉它去连你的 WiFi 网络的那种模式,它就开始出现奇怪的行为:每隔几秒就重启一次控制器,我怎么都没法完成连接。

那段时间真是烦人,我不得不把控制器从原位拆下来,接上 USB 去刷新固件。

折腾完之后我注意到,错误来自看门狗:

Task watchdog got triggered. The following tasks did not feed the watchdog in time:

IDLE (CPU 1)
Tasks currently running:
CPU 0: ManageTask
CPU 1: ControllerTask

四处查了查,看起来这是由 ESP32 的任务看门狗(Task Watchdog)触发的,它用来确保各个任务都能轮到 CPU 执行。

而且看起来,和直接跟其他所有代码、功能一起在任务之外运行相比,AutoConnect 在任务环境下运行时不太灵活。

我挖了挖,试了各种办法,发现摆脱这种局面最简单的方法,就是直接禁用看门狗,然后祈祷一切都能及时执行 🙂 这个任务并不是关键任务,所以多等一会儿让它把手头的事做完也无妨。

要禁用看门狗,你需要做两件事:

第一,引入 esp_task_wdt.h 头文件。为此,在你的 include 部分加上 #include <esp_task_wdt.h>

第二,让看门狗不再重置控制器,并且等待更长时间。为此,你需要在任务代码的开头加上 esp_task_wdt_init(30, false);。

void manage_core_task(void *pv_parameters) {
    esp_task_wdt_init(30, false);
    // .... rest of the code ...
}

这会把看门狗的超时时间设为 30 秒,并且在它被触发时不再重置控制器。

如果你希望看门狗触发后仍然重置控制器,把函数调用的第二个参数从 false 改成 true 即可。

🌼 & 🐝

Tue, 14 Apr 2020 00:00:00 GMT

旅行也需要从旅行中歇一歇

Sat, 14 Mar 2020 00:00:00 GMT

当孩子觉得旅行箱也该休息一下的时候。

世界各地的涂鸦:都柏林

Fri, 14 Feb 2020 00:00:00 GMT

几个月前我们去都柏林旅行,我惊讶地发现那里有这么多出色的涂鸦艺术家。

下面是其中的几幅。

为 Git 提交签名设置 YubiKey

Wed, 08 Jan 2020 00:00:00 GMT

我一直把 YubiKey 当作两步验证密钥，同时用它来给 Git 提交签名。直到几天前，我用的一直是 YubiKey 4。由于我现在的电脑没有任何 USB-A 接口，我的背包里总得带着 USB-A 转 USB-C 的转接头，过去一年里使用这把密钥一直很麻烦。所以我决定是时候换成我那把“新”的 YubiKey 5C 了，这样就不用再折腾那些转接头了。

其实这把密钥我早就有了，当时是因为 Infineon TPM 那个被他们发现的问题，我订了一把 YubiKey 4 作为替换，同时一起买了它，但直到现在我才决定换用新密钥。

现在换的另一个原因是我的旧 GPG 密钥过期了，我不得不重新签发，所以正好可以用这把密钥来给我的 Git 提交签名。

GPG 的疯狂

如果你以前（或者现在）处理过 GPG 密钥，你就知道，对于从没接触过的人来说，想把它正确又安全地跑起来相当困难。主密钥要离线保存，公钥要来回倒腾，密钥过期后要重新签发，可能还要用旧密钥给新密钥签名以便验证，还要吊销密钥……哪怕只是在理论上遵循最佳实践都不容易，真要在实践中做到，事情就变得极其复杂了。

网上大多数教程都是让你用命令行生成密钥，在设计模式很不常见的菜单里跳来跳去，想把它弄好简直是一种折磨。大多数教程还说要用离线机器（比如树莓派）和/或在离线状态下生成主密钥和子密钥，并且不要把主密钥放在你的电脑上。

🤯

过去将近 4 年里，每年一月初我都得面对这件事。每次看到下面这个错误，提示我的签名密钥已经过期，我都心头一紧。

error: gpg failed to sign the data
fatal: failed to write commit object

今年我决定让这个过程变得简单得多，直接使用内置的证书生成功能，避开生成 GPG 密钥之类的所有麻烦。

在 YubiKey 上直接生成密钥

这种方式仍然需要使用命令行界面，但步骤更少，所以更直观一些。

首先我们要设置好卡片/设备。

卡片/设备设置

在终端中运行 gpg --card-status，你应该会看到类似下面的内容：

Reader ………..: Yubico Yubikey 4 OTP U2F CCID
Application ID …: <Serial number>
Version ……….: 2.1
Manufacturer …..: Yubico
Serial number ….: <Device serial number>
Name of cardholder: unspecified
Language prefs …: en
Sex …………..: unspecified
URL of public key : \[not set\]
Login data …….: <e-mail or nothing>
Signature PIN ….: not forced
Key attributes …: rsa4096 rsa4096 rsa4096
Max. PIN lengths .: 127 127 127
PIN retry counter : 3 0 3
Signature counter : 9

如果你看到类似的内容，并且没有出现错误，就可以继续了。

运行 gpg --card-edit

你会进入一个命令行界面，开头显示的是同样的信息，底部是命令提示符 gpg/card>。

输入 admin 并按回车。

现在你可以输入 help，查看如何修改卡片的持有者信息和 PIN。

有一件事你必须做，就是修改卡片的默认 PIN。一共有两个：第一个是用来访问卡上密钥的 PIN，第二个是“管理员”PIN，也叫 PUK（Personal Unblocking Code，个人解锁码）。

要修改它们，输入 passwd，你会看到一个菜单：

gpg/card> passwd  
gpg: OpenPGP card no. <Serial number> detected

1 - change PIN  
2 - unblock PIN  
3 - change Admin PIN  
4 - set the Reset Code  
Q - quit

输入 1，按提示更新你的 PIN。默认 PIN 是 123456。

完成后，选择 3 来修改管理员 PIN。默认值是 12345678。

两个 PIN 都改完之后，回到主菜单，继续完善密钥信息。

你可以使用的命令有：

name – 修改持卡人姓名
login – 修改持卡人的电子邮件地址或登录名

之后我们就可以进入真正的密钥生成环节了。

生成密钥

现在是时候真正生成密钥了。

输入 generate。

你会被问到 Make off-card backup of encryption key? (Y/n)，不过正如 YubiKey 文档中提到的，这只是一个形式上的备份，并不会创建私钥的完整备份，所以回答 Yes 还是 No 都无所谓。我回答的是 No(n)。

如果卡上已经存有密钥，系统会问你是否要替换它们：

gpg: Note: keys are already stored on the card!

Replace existing keys? (y/N)

请确保你不会替换掉某些没有备份的重要东西，然后输入 Y 继续。如果里面有重要的东西，最好用 Ctrl+C 退出整个流程。

系统会要求你输入之前设置的卡片 PIN。

接着你需要选择密钥的有效期：

Please specify how long the key should be valid.
        0 = key does not expire
      <n> = key expires in n days
     <n>w = key expires in n weeks
     <n>m = key expires in n months
     <n>y = key expires in n years
 Key is valid for? (0)

如果你希望密钥只有 1 年有效期，输入 1y。

系统会要求你确认到期日期。检查一切无误后确认。

然后系统会要求你输入密钥所有者的信息：

Is this correct? (y/N) y
GnuPG needs to construct a user ID to identify your key.
Real name: <Your name>
Email address: <Your e-mail>
Comment: <Comment is optional>
 You selected this USER-ID:
     "<Your name> <comment> <your e-mail>
 Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit?

Type `O` to confirm if everything seems correct.

接下来会要求你输入管理员 PIN 或 PUK。这是必需的，因为它要对卡片执行写操作。

然后如果一切正常，YubiKey 会开始闪烁，并且会持续闪一阵子（我这边大约要五分钟）。

完成后你会看到下面的消息

gpg: key <Short ID> marked as ultimately trusted
gpg: revocation certificate stored as '/Users/bisko/.gnupg/openpgp-revocs.d/<LONG ID>.rev' public and secret key created and signed.

记下 <Short ID>，我们后面会用到。

此时你可以用 quit 或 Ctrl+C 退出 GPG 提示符。

现在该保存公钥了，这样我们就能在另一台电脑上复用这把密钥。

为此，运行下面的命令：

gpg --armor --export <Short ID> > <Short ID>.asc

这会把公钥导出到名为 <Short ID>.asc 的文件中。以后如果你想在另一台电脑上使用这把 YubiKey，或者丢失了 GPG 配置，就会用到它。

要把公钥恢复到你的密钥环中，需要这样做：

gpg --import < <Short ID>.asc
gpg: key <Short ID>: public key "Your Name <your@email>" imported
gpg: Total number processed: 1
gpg: imported: 1

这里有个非常重要的提示。如果这是新安装的 GPG 或者是另一台电脑，GPG 不会自己识别卡上的密钥。你需要运行 gpg --card-status，让它读取卡片并获取卡上的密钥。

设置 Git 签名

要让 Git 给你的提交签名，你需要在 ~/.gitconfig 中添加以下内容。

在 [user] 部分下，添加（或更新）下面这一行：

signingkey = 0x<Short ID>

然后如果你想给所有提交都签名，在文件末尾添加以下内容：

[gpg]
  program = /usr/local/bin/gpg
[commit]
  gpgsign = true

这会让 Git 给你所有的提交签名。

要设置 GitHub，你需要把公钥添加到你的个人资料中。具体做法是进入 GitHub -> Settings -> SSH and GPG keys -> New GPG key。

然后你会看到一个文本框，把我们上面生成的 <Short ID>.asc 文件的全部内容粘贴进去。

如果你想复制文件内容（在 macOS 上），可以这样：

cat <Short ID>.asc | pbcopy

这会把整个文件的内容复制到剪贴板。

把它粘贴到 GitHub 的文本框里，然后点击 Add GPG key 按钮。

之后你可以试着提交并推送到 GitHub，应该就能看到漂亮的 Verified 标签了。

调试

有时候事情不会一帆风顺。为了收集更多信息，你可以试试下面这些方法：

用 GPG 签名

首先试着用这把密钥给某个东西签名：

gpg -s <file>

如果失败了，试着弄清楚失败的原因，这方面我不是专家，帮不上忙。

查看 Git 的输出GIT_TRACE=1 git commit -am “test”

这会告诉你 Git 在尝试提交并签名时所做的每一步具体操作，能给你一些线索，看看签名为什么可能失败。

从中你还可以看到，Git 执行了下面这条命令：

/usr/local/bin/gpg --status-fd=2 -bsau <Key ID>

你可以试着手动运行它，看看能不能得到更有用的错误信息。

e1000e eth0: Detected Hardware Unit Hang（检测到硬件单元挂起）

Wed, 18 Dec 2019 00:00:00 GMT

最近我的家用服务器兼虚拟机宿主机开始随机断网。从外面看，它似乎还在正常运行，可我却无法通过任何远程方式访问它。根据交换机的显示，以太网适配器好像是开着的，所以问题肯定出在软件层面。

驱动问题导致网络连接卡死，这可不是第一次了。过去我就被 Linux 和 Windows 电脑上有 bug 的 WiFi 驱动坑过。

在系统日志里翻了一阵之后，我偶然发现了下面这些内容：

vmhost kernel: e1000e 0000:00:1f.6 eth0: Detected Hardware Unit Hang:
vmhost kernel: TDH <0>
vmhost kernel: TDT <1>
vmhost kernel: next_to_use <1>
vmhost kernel: next_to_clean <0>
vmhost kernel: buffer_info[next_to_clean]:
vmhost kernel: time_stamp <10fbc2f81>
vmhost kernel: next_to_watch <0>
vmhost kernel: jiffies <10fbc3871>
vmhost kernel: next_to_watch.status <0>
vmhost kernel: MAC Status <40080083>
vmhost kernel: PHY Status <796d>
vmhost kernel: PHY 1000BASE-T Status <7800>
vmhost kernel: PHY Extended Status <3000>
vmhost kernel: PCI Status <10>
vmhost kernel: e1000e 0000:00:1f.6 eth0: Reset adapter unexpectedly
vmhost kernel: vmbr0: port 1(eth0) entered disabled state

然后它会重置网络适配器，过一会儿又来一遍，直到机器彻底掉线。

我在网上找答案时，偶然发现了这个 ServerFault 帖子。

原因

翻了不少资料和 bug 报告列表后，复现这个问题最好的办法似乎是让设备处于高带宽场景，也就是传输大量数据把网卡接口跑满。

我的情况通常发生在从本地 Plex 服务器向某个设备串流媒体的时候。由于网络的搭建方式，运行 Plex 实例的 Windows 虚拟机必须先从另一台设备的 NFS 网络共享中取得媒体文件，在虚拟机里转码，再发送给播放设备。

这样加起来网络流量相当大，通常在 ~40-100mbit/s 左右，取决于播放媒体文件的设备以及源媒体文件的质量。

通过 Steam Link 向我们的 Apple TV 串流游戏时，也出现过同样的问题。连接是有线的，但网络掉线并不少见。我觉得这和上面是同一个问题，不过之后我会留意修复后是否还会发生。

可能的修复方法

看来一个可行的办法是在网络接口上关闭 GSO （Generic Segmentation Offload，通用分段卸载）、TSO （TCP Segmentation Offload，TCP 分段卸载） 和 GRO （Generic Receive Offload，通用接收卸载）*：

ethtool -K eth0 gso off gro off tso off

我已经在自己的环境里应用了这个设置，正在观察长期来看它是否真的能解决问题。

脚注

* 这些选项与把数据包分段工作卸载给网络接口控制器有关，目的是降低机器的 CPU 占用。更多细节可以参考这篇维基百科文章。

南瓜

Sun, 03 Nov 2019 00:00:00 GMT

拍摄于 Simple Food Punkt

小技巧:运行本地/私有的 swarm Docker 镜像仓库

Fri, 11 Oct 2019 00:00:00 GMT

今天我想从一个 Node.js 项目生成 Docker 镜像,然后把它部署到我本地的测试 swarm 上。

不幸的是,如果在本地构建 Docker 镜像,这个镜像只会存储在创建它的那个节点上,只有该节点能访问,swarm 里的其他节点是访问不到的。

解决办法是把镜像推送到 Docker 镜像仓库,这样 swarm 里所有节点都可以从那里拉取镜像。

创建镜像仓库

要在 swarm 中创建一个镜像仓库服务,运行:

docker service create —name registry —publish 5000:5000 registry:latest

这会创建 registry 服务并在 swarm 中运行它,swarm 里的所有节点都可以访问它。

把镜像推送到镜像仓库

要把镜像推送到镜像仓库,需要做两件事——先打标签,再推送镜像。

下面是一个一步完成构建和打标签的例子:

docker build . -t localhost.localdomain:5000/:latest

然后是如何把它推送到镜像仓库:

docker push localhost.localdomain:5000/:latest在服务/容器等中使用镜像

要在服务或容器中使用这个镜像,需要指定上面的完整路径,即 localhost.localdomain:5000/<image-name>:latest。

swarm 节点将能够访问该镜像,并拉取和运行它。

关于仓库地址的重要说明

网上大多数教程里,仓库地址写的都是 localhost:5000。不幸的是,这样行不通,使用时通常会超时。如果把它改成 localhost.localdomain,就能正常工作了!

我也不清楚为什么会这样,明明 localhost 和 localhost.localdomain 都解析到 127.0.0.1。

延时摄影：奥兰多国际机场的滑行与起飞

Tue, 01 Oct 2019 00:00:00 GMT

用 iPhone X 在飞机舷窗边拍摄

这是返程之旅的开端，我们精彩的 2019 年 Automattic 大聚会刚刚落下帷幕。和一群很棒的人度过了美好时光！🤩

延时摄影:降落在雾蒙蒙的法兰克福

Tue, 10 Sep 2019 00:00:00 GMT

用 iPhone X 在飞机舷窗边拍摄

法兰克福是我们前往一年一度的 Automattic Grand Meetup 途中的中转站之一。那天雾很大,降落的体验相当有意思。飞机先是在一层毛毯般的云海上方飞行,然后就这样,直接落在了跑道上!

下面是一张额外赠送的照片,拍的是下降过程中从城市上空能看到的景象。

牛油果:发芽啦!

Sat, 03 Aug 2019 00:00:00 GMT

这是我们第一次成功让牛油果发芽!

小技巧:把 Apple 键盘上的分节符键映射为反引号键(§ 改成 `)

Wed, 31 Jul 2019 00:00:00 GMT

我用 Apple 键盘已经有一阵子了,但住在欧洲的话,想买到我用惯了的美式布局键盘可不容易。

在 macOS 上有一个“简单”的办法,只需一条终端命令就能重新映射键盘:

watch -n1 -x hidutil property -m ’{“ProductID”:592, “VendorID”:1452}’ —set ’{“UserKeyMapping”:[{“HIDKeyboardModifierMappingSrc”:0x700000035,“HIDKeyboardModifierMappingDst”:0x700000064}]}’

这段代码的作用,是把分节符键( § )改成输出反引号/波浪号( `/ ~ )键。

watch -n1 -x 这部分会每秒执行一次,因为 macOS 有时会把这个设置弄丢,通常发生在电脑进入睡眠,或者键盘被拔掉再重新插上的时候。

请注意,在某些版本的 macOS 上并没有预装 watch 工具,需要通过 Homebrew 或 MacPorts 之类的工具来安装。

上面的代码适用于 USB 接口、带保加利亚语字母的欧洲布局 Apple 外接键盘。对于其他类型的键盘,可能需要对按键的十六进制值稍作调整。

这条命令的一个变体,同样适用于 MacBook Pro 自带的同类键盘,只需要把 0x700000035 和 0x700000064 这两个值的位置对调即可。

我一直在想要不要写个工具来自动帮我做这件事,不过现在我觉得,还是花钱买一把布局正确的新键盘更划算 🙂

紫色的花

Fri, 28 Jun 2019 00:00:00 GMT

拍摄于前往博罗韦茨的旅途中,它坐落在里拉山。

复古博物馆

Tue, 25 Jun 2019 00:00:00 GMT

这些照片拍摄于位于保加利亚瓦尔纳的复古博物馆（链接来自 TripAdvisor，因为博物馆的官网似乎已经打不开了）。

我们在黑海度暑假时，住在附近的一家度假村，于是抽空去了一趟瓦尔纳。在那里，我们偶然发现了一座特别有意思的复古博物馆。

我惊喜地发现，小时候用过的各种东西几乎都能在这里找到。参观的时候，童年的许多美好回忆一下子都涌了上来。

来瓦尔纳的话，这里绝对值得一去！

雏菊之海

Fri, 31 May 2019 00:00:00 GMT

摄于乔鲁尔附近。

延时摄影:蒙特塞拉特之旅

Wed, 08 May 2019 00:00:00 GMT

我们最近在巴塞罗那举行团队聚会时,去了一趟蒙特塞拉特山。我们挑了个乌云密布的日子,不过云层还算够高,所以在下雨之前,我们还是成功看到了山谷。

下面是这次旅行的两段延时摄影:

云的魔法!

乘坐蒙特塞拉特空中缆车下山。

延时摄影:降落巴塞罗那机场

Sat, 04 May 2019 00:00:00 GMT

灰猫

Thu, 21 Mar 2019 00:00:00 GMT

我们在家附近的某个地方发现了这位小家伙!长得好看,还特别爱吃零食!

重置/重启 Apple TV 遥控器

Sun, 17 Feb 2019 00:00:00 GMT

昨晚家里来客人的时候，我居然把 Apple TV 遥控器泡进了水里。睡眠不足加上眼镜没戴稳，事故就这么发生了。

昨晚遥控器还好好的，今天却罢工了，怎么按都没反应。我试着往手心里猛拍，又使劲把里面的水甩出来。完全没用。

我们都以为它彻底报废了，开始在橱柜里翻找米袋。

我上网搜了一下，其实主要是抱着开玩笑的心态，想看看能不能“重启”它。

一篇很有用的指南让我同时按住音量加（Volume Up）键和菜单（Menu）键 2-3 秒，就能重置遥控器并进入配对模式。

结果我真的大吃一惊，它居然真的好了！

所以，如果遥控器有点不对劲，先试试重置吧。如果不行，再去考虑埋进米里和拆机维修也不迟。

简而言之：

按住 Menu + Volume Up 2-3 秒
等几秒钟
试着操作一下 Apple TV

那辆老电车

Fri, 04 Jan 2019 00:00:00 GMT

[

在 Instagram 上查看这条帖子

](https://www.instagram.com/p/Br8XYN5j0z9/?utm_source=ig_embed&utm_campaign=loading)

Biser Perchinkov (@biskobe) 分享的帖子

2018 年的最后几天，我们和几个朋友去参加了一场秘密派对。

最大的惊喜是派对的举办地点！它就在保加利亚仅存的两辆最古老的在役电车之一上！

这辆电车建于差不多一个世纪前，坐上去绝对能把你带回那个年代，虽然它也稍微现代化了一下，装了灯、暖气和一些音乐/媒体设备，好让导游可以一路讲解沿途的景点。

我玩得特别开心，因为其中一位组织者就在电车库工作，所以我们拿到了头排的“门票”，可以近距离看电车司机是怎么操作的。我们还上了一堂速成课，搞清楚了每根操纵杆是干什么的，还敲了铃！Toma 也有机会试着把电车开动起来，结果发现操作它需要相当大的力气！也许再过几年吧 😝

路过的人也都饶有兴致地看着这一幕，因为复古电车在这里可不是天天都能见到的。

超棒的游戏原声——《Stellaris》

Mon, 02 Apr 2018 00:00:00 GMT

前阵子我入手了 Stellaris，很快就在里面不知不觉泡掉了好几个小时。这里我不打算聊游戏本身，评测、实况之类的内容已经够多了。

因为我没法用文字形容它有多棒，所以我只想说——去听听它的原声吧。闭上眼睛，想象自己正在深空，或者在你思绪带你去的任何地方展开一场冒险，好好享受。

（如果你没有 Spotify，可以试试 YouTube 的搜索结果）

重温回忆:玫瑰与蜜蜂

Sun, 10 Dec 2017 00:00:00 GMT

几天前,我在翻看自己的照片收藏时,无意间发现了我最喜欢的一张照片。

这张照片的诞生背后有一段有趣的故事。

就在那几天前,我爸买了一台新的数码相机,佳能 PowerShot A610。我迫不及待想试试,可他一直不给我机会拍几张,因为他正忙着把相机里里外外研究个透。毕竟,这是我们家的第一台“高级”数码相机。

拍下这张照片的那天,我和我爸一起出门去商店,他带上了相机。我让他把相机给我拿着,也看看我能不能拍点什么。我们一边争论我到底有没有能力拿着相机而不把它摔坏,一边走了五六分钟,刚好经过一丛玫瑰,我看到有几只蜜蜂在周围飞来飞去。

那时候我就知道,我想拍下你在上面看到的那朵可爱的玫瑰花。我把相机拿出来,开机,等一只蜜蜂落在花上,然后按下了快门。

就这样,它诞生了。这是我用那台相机拍的第一张照片。

直到今天,这张照片仍然是我最喜欢的照片之一。

奶爸日常:宝贝,在线游戏可不能暂停啊!

Tue, 05 Dec 2017 00:00:00 GMT

所以……这个圆圈终于闭合了。

今天,趁着棒极了的 Automattic 批给我的陪产假还剩最后几天,我决定一头扎进怀旧的海洋,玩几把经典的老《星际争霸》(StarCraft)。

听起来挺正常的,对吧?没错,确实正常!只不过办公室里还有个宝宝陪着我,这样妈妈去忙别的事时,我就可以照看他。

一切都很顺利,宝宝睡着了,我找到了一局有意思的游戏,开始玩,结果玩到一半宝宝醒了。没关系。我哄了他一会儿,但他还是闹腾,于是我退出了游戏,专心照顾他。游戏和宝宝,实在没法同时兼顾。

就这样,我一边把宝宝抱在怀里摇着,轻声细语地哄他,想让他平静下来,一边瞥了一眼显示器,看到游戏房主发来好几条消息:

“既然要走,当初为什么要加入游戏?”

一遍又一遍地刷屏。

一开始我还想回复说我怀里抱着个宝宝,得照顾他,但紧接着,我脑海里闪回到小时候,我曾满腔愤懑地提高嗓门对我妈喊:在线游戏不能暂停!

天哪,妈,在线游戏不能暂停啊!!!!1!1!1!!1!

就在那一刻,我意识到自己得暂时告别在线游戏了。

唉,好吧……¯\_(ツ)_/¯

至少现在我可以专心清一清越堆越高的单机游戏库存了。《巫师 3》可不会自己通关!

世界各地的涂鸦——蒙特利尔

Tue, 06 Jun 2017 00:00:00 GMT

几周前,我去蒙特利尔参加团队聚会,沿着街道溜达的时候,特别喜欢那里的涂鸦文化。跟我以前去过的其他地方相比,这里的涂鸦色彩缤纷,而且很有玩心,我超爱。

以下是我最喜欢的几幅:

不确定我有没有认对,但以前玩了太多《星际争霸》,总觉得这些家伙就是刺蛇

怕狗

Fri, 31 Mar 2017 00:00:00 GMT

我小时候,大概五六岁的样子,邻居家的狗在我和它玩的时候咬了我一口。伤得不重,就是一道抓痕,但在我那颗小孩子的心里,这简直是一场可怕的经历。

那件事之后,我对狗产生了巨大的恐惧。我看到它们就跑,躲回家里或者躲进邻居的院子。如果是朋友家的狗,我也会一直保持警惕,只要那条狗稍微动一下,我就会跑到另一个房间,或者躲到狗够不着的地方。

长大的过程中我一直躲着狗,不过随着时间推移,我开始慢慢接受它们。第一条我没有尖叫着逃跑的狗,是我表兄弟家的狗——一只名叫 Clara 的粗毛牧羊犬。

Clara 的英姿 🙂

她简直是最棒的狗。主人把她训练得特别好,她非常温顺,当然打雷的时候除外。她怕雷怕得要命,必须紧紧抱住她,还得把门关好,不然她就会跑出去,想躲到离暴风雨很远的地方。

我夏天都在村里度过,她时不时也会来做客,这真的帮我减轻了对狗的恐惧,以及对狗的那种整体上的焦虑。

在保加利亚这里,到处还是有很多流浪狗,偶尔会构成威胁,因为狗群很容易达到五到十条甚至更多。这一直让我很害怕,天黑出门时,只要听到身后偶尔传来几声狗叫,我就会心慌。

慢慢地,我发现狗其实没那么可怕,也学会了分辨哪些是有攻击性的狗,哪些是想找人玩的友善的狗。

上周末,我为自己感到骄傲。

过去几个月,我们注意到有一条流浪狗在别墅周围转悠。起初我挺害怕有条陌生的狗绕着我们转。来过几次之后,我发现这条狗并没有那么吓人 🙂 它会过来,看看我们,然后走开。

我鼓起了一点勇气,最后终于攒够了勇气,买了些罐头狗粮,把食物装在一个塑料容器里,站在外面招呼那条狗过来美餐一顿。

有意思的是,那条狗似乎比我还怕我。我叫了几声,又往后退了一步,它才走到那个临时拼凑的”餐盘”前开始吃。

胜利了!🙂

我们离开别墅的时候,从后视镜里看着它跟着车一路跑,也特别有趣。

Radi 的妈妈甚至给它起了个名字,叫 Bear。

——这个杯子现在是我的了!

滑冰

Mon, 30 Jan 2017 00:00:00 GMT

这事已经过去快一个月了,但我永远不会忘记 🙂

去年的最后一天,我表哥提议去一趟溜冰场。我从没去过,而且我怕得要命,生怕把四肢全摔断。

幸好我小时候玩过一点轮滑,这让我的自信心提升了不少。我知道滑冰大概和轮滑差不多。不过,当我穿上冰鞋踏上冰面的那一刻,我还是完全没有心理准备——实在是太滑了!

我的恐惧很快就消失了,而且不用扶着护栏也能滑起来。以前轮滑的经验全都回来了,我可以稳稳地站在冰面上。

这是一次超级有趣的体验,我绝对还会再去溜冰场!🙂

作为额外福利,我还拍到了一段表哥在冰面上摔倒的“第一人称”视角:

https://www.instagram.com/p/BOrgVw6j8O3/?taken-by=biskobe

如何通过电子方式办理永久 EORI 号码，或者说：为什么纸质文件永远不会消亡

Fri, 06 Jan 2017 00:00:00 GMT

重要说明——本文内容截至 2017 年 🙂 评论区里有几处流程更新，也请一并看看。

评论 1 中的更新

另外，我收到过另一位最近（2020 年 9 月）走过这个流程的人发来的邮件，但还在等他告知目前的流程是什么样的。

不过，如果你还是想看 2017 年的流程是怎样的，可以读完整篇文章。

如果不想——直接跳到评论区，看看有哪些变化，以及大家又碰上了哪些新麻烦。

2017 年的原文

TL;DR 和具体步骤在文末 🙂

圣诞节前后，我撞见了一个相当不错的优惠——Transcend 480 GB SSD 硬盘，只要 86 美元——赚到了！问题是：它来自 Amazon.com，这意味着会被海关拦下。

价格和贪心占了上风，我在 12 月 28 日下了单，1 月 3 日它就已经到索非亚了。走的是 DHL，一切都很棒。DHL 的工作人员告诉我，他们需要一份委托书、一份保加利亚语的货物描述，以及那个梦寐以求的 EORI 号码。

前两样很简单：跑一趟公证处，再写一行自由文本就行。

但 EORI 号码就完全是另一回事了。

凡是和海关打过交道的人都知道，EORI 号码有两种——永久的和临时的。临时的当场就能办，只对某一次具体的货运有效。如果以后的包裹还需要，每次都得重新办一个。

我从熟人那里了解到，永久 EORI 号码可以通过海关的在线系统免费办理。而 DHL 呢，办一个要收一笔费用。我对电子系统还抱有信心（我真是太天真了），于是决定省点钱。

3 号下午，我坐下来，开始琢磨这事到底怎么弄，到底该怎么“注册”一个 EORI 号码。

海关的电子门户（ecustoms.bg）如果直接访问是毫无用处的。为什么？因为它要求你已经在里面注册过。我再重复一遍——要访问它，你得先在里面注册过。如果你还没注册，该怎么注册，对我来说依然是个谜。另一件小一点的糟心事是，访问它还需要电子签名。

目前为止还好（才怪）。我打开 Google，开始念咒语，想搞清楚怎么提交那份梦寐以求的申请。搜了几轮之后，我来到了这个页面：http://ecustoms.bg/eportal/public/Controler?control=UpdateForm&doc\_def\_id=24&row\_id=1&param\_selector=4

目前为止还好，我仔细读着文字，好不容易才看到藏在“这里”上的链接，点击，然后……什么都没有。这个链接把我带到了一个不工作的系统——https://ecustoms.bg:18443/eportal/servlet/Controler?control=ReaderForm&doc\_def\_id=3&row\_id=5

我又念了一阵咒语，祈祷这不是那种只在工作日 9 点到 5 点运行的在线系统，但我没有放弃，继续往下找。

又是 Google 里的咒语，几次失败之后，纯属天大的巧合，我找到了：https://eori.customs.bg:8443/。接下来是惊讶、惊呼、庆祝，等等。

我赶紧用上电子签名，急匆匆地研究界面，整个界面一共 4 个按钮，其中两个是退出，一个是刷新。最后一个按钮大概类似“注册”，但因为注册过一次之后就看不到它了，所以我没法确切告诉你上面写的是什么。

点击，弹出一个表单，里面有好几种不同的字段，上面还有一些代码。我填了知道是什么意思的那些，其他的则是 terra incognita。有些加粗了，有些没有，但哪些是必填的、哪些不是，完全不清楚。

回到 Google。咒语——没用。最后我决定按字段里的具体短语来搜，纯属偶然，我找到了 http://ecustoms.bg/eportal/public/DocumentViewer?row_id=265，原来这是关于建立 EORI-BG 登记的条例。真是太好了。不是弹出几个带字段简短说明的小提示，而是要人去翻条例和法律，才能填好一张表。C’est la vie，或者用保加利亚化的说法——这里就是这样。

一份条例可拦不住我。我斜着扫了一遍，一直读到末尾，在那里看到了几个用于纸质版申请的示例表格。我把表单补填完整，保存，用电子签名签署，然后开始祈祷。

流程从大约 18 点开始，到 21:43 结束。就为了一份在线申请。

如果我直接去索非亚的某个海关当场办，可能会更快，只不过这个 EORI 号码是按常住地址签发的，而我的户籍还在蒙大纳。是啊，可蒙大纳没有海关。最近的在洛姆，离蒙大纳大约 40 公里。而我在索非亚。如果用纸质方式提交申请，得跑那边两趟，我一点都不喜欢这样。外面下着雪，而且只能在工作日办，再加上国家行政机关的其他种种美妙之处。

到这一步，我依然相信电子系统，还很高兴不用为这么点小事跑到保加利亚的另一头（还能省点钱，对吧，毕竟一切都是从这儿开始的）。

两天过去了，已经是周四，申请毫无进展。我开始有点怀疑了。我打电话给海关相应的 Service Desk，一位女职员非常礼貌地告诉我，期限是最多 5 个工作日，如果之后还没办好，再打给她。好吧，我等等。

白天我去读了关于这些梦寐以求的 EORI 在线申请的帖子，看看大家分享了什么经历，结果所有人都一样——有运气就有，没运气就等着。有人提到，他们去问了地区海关，对方说没有收到这样的申请。到这里，我对电子系统的信心开始岌岌可危。

今天是周五，我觉得最好查一下，我是不是也碰巧成了这个电子系统的受害者之一。我打电话给洛姆海关。一位客气的女职员让我打给负责这块的部门。她报了一个洛姆的本地号码，没带区号，经过几个关于她念的这串数字是什么的蠢问题之后，我才搞明白，这其实是另一部电话，让我打那个。我们俩在电话里为这个局面相视一笑，然后我拨了她给我的号码。

那边又是一位同样礼貌的先生接了电话，听完我的问题后说，他们是在申请送达后才处理的，他们这边什么都没收到，他会去查查怎么回事、为什么没收到。让我 10 分钟后再打。我很高兴，至少链条上所有人的态度都很有人情味，没有那种社会主义时代的呛声和傲慢腔调。我开始等待，不到 5 分钟，就收到了一封新邮件的通知，标题是：“Информация за вашата EORI регистрация!”（关于您的 EORI 注册的信息！）耶！我拿到了！

我把它转给了 DHL，现在只剩下清关放行，然后收货了。耶！（再来一次）

最后（或者说 TL;DR），是一份更精炼的在线办理永久 EORI 号码指南：

如果没有电子签名，先办一个。
前往：https://eori.customs.bg:8443/。
下载 http://ecustoms.bg/eportal/public/DocumentViewer?row_id=265，看看字段该怎么填。你需要的信息在最后几页。
提交申请，并且务必签名。你应该能看到一行，其“操作”列的值为：EORI-REG-SIGN。
等一天，或者如果你觉得自己运气不错，就打电话给你提交申请所对应的海关地区分支，委婉地问问他们是否收到了，因为电子系统给你报了一些错误。别说你很着急。
过一阵子，你就会收到那个梦寐以求的 EORI 号码。

几点说明：

电子签名必须是你本人的名字，因为填写表单时，很多数据（姓名、身份证号、邮箱）都是从签名里提取的。也就是说，用朋友的签名是行不通的。
这个系统用起来相当古怪，有时候还相当任性。
仔细检查完所有字段后，再发送并签名表单。
在 Mac 的 Chrome 上配合 Infonotary 的签名可以成功使用。
下面这条说明来自 Петя 的评论：

当我尝试用电子签名签署时，会开始下载一个文件（stampitls）。和海关的 HelpDesk 纠缠了两天之后，他们给我发来了一份说明，我照着做才成功签上了名。
还有一点——如果你的地址在索非亚，并决定用电子签名办理 EORI 号码，在选择海关机构时请选 ТМУ Столична——大约一小时就能搞定，而如果选 Летище София（索非亚机场），可能要花up to 5 个工作日

《电子商务法》与商业信息(……未经请求的……)

Tue, 24 Aug 2010 00:00:00 GMT

今天我又一次看到了“根据《电子商务法》第6条第(1)款,本商业信息可能是未经请求的”,然后紧跟着整整5页胡说八道的呕吐物,没有任何格式,没有清晰分隔的章节,等等。

因为我实在受够了读这种破玩意儿,于是去翻了翻《电子商务法》,看看这个臭名昭著的第6条到底说了啥,结果读到:

第6条 (1) 未经收件人事先同意、通过电子邮件发送未经请求的商业信息的服务提供者,有义务确保该商业信息在到达收件人时即可被清楚、明确地识别为未经请求的信息。

(2) (修订——《国家公报》2006年第105期,自2006年12月24日起生效)消费者保护委员会按照部长理事会条例规定的程序,维护一份电子登记册,登记不希望收到未经请求的商业信息的法人的电子地址。

(3) 禁止向第2款所述登记册中登记的电子地址发送未经请求的商业信息。

到这儿都挺好,一切清楚,我同意。我没必要跟法律条文较真,忍忍就过去了,要不就屏蔽,啦啦啦,然后继续往下读第4款,我看到了什么:

(4) 禁止未经消费者事先同意而向其发送未经请求的商业信息。

呃……啥?照这么说,他们应该先给我发一封小邮件,问问我是否同意收到这一大堆呕吐物,可他们根本没这么干。他们只是宣布,根据第6条第(1)款,这条商业信息可能不是我主动要求的,然后就在同一封邮件里把整堆呕吐物全倒了出来。压根没问我同不同意——直接一脚把门踹开。

我就纳闷了,这种做法有多合法——没有我的明确同意就发垃圾邮件?

拼音式键盘布局与 xorg

Sat, 15 May 2010 00:00:00 GMT

在今年一、二月前后出现的某个较新版本的 xorg 里,拼音式键盘布局里被人悄悄塞进了一些改动。改的人显然压根没考虑过普通用户,一心只想把拼音布局变成 БДС 标准布局。改动体现在:引入了上下引号字符,取代了 <>;用段落符号取代了 &;用欧元符号取代了 ^。

要纠正这些恶行,在 ~/.bashrc 中加入以下几行:

xmodmap -e “keycode 16 = 7 ampersand 7 ampersand”

xmodmap -e “keycode 12 = 3 numbersign 3 numbersign”

xmodmap -e “keycode 15 = 6 asciicircum 6 asciicircum”

xmodmap -e “keycode 20 = minus underscore minus underscore”

xmodmap -e “keycode 59 = comma less comma less”

xmodmap -e “keycode 60 = period greater period greater”

然后注销(logout),再重新登录(log-in)系统,你应该就能找回原来的符号布局了。

P.S. 还有一处改动:原来大写的 ь(小写的 er,拉丁字母 x 的位置)被换成了 ѝ(带重音的 и),我觉得这个改动挺有用,所以上面的修改里没有把它改回去。

移除 iPhone 密码锁

Sat, 14 Nov 2009 00:00:00 GMT

昨天我喝了点酒，决定给我的 iPhone 加个密码锁，以防万一有人想摸进去看看（蠢蠢的被害妄想症）……于是我就开始设置密码，在设置里输入了两遍，设成了我自以为是我输入的那个数字，然后锁上了手机（电源/休眠按钮）。然后我想解锁的时候，貌似我输入的两次数字根本不是我想要的那个数字。于是那天晚上剩下的时间我都在想办法搞清楚那个号码到底是什么，但还是没成功。

现在头脑清醒了点，我找到了一个移除密码锁的方法（不过手机上所有其他密码也会一并被清除）。

步骤如下：

进入手机的文件系统（Linux 下很简单——可以参考 http://marcansoft.com/blog/2009/10/iphone-syncing-on-linux-part-2/ 关于访问 ipod 文件系统的说明——iPhone 和 iPod touch 同理）。
然后进入 /private/var/Keychains
把名为 keychain-2.db 的文件移动到其他位置，比如 /
然后进入 /var/mobile/Library/Preferences/
把名为 com.apple.springboard.plist 的文件移动到其他位置，比如 /
然后你需要杀掉 springboard 进程（如果是通过 SSH 连接的，用 killall SpringBoard）或者直接重启手机。

搞定，就是这样。

这么做的副作用是你会丢失所有邮件账户、Exchange 账户的密码，以及主屏幕图标的排列顺序，但至少你不用刷机 🙂

最后几滴电量……

Tue, 08 Sep 2009 00:00:00 GMT

今天晚上我们小区突然停了一会儿电,我决定是时候考验一下我那台 Acer 5935g 的电池了。我拔掉电源线,继续我的《嗜血法医》(Dexter)第二季电影之夜。

下面就是我这个小小电池测试的最终结果:

1:30 小时 – 看电影
35 分钟 – 上网

加起来一共是 2:05 小时的电池续航(至少是有保证的),而且我还剩下将近半小时的电量储备,可以把手头在写的一些文字收个尾。

其实这是我第一次这么接近厂商规格里标称的电池续航时间。我很高兴当初选了 Acer 🙂

我测试电池时的系统环境是:

Acer 5935g(原装电池)
Windows Vista SP2 64 位
启用 GeForce 130M(而不是板载的 Intel 4500)
Razer Copperhead 鼠标
亮度始终保持 60%
Skype 在后台运行
WiFi 开启,已连接网络
KMplayer 播放 DivX(中间会频繁拖动进度条(我没法从头到尾不拖动地看完一部电影 🙂 )

接下来会在 Linux 下用同样的操作再测一次。不过我得先安装和配置好系统,那得等我有空闲时间的时候了。

Canon 相机 E16 错误

Wed, 02 Sep 2009 00:00:00 GMT

事情从昨天说起,我爸跟我说他的相机(Canon A610)坏了,开机(拍摄模式下)唯一的动作就是镜头伸出来,再缩回去,然后在黑屏上显示

Error E16

我上网翻了一圈,大多数信息都说这个问题原因不明,而且并不少见,建议把相机寄到 Canon,他们会给你换一台。

到这儿都挺好,只可惜这台相机的保修在一年多前就过期了(总之不在保修期内,因为它是 2006 年 5 月买的)。

我一时也没辙,直到我爸突然开窍,试了”黄种人”设备的标准招数——揍它!🙂

结果发现,对相机用力摇晃或者拍打几下,错误很有可能消失,相机也就恢复正常了。

不过这招也有它的风险——一旦出现过,很可能还会再出现,一切都只是时间问题。所以你得考虑买新相机了,在此之前就先靠这台旧的撑着吧。

这整件事还有个”酷”炫的副作用——视频只能”工作一半”,你可以在下面的链接里看到:E16 error on Canon A610

--- ## 本地保存的外部下载 - [http://www.youtube.com/watch?v=fQGdaOgQt9M\](media/грешка-e16-при-фотоапарат-canon-Canon A610 E16 error video.mkv)

iPhone 3.0

Fri, 19 Jun 2009 00:00:00 GMT

哇啊啊啊…… 我开心得像个小孩 😉

我已经用上了最新版的 iPhone OS，也就是期待已久的 3.0 版本。
乍一看它就是个大玩具，直到你摸清了新固件里那些（当然是有用的）新东西。下面是一些我个人觉得有用的：

Spotlight（第一屏（如果把 Home 算作第一屏，那它就是第零屏）——太让人开心了。输入 3 个字母，就能给想找的人打电话，或者播放想听的歌。还可以在设置里调成双击 Home 键时打开。
Landscape（把屏幕横过来）——简直爽翻了 🙂 。短信、电子邮件、备忘录——全都支持横屏…… 啊啊啊啊啊啊啊啊啊（欢呼）
Copy&Paste&Undo&…（以前没有的那些功能）——复制粘贴的功能设计得非常巧妙。（可以在各种评测里看到。）到目前为止我发现了 2 个 bug。第一次复制图片加文字时，只会复制图片。另一个 bug 是：如果你在 Safari 里选中了某些内容准备复制，把它关掉再马上重新打开，会先看到被选中的区域，然后才加载出别的内容。
更详细的 Call Log（通话记录）——现在在 Phone.app 里可以看到与某个号码通话的更详细信息，比如通话时长、通话时间、通话状态。
可以关闭短信提醒：设置 -> Settings -> General -> Messages -> Repeat Alert——再也不用被手机那种吓人的震动声惊到了，比如你忘了打开那条在主屏幕上已经读过的短信的时候。
iPod 的改进——Shake to Shuffle（把手机往旁边一甩，就会随机切换一首歌）——挺方便，不过得摇得相当用力才行。（给自己的备忘：要在小巴和市区公交上测试一下）；在播客里，有一个这——么大的后退 30 秒按钮，用于正在播放的播客。旁边还有 1x（2x、1/2x）按钮，想加快或放慢所听播客的速度就用它。（听起来非常搞笑，尤其是当你听的东西已经足够快的时候）；还可以在线浏览播客，然后再下载到手机上。
速度——我吓了一跳……手机至少比 2.2.1 快了 60%。打开应用快如闪电，关闭也一样。现在在我打开或关闭其他应用，或者 iPod 本身的时候，声音甚至不再卡顿了。

暂时想不到别的了，但我保证，等我发现新固件里更多有用的东西，就会来补充这份清单。

IE daily

Sat, 30 May 2009 00:00:00 GMT

如果有时候，也不知道从哪儿冒出来的问题，你的某个元素的边框在 IE6、7 里“断断续续”的，试着给这个元素加上 background，很有可能就搞定了。

Will it Lens?

Sat, 11 Apr 2009 00:00:00 GMT

谷歌那帮家伙真是疯得不轻 🙂
http://googleblog.blogspot.com/2009/04/will-it-lens.html

Vatsa大妈……或者说,和老头老太太同行的旅途

Sun, 09 Nov 2008 00:00:00 GMT

周五13:30……上班的最后几分钟。我签好离职单,说完最后几句话,出发去中央火车站。上了电车,我小心翼翼地开始盘算时间,同时和我那贪吃的“我”作斗争,争论要不要顺路去McDonalds买点吃的……我成功地把它压下去了,因为粗略一算,我可能赶不及在3:15前到火车站,而那时我和Irji大哥约好了见面。

当然,我的粗略计算压根儿不靠谱……我提前了将近40分钟就到了……这时我那贪吃的“我”(从这里开始,为了简短,我就叫它小猪仔),开始没完没了地唠叨:“你本来可以去买点吃的的,对吧!”。我对着小猪仔骂了几句之后走进车站,结果当场傻眼:“我靠!这火车站我从来没见过这么多人!!!”。那叫一个满,比……我也不知道比什么都满……简直是人挤人 🙂 。我看长椅上一个空位都没有,就走到外面,坐在钟楼下面的台阶上。我给Ivan发短信说这里简直是疯人院,他回我的指示是:立刻去买票 :)。

我回到里面,直奔小售票窗口……过得飞快。这当然很正常,因为我前面只有两三个人,而其他窗口那边简直是一片疯狂。我买了票,当然是有座位的,然后又到外面等着。Ivan大约15:40才到,因为城市交通和出租车一样,都是坏人 🙂 。我们就守在显示屏前,等着它显示我们的火车从哪里编组发车。坐着等,坐着等,坐着等……已经到了:50了……还是一点消息都没有……此刻我们和整个车站里的其他人一样,处于“我靠,完了”的状态。

终于有一刻,广播系统(或者这玩意儿叫什么来着)开始通报哪趟车在哪儿,我们眼看着整个车站的人都冲向了站台……

经过一番推、搡、捅、踩,那场面连美式橄榄球运动员看了都要咋舌,我们终于挤到了站台,开始找自己的座位。这边是12号车厢,那边也是12号车厢……嘿,我们把整列火车都走了一遍,总算找到了我们的车厢。我们赶紧钻进去,因为已经是15:58了,火车随时都会开动,而里面……啊,里面……里面你要么得是个微生物才挤得过去,要么得是个超人才能推开那些在走廊里疯狂乱挤的人。幸好我们的座位在第二个包厢,而不是在中间什么地方,不然真有可能上演一幕《血腥运动X》。

总之我们安顿好了,等着火车出发。过了差不多两分钟,来了几个老头老太太,说他们在我们这个包厢订了座位,三下两下就把“闯入者”赶走了(虽然我们认识他们,但是……命啊)。不幸的是,那两位来自Berkovitsa的讨厌老太太留了下来……大家都坐好了,我们开始等火车开动。

这期间我当然认出了其中一位老爷爷,他几年前还住在我们家旁边。他却没认出我……看来是老年痴呆在发言了 😀

大部分细节我就略过了,因为实在太多,很难记住,不过有一个我要提一下,它直接把我笑翻了:

…
– 哎,他每天早上都在Vatsa大妈那儿喝咖啡!
– Vatsa大妈?
– 对啊,杯子上写着Vatsa大妈,结果搞不好是lavAzza
…

就这样,整整4个小时的老年幽默,有时候“笑得你膈肌撕裂,得在Septemvri(车站)下车去换个新的”。

最后我们晚点了大约一个小时抵达Montana,不过这一个小时过得飞快 🙂 所以说——如果你要坐火车,而包厢里坐满了老人,至少还有两位老爷爷,别发愁,热闹是保证有的 😀

这儿?

Sat, 01 Nov 2008 00:00:00 GMT

昨天是个奇怪的一天……

早上虽然出门有点晚、动作也慢吞吞的,我还是准时到了公司。看来堵车这回站在了我这边。这一天本来也过得很正常,直到下午1点左右,Cvetan 给我发来一个链接,是 DreamHost 庆祝11周年生日的促销活动。
我点开就读了起来……主机配置表每往下看一行,我的眼睛就睁得更大、更贪婪一点(口水都快流出来了 :D)。
很快就明白了:就是它了,必须买!但问题来了——怎么付款。我有一张开通了网上支付的卡,可里面没钱;Cvetan 有钱,却没有开通网上支付——撞上石头了……不对,简直是撞上花岗岩了。

下一步——他通过 ePay.bg 给我转钱,我来付款。一切都挺顺利,直到发现我在那儿的身份是个什么”菜鸟”级别,每日收款上限是……50列弗。我赶紧去找怎么变成”熟客”用户,结果看到的信息让我目瞪口呆:

如何升级到更高级别

要升级到”2”级——“熟客”,您需要在个人账户中绑定一张银行卡,并通过该系统用这张卡至少支付5笔电费、水费、电话费、暖气费等公用事业账单(预付费服务的支付不算作公用事业账单支付)。

拜托!至少5笔公用事业账单……这都什么鬼东西。我又没有自己的房子,哪来的这些账单要交。纯属胡扯。要是让我拍张身份证照片之类的,行……可这也太过分了,尤其是当你急着马上就要转一笔钱的时候。

我已经感觉到促销活动像一块涂满肥皂的杯子,正从我们的小手里滑走。事已至此,只剩下最极端的办法——他从瓦尔纳直接把钱转到我在邮政银行的账户上,然后祈祷能成。我把 IBAN 给他,他就去存钱了。25-30-40分钟后他打来电话:“转过去了,他们说最迟2点之前网银里会显示变动。“听到”2点”这个时间我当场傻眼,整件事居然是这么”压线”,于是我煞有介事地等了漫长的15分钟,登录 e-postbank,这回眼睛瞪得有这——么大,下巴都掉了——钱到账了。

我手忙脚乱地打开 Cvetan 早些时候发给我的 Google Checkout 购物车链接,填好信息,点击 Check out,搞定……那一刻我脑子里冒出无数个问号:怎么这里什么账户验证都没有,不像 Moneybookers 或 PayPal 那样,也不要求什么小额扣款之类的破事,就只是填完信息、点付款,然后就完了……

接着我给他发了条短信说我付完款了,然后拎起行李前往中央火车站,准备回蒙塔纳。在那儿碰到了几个”旅伴”,我们买了票上了火车。车开了,可我实在没法再等3个小时才知道付款到底成没成,就给 Cvetan 打了电话,他确认一切正常。我心里的大石头总算落了地,松了一口气。

这一天之后,我得出4条结论:

ePay 是小气鬼,PayPal 和 Moneybookers 也一样。
邮政银行继续巩固我的看法:它们是正确的选择。
Google 一如既往地靠简化流程把人”秒”得服服帖帖。
Dreamhost 让我很爽!(只是上传到那边的速度烂得要命,不过这事以后再说)

P.S. 我去,我现在已经欠 Cvetan 90块钱了 :-D