DWG（Drawing）是 AutoCAD 使用的专有文件格式，广泛应用于建筑、机械、制图等行业。然而，在 Linux 下直接打开 DWG 文件并不像在 Windows 那样方便，因为 AutoCAD 本身并不支持 Linux。但幸运的是，我们依然有很多替代方法可以在 Linux 中查看、编辑或转换 DWG 文件。本文将介绍几种主流方案，适用于不同场景的需求。 🧩 方法一：使用 BricsCAD（推荐） BricsCAD 是一款商业 CAD 软件，完全兼容 DWG 格式，并提供 Linux 原生版本。它提供了与 AutoCAD 相似的界面和功能，非常适合专业用户。 ✅ 优点： 📦 安装步骤： 💡 提示：BricsCAD 是付费软件，但可申请 30 天试用。 🧩 方法二：使用 FreeCAD + 插件 FreeCAD 是一款开源的 3D CAD 工具，虽然原生不支持 DWG，但通过插件可以间接支持该格式。 📦 …
.chm 文件是微软开发的一种帮助文档格式，全称为 Compiled HTML Help。它将多个 HTML 页面、目录、索引打包成一个压缩文件，常用于 Windows 软件的帮助文档中。 在 Linux 下，虽然没有原生的 CHM 阅读器，但我们依然有多种方式可以查看这类文件，本文就来介绍几种实用的方法。 📌 为什么会遇到 CHM 文件？ 🔧 方法一：使用 xCHM（最推荐） xCHM 是 Linux 下最常用的图形界面 CHM 阅读器，简单易用，支持搜索和目录导航。 安装（以 Ubuntu 为例）： sudo apt updatesudo apt install xchm 使用方式： 安装后在终端输入： xchm your_file.chm 也可以从启动器中直接打开 xCHM，再加载 .chm 文件。 优点： 🔧 方法二：使用 Okular（KDE 推荐） 如果你已经使用 …
在 Linux 环境下进行大规模文件同步任务时，底层文件系统的选择对于整体性能具有决定性影响。本文记录了一次将硬盘从 EXFAT 文件系统迁移到 EXT4 后，Nextcloud 同步性能显著提升的真实案例。 背景情况 初始问题表现 在 EXFAT 文件系统下，每次启动 Nextcloud 同步客户端时，都需要大约 5 分钟 才能完成文件状态检查。这段时间内，磁盘 IO 活跃，系统响应迟缓，Nextcloud 客户端卡顿明显。 问题怀疑源于 EXFAT 文件系统在 Linux 下的性能瓶颈，尤其在管理大量小文件时表现不佳。 EXFAT 的局限性 EXFAT 是由 Microsoft 开发的跨平台文件系统，设计目标主要是兼容性和大文件支持，适用于 U 盘、SD 卡等移动介质。然而，在 Linux 上使用 EXFAT 仍存在以下问题： 这些特点决定了 EXFAT 在 Linux 系统下并不适合长期、高性能的数据同步任务。 文件系统迁移与挂载优化 将目标磁盘格式化为 EXT4 后，挂载时采取了如下优化参数： UUID=xxxx-xxxx /mnt/data …
在企业级 Linux 运维中，将多块物理磁盘合并成一个逻辑卷以扩展存储空间是一种常见需求。LVM（Logical Volume Manager）提供了灵活的方式来实现这类操作。本文介绍如何将两块物理磁盘合并为一个逻辑卷，并将其挂载到系统目录中，确保系统启动时能够自动加载且在挂载失败时不会中断启动流程。 系统环境 操作步骤 1. 安装 LVM 工具（如尚未安装） apt updateapt install lvm2 -y 2. 创建物理卷（PV） 将两块磁盘初始化为 LVM 的物理卷： pvcreate /dev/sdx /dev/sdy 3. 创建卷组（VG） 创建一个新的卷组（本文示例中命名为 vg_data）： vgcreate vg_data /dev/sdx /dev/sdy 4. 创建逻辑卷（LV） 使用卷组中的所有可用空间创建逻辑卷（本文示例命名为 lv_backup）： lvcreate -l 100%FREE -n lv_backup vg_data 5. 格式化逻辑卷为文件系统 以 ext4 为例： mkfs.ext4 /dev/vg_data/lv_backup 6. …
在使用 yt-dlp 下载 YouTube 视频的过程中，有时会遇到如下报错信息： ERROR: [youtube] <video_id>: Sign in to confirm you’re not a bot. Use –cookies-from-browser or –cookies for the authentication. 这是由于视频被 YouTube 标记为需要登录身份验证才能访问，可能包括以下情况： 为了解决这一问题，需要向 yt-dlp 提供一个有效的登录会话，也就是“cookies”。 一、解决思路 通过将浏览器中登录 YouTube 后的 cookies 导出为文件，并在 yt-dlp 中使用 –cookies 参数，可以模拟已登录的访问环境，绕过人机验证或访问限制。 二、导出 YouTube Cookies 的方法 推荐使用浏览器插件 Get cookies.txt： 三、使用 cookies.txt 下载视频 将导出的 …
Flatpak 是近年来逐渐普及的 Linux 应用分发机制，借助沙箱隔离与独立运行时，解决了长期存在的依赖地狱问题。语音识别类工具（如 Whisper GUI）、文本生成工具（如 GPT 前端）越来越多地采用 Flatpak 分发。 但也有不少用户疑惑： Flatpak 架构简述 Flatpak 应用运行在用户态沙箱中，并依赖运行时（runtime）作为基础环境，具备以下特点： 特性 说明 沙箱隔离 应用不直接访问主系统库 依赖独立 所有依赖打包至 .flatpak 中 GPU 加速 通过 –device=all 参数或 Portal 桥接调用 文件访问 默认仅开放 ~/Downloads 等目录，可手动授权 语音识别场景下的表现分析 🎧 Whisper GUI 工具（如 Whisper Fuzzel、Parlatype）： 项目 Flatpak 表现 原生对比 模型加载速度 ⚠️ 稍慢（受 IO 限制） …
在 Linux 桌面系统中，尤其是使用 Flatpak 部署大型 AI 模型组件时，系统资源管理成为至关重要的问题。本文以安装 Speech Note 的 AMD GPU 加速插件为例，全面探讨了内存压力、Swap 临时扩展、Flatpak 的占用分析、以及 Linux 与 Windows 内存管理机制的对比。 📦 Flatpak 安装背景 用户尝试安装 net.mkiol.SpeechNote.Addon.amd，Flatpak 显示其大小约为 869MB。然而，实际磁盘使用量在安装过程中一度增长超过 60GB，最终稳定在 40GB 左右。 原因分析： 命令示例： 💡 临时 Swap 应急策略 在安装中期，由于物理内存（约 15GB）被消耗殆尽，系统触发 OOM（Out of Memory）。为防止安装中断，创建了临时 Swap 文件： 安装完成后，系统仍显示有 1.0MiB 的 swap 使用残留，最终确认由某前台 GUI 程序（如 ChatGPT …
在长期使用 Arch Linux 的过程中，内核会不断更新，系统也会留下许多历史内核版本的残留模块目录。这些残留文件虽然通常不会影响正常启动，但在安装或编译 DKMS（动态内核模块，如无线网卡驱动、显卡驱动等）时，常常会提示「为旧内核编译失败」的错误，影响体验。 这篇文章记录一次系统性清理旧内核文件的全过程，并分析 DKMS 触发机制，最终彻底解决编译提示问题。 💡 背景 Arch Linux 采用滚动更新模式，经常自动升级到最新内核。每次升级时，pacman 会安装新内核并更新 /usr/lib/modules 目录。然而，老版本内核的模块目录并不会自动删除，导致大量「历史残留」。 例如，/usr/lib/modules 中可能出现如下目录： 5.15.29-1-lts5.15.30-1-lts5.16.16-arch1-16.7.6-zen1-1-zen6.14.10-arch1-16.15.2-arch1-1 ← 当前使用内核 ⚠️ 问题表现 在安装 DKMS 驱动（如 snd-hda-macbookpro、rtl88x2bu 等）时，经常出现以下提示： 为内核 5.16.16-arch1-1 编译失败：找不到内核头文件或符号表 虽然不影响当前系统的正常运行，但会导致日志或安装输出杂乱，给人一种「系统不干净」的印象。 🔎 原因分析 DKMS 如何决定编译哪些内核 DKMS 并不是对 /usr/lib/modules 中每个目录都强制编译，而是根据以下条件判断： 只要 build 文件存在，即使该内核实际已被卸载，DKMS 仍然会尝试为其编译驱动，最终导致提示错误。 ✅ 彻底解决思路 1️⃣ 清理 /usr/lib/modules 旧内核目录 …
随着国内外越来越多用户在 Linux 平台使用微信，社区提供了多个解决方案，其中基于 Bubblewrap 沙盒的 wechat-universal-bwrap 版本受到广泛欢迎。该版本通过 UOS 微信（或腾讯官方微信）重新打包，同时借助 bwrap 隔离容器化运行，提升安全性与系统兼容性。 🌟 安装方式 在 Arch Linux 及衍生系统（如 Manjaro、EndeavourOS 等）上，可以通过 AUR 安装： yay -S wechat-universal-bwrap 编译过程中，会自动构建必要的共享库（如 libuosdevicea.so），并安装所有依赖项（包括字体、图标、Wine 环境等）。安装后，应用体积大约 700 MiB。 在编译日志中会看到 libuosdevicea.so 的编译、打包、清理等详细步骤，最终生成并安装到系统中。 🛡️ 沙盒机制（bwrap） 该版本默认使用 Bubblewrap（bwrap）进行容器化隔离，微信进程只会访问宿主机中显式绑定的文件和目录。默认情况下，仅暴露用户主目录下的特定数据目录，如 ~/Documents/WeChat_Data，其他宿主目录不会被暴露。 ⚙️ 配置自定义数据目录 默认数据目录为： ~/Documents/WeChat_Data 如需修改，可使用环境变量 WECHAT_DATA_DIR 来指定新目录。例如，想使用 ~/.local/share/WeChat_Data，可通过如下命令启动微信： env WECHAT_DATA_DIR=”$HOME/.local/share/WeChat_Data” wechat-universal 💻 修改桌面文件 …
在生产或测试环境中，经常会遇到虚拟机磁盘空间不足，需要进行在线扩容。下面整理一次典型的 Linux 虚拟机磁盘扩容并扩展 LVM 根分区 的完整流程，供参考。 📌 场景简介 🧰 检查当前分区及 LVM 状态 使用以下命令查看磁盘、物理卷（PV）、卷组（VG）及逻辑卷（LV）情况： fdisk -lpvsvgslvsdf -h 结果显示 /dev/sda3 为 LVM 使用的主分区，原容量约 11.5G，扩容后磁盘有大量未使用空间。 🔧 调整 GPT 分区表 执行以下命令查看并修复 GPT 分区表（如有提示 GPT PMBR size mismatch 或 backup GPT table is not at the end of the device）： parted /dev/sda printparted /dev/sda(parted) resizepart …