Proxmox Backup Server (PBS) 支持在备份任务、数据综合、校验、回收件等操作完成后发送邮件通知。这篇文章介绍如何在 PBS 2.3.1 中正确配置邮件通知功能，以便对备份任务状态无时知情。 一、设置用户邮箱 说明：此邮箱是 PBS 发送通知的目标地址，不进行设置则不会收到邮件通知。 二、创建定时任务 在每个 Datastore 中可配置不同类型任务： 每个任务都可选择时间表达式条件进行定时。 操作步骤: 三、在 Datastore Options 中配置通知 通知规则和目标用户在同一界面进行配置： 操作步骤: 说明：此处定义了“什么时候发送通知” 和 “发给谁” 回顾：当初找不到通知配置的原因 当 Datastore 中设置了 Notify User ，那么 PBS 会重点采用用户的 E-Mail 字段进行发送，而不会使用 /etc/proxmox-notify/ 中的配置，导致体系和 CLI 配置无效。 总结 步骤 操作项 配置邮箱 在 User Management 中给用户设置 …
Proxmox VE（PVE）預設透過本地 Postfix 寄送通知郵件，但若直接發送，常會因為 DNS 設定不完整、寄件人身份不符等原因被拒收。這篇教學將說明如何讓 PVE 經由自有 SMTP 伺服器（使用 SSL）發送通知，並映射寄件人為合法帳號。 🧾 前提環境（已脫敏） 項目 範例（脫敏） PVE 主機 IP 192.168.X.X PVE 主機名 pve.internal.domain SMTP 伺服器 smtp.external-mail.net SMTP 埠口 NNNN（SSL 連線） 發件信箱（登入帳號） notify@external-mail.net 密碼 <your-smtp-password> 1️⃣ 安裝必要套件 apt updateapt install -y libsasl2-modules mailutils libsasl2-modules：讓 Postfix 支援 SMTP 認證mailutils：提供 mail 測試指令 2️⃣ 設定 …
曾经的神卡 GTX 1080 Ti 虽然已发布多年，但凭借其 11GB 显存 + 强劲的 CUDA 性能，在自建 AI 应用、语音识别、多媒体加速、图像处理、甚至轻量大模型部署等领域仍大有可为。本文将整理一份详细的 GPU 加速自建应用清单，告诉你这张卡在 2025 年还能“发光发热”在哪些实用项目中。 ⚙️ 推荐环境配置 🧱 为了让这些 GPU 加速服务跑得稳定流畅，建议的运行环境如下： 🧠 分类汇总：1080 Ti 适配的 GPU 加速应用 🎙️ 语音类应用（识别 + 合成） 应用名称 功能 显存需求 显卡支持 推荐指数 🗣️ Whisper / faster-whisper 语音转文字（支持 large 模型） 2–9GB ✅ 完美支持 ⭐⭐⭐⭐⭐ 🖥️ …
Flatpak 是近年来逐渐普及的 Linux 应用分发机制，借助沙箱隔离与独立运行时，解决了长期存在的依赖地狱问题。语音识别类工具（如 Whisper GUI）、文本生成工具（如 GPT 前端）越来越多地采用 Flatpak 分发。 但也有不少用户疑惑： Flatpak 架构简述 Flatpak 应用运行在用户态沙箱中，并依赖运行时（runtime）作为基础环境，具备以下特点： 特性 说明 沙箱隔离 应用不直接访问主系统库 依赖独立 所有依赖打包至 .flatpak 中 GPU 加速 通过 –device=all 参数或 Portal 桥接调用 文件访问 默认仅开放 ~/Downloads 等目录，可手动授权 语音识别场景下的表现分析 🎧 Whisper GUI 工具（如 Whisper Fuzzel、Parlatype）： 项目 Flatpak 表现 原生对比 模型加载速度 ⚠️ 稍慢（受 IO 限制） …
Linux 桌面环境下使用无线网卡并非总是顺利，尤其是在开启热点、同时连接 Wi-Fi（STA + AP 模式）或追求高速上网时，常常面临驱动兼容性、频段限制与性能瓶颈的问题。 本文将围绕以下问题展开： 识别热点能力：看 iw list 使用以下命令判断网卡支持哪些工作模式： iw list | grep -A 10 “Supported interface modes” 若输出包含 * AP，说明该驱动支持开启热点；若包含 * managed + * AP 的组合，还支持 STA + AP 并发。 STA + AP 模式：理论支持与实践难题 尽管理论上 Linux 的 mac80211 框架支持 STA + AP 模式，但驱动实现层未必具备完整能力。实际可支持 STA+AP 并发的 USB 网卡极少，主流内核支持主要集中在 …
在企业或高级家庭服务器环境中，一种高性价比、易管理的架构是使用某型号企业级双路机架服务器作为主力虚拟化节点，搭配 PERC H710P 控制器管理多块硬盘，在不使用 RAID 冗余的前提下，将备份工作交由另一台 PBS（Proxmox Backup Server）完成。这篇文章介绍该方案的核心思路和具体配置建议。 一、服务器与硬盘环境概览 该配置旨在实现性能优先的虚拟化部署，同时通过专门的备份节点保障数据安全，从而不依赖 RAID 冗余。 二、关于 H710P 控制器的说明 PERC H710P 是某些企业服务器中常见的 RAID 控制卡，具备如下特点： 多数出厂配置为 Mini Mono 版本，集成在主板上的专用插槽，不占用标准 PCIe 槽位。 三、RAID 0 作为伪直通方案 在不打算使用冗余的前提下，最实用的方法是为每块硬盘分别建立一个 RAID 0 虚拟盘（Virtual Disk），这样 Proxmox VE 就能将每块盘识别为独立磁盘使用。 设置步骤（Ctrl + R）： 这种方式虽然不是裸盘直通，但在非 ZFS 场景中完全可行，SMART 信息多数也可读取。 四、是否需要刷成 HBA 模式？ H710P 无法通过设置进入 …
在 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 …
在虚拟化部署、科研计算、生物信息分析、自托管平台等场景中，许多技术爱好者和独立开发者倾向于采用企业级设备搭建家庭实验室或小型数据中心。相较于全新消费级设备，那些因企业升级或数据中心换代而流入市场的专业工作站与服务器，不仅在性能与稳定性上有着长年验证，而且在价格上也具备极高性价比。 本文将基于多台主流退役设备（含部分高端工作站与服务器），从处理器性能、显卡能力、内存拓展、功耗噪音、维护便利等多个维度，做出横向对比，帮助读者在资源有限的情况下，做出最合适的技术选型。 📋 对比机型总览（核心参数整理） 型号 CPU 核心线程 内存 存储 显卡 参考售价（JPY） GPT估值 性价比 HP Z840 Xeon E5-2697v4 ×2 36C/72T 128GB 512GB SSD GTX 1080 Ti 137,500 85,000 7.0 Supermicro X10DAi Xeon E5-2680v4 ×2 28C/56T 96GB 256GB SSD GTX 1080 Ti 106,200 75,000 8.5 HP Z640 Xeon E5-2699v3 ×2 36C/72T 128GB …
在使用 Linux 进行网络流量监控时，常常会看到如下格式的输出图表： Curr: 355.08 kBit/s Avg: 357.26 kBit/s Min: 3.38 kBit/s Max: 59.61 MBit/s Ttl: 94.09 GByte 这类信息通常出现在命令行工具如 nload、bmon、vnstat -l 等生成的流量图中。很多用户对于 Ttl（Total）字段的含义产生疑问：这个 94.09 GB 的总流量是从什么时候开始统计的？是否包含上传与下载？ 本文将对这些问题逐一解答。 Ttl 是什么？ Ttl 是 Total 的缩写，表示累计总流量。这个数值通常是接收（下载）+ 发送（上传）流量的总和，而非单向流量。 也就是说： Ttl = RX（接收）+ TX（发送） Ttl 的时间范围来自哪里？ 大多数实时监控工具默认从程序启动时或系统启动时开始统计。例如： 例如： cat /proc/net/dev 输出内容中会看到： eth0: 85437292 bytes received, …
在实际运维中，服务器网络变慢是常见问题之一。本文通过一次典型案例，介绍如何使用命令行工具诊断 Ubuntu 系统中网络流量和性能瓶颈，并配合 nload、iftop 等工具进行可视化分析。 背景：服务器响应变慢，怀疑与网络相关 某台 Ubuntu 服务器突然出现响应迟缓的现象。系统本身并未重启，也未进行软件升级，初步判断可能与网络流量激增或异常连接有关。 第一步：排查网络接口 首先，确定服务器当前使用的网络接口： ip link 常见接口包括： 在本例中，eth0 为主要网络接口。 第二步：使用 nload 实时查看网络流量 安装并启动 nload： sudo apt install nloadsudo nload eth0 观察发现： 此时可以确认，网络确实有大流量传输。 第三步：定位流量来源 为了进一步确认是谁在产生流量，可使用 iftop 工具： sudo apt install iftopsudo iftop -i eth0 或者使用 ss 查看连接来源： sudo ss -tunap 配合筛选关键端口、应用名、远程 IP，可判断是否为正常业务流量，还是潜在的异常连接或攻击。 第四步：确认是代理服务在跑流量 经分析，发现服务器中部署了 …