92 followers 0 articles/week
我正在使用的火狐扩展(2024年版)

本文来自依云's Blog,转载请注明。 距离上次分享好久了,于是又来啦~ 桌面版 每一项第一行是扩展标题和链接,第二行是扩展自己的描述信息,第三行(如有)是我为写本文添加的介绍和评论。 篡改猴 使用用户脚本自由地改变网络 复制链接/标签名称和地址 将链接名称和地址复制到剪贴板 复制链接地址 使用快捷键 "a" 来复制链接地址 对着链接点右键,然后按 a 键就可以复制到链接啦。 书签搜索 使用已加为书签的搜索引擎搜索选定文本 我在访问哪个 Cloudflare® 数据中心? 显示正在访问的...

Tue Jul 9, 2024 16:15
使用 PipeWire 实现自动应用均衡器

本文来自依云's Blog,转载请注明。 之前我写过一篇文章,讲述我使用 EasyEffects 的均衡器来调整 Bose 音箱的音效。最近读者 RNE 留言说可以直接通过 PipeWire 实现,于是前几天我实现了一下。 先说一下换了之后的体验。相比于 EasyEffects,使用 PipeWire 实现此功能获得了以下好处: 少用一个软件(虽然并没有多大)。 不依赖图形界面。EasyEffects 没有图形界面是启动不了的。 占用内存少。EasyEffects 有时候会占用很多内存,不知道是什么问题。 自己实现的切换逻辑,更符合自己的需求。EasyEffects 只能针对指定设备加载指定的配置,不能指定未知设备加载什么配置。因此,当我的内置扬声器名称在「alsa_output.pci-0000_00_1f.3.analog-stereo」、「alsa_output.pci-0000_00_1f.3.7.analog-stereo」或者「alsa_output.pci-0000_00_1f.3.13.analog-stereo」等之间变化时,我需...

Sat Jun 22, 2024 15:42
如果你发现你的 OOM Killer 在乱杀进程

本文来自依云's Blog,转载请注明。 请对 systemd 做如下设置,避免它将你的用户进程调整为更容易被杀: 建立 /etc/systemd/user.conf.d/oom.conf 文件,并写入: [Manager] DefaultOOMScoreAdjust=0 建立 /etc/systemd/system/user@.service.d/resources.conf 文件(及其中间目录),并写入: [Service] OOMScoreAdjust=0 这也会干扰火狐浏览器自己的设定,造成与预期相反的行为。  

Tue Jan 23, 2024 17:16
使用 atuin 管理 shell 命令历史

本文来自依云's Blog,转载请注明。 atuin 是最近在群里看到的工具。功能和我自己用 skim 糊的脚本一样,搜索并执行 shell 的命令历史用的。但是,它的数据存储使用的是 SQLite3,并且它是使用 Rust 编程语言编写的。于是事情有了一些好的变化。 首先,因为 atuin 并不像 Web 服务那样,会持续打开并操作数据库,所以 SQLite3 并发容易报错的问题并不需要担心。而 atuin 会记录执行时间、耗时、工作目录和退出码等信息。更多的元信息,能给之后的搜索和分析提供更多帮助。 其次,因为搜索走的数据库查询,因此并不需要像我用 skim 那样,每次把全部历史加载到内存。这样就可以保留更多的历史记录而不用怕越用越慢了。不知道 SQLite3...

Sat Jan 13, 2024 19:23
btrfs 元数据满了怎么办

本文来自依云's Blog,转载请注明。 上一篇《btrfs 翻车记》记叙了我们服务器上的 btrfs 出事的情况,好像吓到一些用户了 QAQ。其实那次情况比较特殊啦。一般来说,就算元数据用满了,也不至于改内核代码才能救回来。不过元数据满的问题确实困扰了许多用户,正好这些天群里有不少人遇到了,本文就记录一下元数据满了之后如何处置。 问题和处置 问题的现象是部分文件操作报错「No space left on device」,但是 df 等工具明明报告还有空间。btrfs filesystem usage 的输出是这样: 我们可以看到,还有 373G 的空闲空间(Free)呢。但是呢,「Device unallocated」已经不足 1G 了。在充分大的文件系统上,btrfs...

Tue Jul 25, 2023 13:15
btrfs 翻车记

本文来自依云's Blog,转载请注明。 如标题所言,我用了多年的 btrfs,终于还是遇到翻车啦。由于文件系统翻车了,相关日志内容缺失,所以本文我仅凭记忆描述事件,就不提供准确的日志输出了。 事件经过 出事的是 archlinuxcn 的编译机。那天中午时分我就收到了 Grafana 给我发送的莫名其妙的报警邮件,称某个监控项无数据了。我去面板上瞅了半天,明明有数据的啊。不解,但是忙别的事情去了,也没有细究。晚些时候,我又收到了好些同类告警,遂登录机器打算检查 Grafana 日志。但操作过程中,退出 zsh 的时候我好像看到了写命令历史时出现「read-only filesystem」的字样?于是检查了一下,发生大事不好了,文件系统真变只读了! 这个...

Thu Jul 6, 2023 13:17

Build your own newsfeed

Ready to give it a go?
Start a 14-day trial, no credit card required.

Create account