Linux桌面有望日常办公？

2024-05-23 作者：

嗯，别的不说了，原生wechat（读文、图片视频传输、小程序）已经完全可用，视频也没问题。

linux原生版wechat，AUR-bwrap

飞书通过flatpak装的，音视频共享桌面OK；腾讯会议叫wemeet，初步测试共享桌面也是正常工作。WPS的话，也是用的AUR来的一个版本，除了粗体显示问题需要一些技术解决外，编辑文档流畅可用。

原生版Kingsoft WPS和飞书lark

基于Wine（flatpak+PlayOnLinux）的Win32 Office 2010和Photoshop CS6，为了中文显示着实费了点劲（字体和注册表），如果只是英文版的话简直不要太容易。

Win32版Office 2010和Photoshop CS6

走flatpak安装的kdenlive，第一次用，操作上不大习惯，但查一下资料还是能慢慢用起来。

PS：虽然flatpak的沙盒机制带上kde导致顶栏跟gnome不大一致，但这个沙盒封装了依赖感觉也不错的说，并且flatpak还能重设语言（与Arch不一致）。

通过flatpak安装Kdenlive

完整阅读本篇»

orange pi zero3功耗测试

2024-05-04 作者：

友提：玩具随意，商用慎重。

自从特殊时期的缺芯影响，如雨后春笋般萌发的国pi，周边生态肉眼可见的好起来；虽然差距依然明显，但显见差距逐步缩小，这里边主要有以下几个因素的助力：

  • 第三方OS如Armbian、DietPi等，对瑞芯微、全志乃至不少RISC-V主控的支持和持续维护。
  • 树莓派自己的新产品定位倾向，更加注重性能而非性价比，目标桌面应用而非嵌入式应用。
  • Intel对市场格局的认识，暂停挤牙膏，迅速推出全E核的N系列cpu，功耗控制优异，性价比同样不俗。
  • 产业链受国际形势的影响，大家在新产品硬件选型时，不免要考虑在内。

入手一片香橙派zero3 2GB版，4核A53 1.51GHz，纯看参数的应该介于树莓派3b和4b之间。

普遍情况下，相比性能，我测硬件往往在意可靠性。所以别的不扯，先跑一周压测吧。

只是，鉴于嵌入式硬件基本都是flash存储，所以硬盘（tf或emmc）就不压了，除非专门测试存储介质寿命，否则多压几天就不剩啥了。

完整阅读本篇»

RK3566流畅运行X64 win应用？

2024-04-05 作者：

Well, Windows x64 binaries now mostly seem to be working well on Wine (x64, Dynarec for ARM64) on Incus/LXC containers on Armbian aarch64 on an ARM SBC like RasPi or its counterparts with Rockchip RK3xxx series processors.

Btw, let’s celebrate the 1st LTS release of Incus, version 6.0.

在Linux平台使用wine运行win32程序？

Wine项目距今30多年历史了，完全不稀奇。

如果是跑在Linux arm64/aarch64上呢？

也还好……纯软件转译x86指令集，应该跑的像幻灯片吧？之前你不是KVM装过一次Win7 x64，玩成了行为艺术咩？

如果是一张价钱不足100块的RK3566 sbc，先跑Armbian，其上跑incus（lxc）容器，再跑Wine x64，最后运行Win64程序，然后我说除了启动慢点儿（毕竟emmc就那点io），运行还蛮流畅，您怎么想？

完整阅读本篇»

RK3566之armvirt转发能力

2024-03-02 作者：

一言以蔽之，同用双核，略逊Pi 4B，明显不如RK3399。虽然制程和频率双双强过BCM2711（Pi 4B），但A55相比A72应该还是有明显差距的…吧，当然发行版对比也略有差异（尽管都基于debian），无法精确对比哈。

至于想劝俺上什么iStoreOS就算了，原因在之前提过，尽管估计物理跑NAT（开启软件流量分载）大概率能接近跑满千兆转发，但选型喜好是很个人的事情，总觉得所谓all-in-one在架构上反过来（upside down）不好玩。

数据上，iperf3上行700左右，下行850，看起来即使另外两核跑个容器带点儿负载，保障个500Mbps宽带应该没啥鸭梨。

完整阅读本篇»

innobackupex吃光root分区

2024-02-29 作者：

Take a look at this if your innobackupex insists on eating up most (or all) of your root partition, as playing hide and seek with you especially.

近两天总收到奇怪的推送，磁盘占用超90%，没采取人为任何措施，又自动降至正常……就很离谱。去翻了一下云监控的磁盘使用率，发现居然是系统盘，而非数据盘（后者占用率不高，多日无明显变化），就更奇怪了。

前者么，不逮住问题发生时的话，根本无从查起；考虑其发生规律，基本跟mysql冷备的时间周期比较吻合。

所以先去看mysql冷备文件的状态，就开始出问题了（截图欠奉）。

  • 每个备份文件的结束时间都很早，从以往常见的上午9~10点提前到了凌晨4~5点。
  • 且文件的大小也不太对劲，降了一半不止（在未删除数据的前提下）。

好办，备份文件会定期rotate但log不会，不删就会一直存，看log就好。

一看不要紧，近两天备份都是失败告终。

这里的  /tmp 就很迷，我印象中所有临时文件都不应该去系统默认的temp目录，索性检查一下。

完整阅读本篇»

从lxd迁移到incus

2024-02-27 作者：

Let’s talk about migration from lxd to incus. As for the reason, well I guess we have seen too much of this kinda “show” in the past half decade (just like CentOS to Rocky) so here is what happened in case you’re interested.

Technically I won’t take this as a tutorial since with the well-prepared tool lxd-to-incus by Stéphane Graber (Author of both lxd and incus) there’s nothing to do but simply running it, then everything seems working well.

PS: Tested PASS on both Debian Bookworm AMD64 (on Linux KVM based vm) and Armbian Bookworm ARM64 (on RK3566 based SBC).

这些年，同类剧本真是没少看。一言不合就闭源，一言不合就拉分支，完全不新鲜，具体就不多说了，开工干活。其实吧，作者给了迁移工具 lxd-to-incus ，所以实话说没啥可干的，执行一下就可以验证迁移后的结果了。

先检查系统现状。Check the system status at first.

然后根据文档，安装incus。Now install the incus (by Zabbly) according to the documentation.

从安装过程看，至少创建了一个用户，两个组，以及不少于6个systemd服务。

完整阅读本篇»