when someone abandons you,it is him that gets loss because he lost someone who truly loves him but you just lost one who doesn’t love you.
在 Intel MacBook Pro 上安装 Debian Trixie 后,使用 Broadcom BCM4364 无线网卡和 brcmfmac 驱动连接 Wi-Fi。家中有两个无线网络:
Wi-Fi-2.4g:使用 WPA2,可以正常连接。Wi-Fi-5g:使用 WPA3-SAE,通过 NetworkManager 无法正常连接。出现问题时的系统环境如下:
| 项目 | 版本或型号 |
|---|---|
| 操作系统 | Debian Trixie |
| 内核 | 7.2.4-1-t2-trixie |
| 无线网卡 | Broadcom BCM4364 |
| 驱动 | brcmfmac |
| 固件 | 9.30.514.0.32.5.94 |
| wpa_supplicant | 2:2.10-24 |
这台机器环境如下:
7.2.3-1-t2-trixiei915tty1因为机器大部分时间作为服务器运行,没有必要让 MacBook 内置屏幕一直亮着
目标有两个:
tty1 长时间没人操作时自动熄屏;
在 Debian 系统中,可以使用 iptables 管理入站防火墙规则,并通过 iptables-persistent / netfilter-persistent 将规则持久化,避免系统重启后丢失。
本文以开放 TCP 443 入站端口为例,分别记录命令行添加规则和直接编辑 /etc/iptables/rules.v4 两种方式。
在 linux 的 Docker 中配置代理通常需要区分不同的应用场景,因为 Docker 的不同组件(下载镜像、容器内抓取数据、编译打包)读取代理配置的位置是不同的。
以下是三种最常见的 Docker 代理配置方法:
有好长时间不更新博客了,其实折腾还是在折腾的,就是每次折腾都不深入,于是就没有什么特别的内容值得被记录,这篇也是犹犹豫豫,迟疑之中写的。一方面是因为涉及到了一个新的工具 qemu,在命令行里开虚拟机这还是第一次,另一方面也是希望把最初在 debian 上用 docker 部署 qemu 容器,容器里部署 fnOS 这部分内容做一个备份。这两个方面的折腾都花了不少时间,只是硬件限制,所以两层套壳的部署方案最终被直接在 debian 上运行 qemu 部署 fnOS 替代了
Beta 版的 macOS 别随便升级
第一次需要降级就是因为 mbp2018 为了尝鲜,升级了 Beta(不记得是 Catalina 还是 Ventura 了),系统发热严重
npm (Node Package Manager) 是一种应用于 JavaScript 编程语言的包管理器,也是 Node.js 的 JavaScript 运行时环境的默认包管理器
在一个项目中,其包依赖项列表保存在 package.json 文件中,每个已安装的包都被分配了一个版本号,一般由 3 部分组成:major.minor.patch:
major 表示非兼容的重大 API 改变(主要的)minor 表示向后兼容的功能性改变(次要的)patch 表示向后兼容的 bug 修正(修补的)
the only present love demands is love