使用 yt-dlp 下载 YouTube 受限视频时遇到登录验证的解决方案

在使用 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 下载视频 将导出的 …

Proxmox Backup Server 设置备份任务完成后的邮件通知

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 中配置 Postfix 使用自建 SMTP 發送通知郵件(支援 SSL、寄件人映射)

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 还能胜任哪些 GPU 加速的自建应用?

曾经的神卡 GTX 1080 Ti 虽然已发布多年,但凭借其 11GB 显存 + 强劲的 CUDA 性能,在自建 AI 应用、语音识别、多媒体加速、图像处理、甚至轻量大模型部署等领域仍大有可为。本文将整理一份详细的 GPU 加速自建应用清单,告诉你这张卡在 2025 年还能“发光发热”在哪些实用项目中。 ⚙️ 推荐环境配置 🧱 为了让这些 GPU 加速服务跑得稳定流畅,建议的运行环境如下: 🧠 分类汇总:1080 Ti 适配的 GPU 加速应用 🎙️ 语音类应用(识别 + 合成) 应用名称 功能 显存需求 显卡支持 推荐指数 🗣️ Whisper / faster-whisper 语音转文字(支持 large 模型) 2–9GB ✅ 完美支持 ⭐⭐⭐⭐⭐ 🖥️ …

Flatpak 在语音识别与 AI 加速中的角色:性能、兼容性与部署建议

Flatpak 是近年来逐渐普及的 Linux 应用分发机制,借助沙箱隔离与独立运行时,解决了长期存在的依赖地狱问题。语音识别类工具(如 Whisper GUI)、文本生成工具(如 GPT 前端)越来越多地采用 Flatpak 分发。 但也有不少用户疑惑: Flatpak 架构简述 Flatpak 应用运行在用户态沙箱中,并依赖运行时(runtime)作为基础环境,具备以下特点: 特性 说明 沙箱隔离 应用不直接访问主系统库 依赖独立 所有依赖打包至 .flatpak 中 GPU 加速 通过 –device=all 参数或 Portal 桥接调用 文件访问 默认仅开放 ~/Downloads 等目录,可手动授权 语音识别场景下的表现分析 🎧 Whisper GUI 工具(如 Whisper Fuzzel、Parlatype): 项目 Flatpak 表现 原生对比 模型加载速度 ⚠️ 稍慢(受 IO 限制) …

Linux 下无线网卡开热点与联网性能实测:热点模式、并发能力与速度发挥

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 网卡极少,主流内核支持主要集中在 …

如何在企业级服务器 + H710P 环境中配置多盘无冗余方案(PVE + PBS)

在企业或高级家庭服务器环境中,一种高性价比、易管理的架构是使用某型号企业级双路机架服务器作为主力虚拟化节点,搭配 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 无法通过设置进入 …

一次大型 Flatpak 安装引发的 Linux 内存管理全景分析

在 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 网络监控中 Ttl 总流量的含义解析

在使用 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, …