我在想：公益api到底有没有真正服务于需要的人？

我之前也是用的其他佬的公益站，这两天也搭建了一个，但是每次开放人员后没多久就用完了，我在想，到底没有服务于真正需要的人呢，应该也是被盗刷了。

昨天看到另一个佬对于公益api看法，说的挺对的，不管是小白还是其他都有好些问题，评论区都能看到奇奇怪怪的问题，这都AI时代了还是遇到就不会，不知道，怎么回事，用不了了，。。。。。自己没有一点解决问题的能力。

再说回公益，也有一些佬还是理解支持的，初心还是与君共享，，能活多久用多久。

48 posts - 47 participants

Read full topic

via LINUX DO - 热门话题 (author: 太子哥)

gemini总是断连是怎么回事？

其他像gpt，grok，Claude这些都能很流畅的用起来，但是gemini总是断连，有时候用着用着就突然断连了，规则分流也没啥问题，是我的学生优惠账号被风控了？

3 posts - 3 participants

Read full topic

via LINUX DO - 最新话题 (author: 宫园薰)

Exa MCP 522 无法连线

挂了美国、台湾节点通通不能用 😭

GPT Plus 也是屡败屡战，最后被踢掉了 😭
1 post - 1 participant

Read full topic

via LINUX DO - 最新话题 (author: apparition)

Invalid media: image

Gemini 3 Flash 限额，与2.5 Flash一致

免费层级RPD 20
T1层级RPD 10000
2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: HCPTangHY)

Invalid media: image

Gemini 3 Flash 模型卡发布

Build with Gemini 3 Flash: frontier intelligence that scales with you
29 posts - 17 participants

Read full topic

via LINUX DO - 最新话题 (author: HCPTangHY)

Invalid media: animation

求美妆代购/低价渠道

最近想送女朋友一些海蓝之谜/赫莲娜之类的护肤品，偶然发现代购、得物之类的渠道能便宜小一半，但是假货风险比较高，想问问万能的佬友们有没有推荐的购买渠道呢？

3 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: Loading)

Gemini最新模型：Gemini 3 Flash Preview已发布

Gemini 3 Flash Preview已发布，ai.dev可用

2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: pxyy)

Invalid media: image

Gemini 3.0 Flash 正式发布

Vercel AI、Google AI Studio、Gemini Web 均已上新。

涨价了

2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: johns)

Invalid media:
image
image

gemini-3-flash-preview-ais-applets 模型是什么，有没有佬调用试一下

12 posts - 5 participants

Read full topic

via LINUX DO - 最新话题 (author: Mozi)

Invalid media: image

Gemini3-flash在网页端已可用

不过除了flash只外居然还分出了pro和思考

4 posts - 3 participants

Read full topic

via LINUX DO - 最新话题 (author: ogas)

Invalid media: image

小白发帖庆祝第一次搭建VPS成功截图庆祝但没注意打码，3分钟后竟然...

后续就是被压力测试+IP被墙
谢谢坏东西，下次再也不敢了 😅
2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: 一匹马赛克)

Invalid media: image

gemini 3 flash。cli2api调用正常

gemini 3 flash 已经发布。之前的google one pro会员使用的gemini cli2api直接直接添加模型id models/gemini-3-flash-preview进行调用。cherrystduio测试没有任何问题，不过默认带有思考，因该cs还没更新。flash模型 思考模式应该是选择性开吧

2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: ihabwy)

Invalid media: animation

gemini多了个新的模型选项

如图，gemini的模型选项现在是3个，难道是没思考的3 flash，有思考的3 flash和3 pro？

2 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: jzarc9371)

Invalid media: image

从已损坏的备份中拯救数据

前言

12月15号早上，一觉醒来，拿起手机看到我的邮箱收到了内网服务无法访问的告警邮件，本以为只是简单的服务卡死，将服务器重启后就去上班了。

后来，陆续有好友联系我说网站挂了。

定位问题

晚上下班回家后，尝试将电脑断电重启，发现pve只能存活2分钟左右，然后整个系统卡死，无法进行任何操作。首先，我想到的是：会不会某个vm虚拟机或者ct容器影响到宿主机了。

因为系统只能存活几分钟，在执行禁用操作的时候，强制重启了好几次服务器。当所有的服务都停止启动后，卡死的问题依旧存在。

翻日志

没辙了，这已经不是简单的软件问题了，只好翻日志，看报错信息了。

nvme nvme0: I/O timeout, aborting

如上所示，日志中出现了好几条I/O超时消息，顿感不妙，该不会硬盘坏了吧…

找到原因

找了一圈方案，大部分都说这个错误是nvme硬盘的通病，他有一个省电模式，在某些硬件+内核的组合下会导致控制器假死。

解决方案也很简单，找到GRUB的配置文件，关闭他的自动睡眠和省电模式，在pve中这个文件位于/etc/default/grub，打开这个文件后，找到GRUB_CMDLINE_LINUX_DEFAULT属性，添加两个值：

● nvme_core.default_ps_max_latency_us=0
● pcie_aspm=off

GRUB_CMDLINE_LINUX_DEFAULT="quiet nvme_core.default_ps_max_latency_us=0 pcie_aspm=off"

保存文件后，执行：update-grub 命令，随后重启整个pve主机。

VM无法启动

pve启动卡死的问题解决了，现在又有了新的问题。启动我那台跑了整个网站服务的vm虚拟机时，出现了如下所示的错误：

mount: mounting /dev/sda3 /dev/sda3 on /sysroot failed: No error information
Mounting root failed.
initramfs emergency recovery shell launched.

这下坏事了，linux的根分区无法挂载了😭，应该是刚才频繁的卡死，我不断的启动pve，容器不停的启动、强制终止导致盘里这块区域的数据受损了，处于半死不活状态了。

从备份中还原

幸好我之前设置了vm容器的整机备份，连续备份并存储3天，全部放在了内网另一台机器的机械硬盘中，通过网络挂载到pve上的。

本以为一切都会很顺利，还原的时候出现了错误， zstd 解码时，发现压缩块损坏，导致还原失败。

_15-03_00_03.vma.zst : Decoding error (36) : Corrupted block detected vma: restore failed - short vma extent (2801635 < 3801600) /bin/bash: line 1: 2131 Exit 1 zstd -q -d -c /mnt/pve/nfs_usb_4t/dump/vzdump-qemu-100-2025_12_15-03_00_03.vma.zst

于是，我又尝试了另外两个备份，结果都无法还原，全部都是相同的错误。当初做备份的时候，想着我都整机备份了，而且保存了3天的备份，总不可能三个全坏吧。

progress 99% (read 318901321728 bytes, duration 722 sec)

_13-03_00_02.vma.zst : Decoding error (36) : Restored data doesn't match checksum progress 100% (read 322122547200 bytes, duration 755 sec) total bytes read 322122547200, sparse bytes 196604751872 (61%) space reduction due to 4K zero blocks 0.414% temporary volume 'local:121/vm-121-disk-0.qcow2' sucessfuly removed no lock found trying to remove 'create' lock error before or during data restore, some or all disks were not completely restored. VM 121 state is NOT cleaned up. TASK ERROR: command 'set -o pipefail && zstd -q -d -c /mnt/pve/nfs_usb_4t/dump/vzdump-qemu-100-2025_12_13-03_00_02.vma.zst | vma extract -v -r /var/tmp/vzdumptmp10764.fifo - /var/tmp/vzdumptmp10764' failed: exit code 1

现在狠狠的打脸了，我手里目前只有2023年11月迁移技术栈时，那份docker compose的初始数据。相当于我丢失了2年的数据，这我是不能接受的。

折腾到这里，我一看时间，已经凌晨1:30了，明天还要上班，带着郁闷的心情去睡觉了。

强行提取数据

睡醒后，不愿接受这个现实，想到改造的那个练习英语单词的开源项目，这1年多时间下来，平均的日活跃人数已经有40多个了，数据库存储8w多条单词数据了😑，太难受了😭

实在是想不到什么好法子了，只好在v站和朋友圈都发了求助帖。

找到方案

在此，感谢v站老哥DylanC，给了我一组关键词。

晚上回家后，开始找资料，问GPT，经过一番折腾总算是把数据提取出来了。

跳过校验

从上述的错误日志中能看出，我在还原的时候已经读了99%的数据了，只是文件的完整性校验过不了，我的vm虚拟机里一整个全是docker compose编排的服务（mysql、redis、java、nginx等），理论上是比较好找回的。

pve的定时备份采用的是vzdump服务，备份出来的产物是.vma.zst格式的，他的本质是：

● zstd 压缩
● 内部是 vma 归档
● 包含： ● qemu-server.conf ● disk-drive-scsi0.raw

知道这些后，我们先把网络存储中的备份文件拷贝到pve主机的/var/lib/vz/dump目录，执行下述命令，忽略校验，强行解压。

zstd -d -c --no-check vzdump-qemu-100-2025_12_13-03_00_02.vma.zst \
| vma extract -v - ./extract.partial

等待一段时间后，程序执行结束，你会发现报错依然存在，但是这不影响已经读取的数据，cd到./extract.partial目录，你应该能看到xxx.conf和xxx.raw文件，然后看下.raw后缀文件的空间占用，只要不是太小(占用<1GB)，那么这份数据基本是没问题的，磁盘的 RAW 文件也算是被解出来了。

挂载RAW磁盘

为了防止数据遭到破坏，我们需要做只读挂载，命令如下：

losetup -fP /var/lib/vz/dump/extract.partial/disk-drive-scsi0.raw

然后，执行命令查看结果。

losetup -a
lsblk

执行后，应该能看到类似loop0、loop0p1、loop0p2这样的数据，找到那块空间跟你在extract.partial目录下看到的空间差不多大小的盘。

挂载分区

首先，我们通过下述命令来创建一个挂载点：

mkdir -p /mnt/rescue

随后，尝试挂载分区（loop0p1、loop0p2…等），找你的根分区，如果你运气好，p1就挂载成功了，那就不需要挂载其他的了。

我的根分区是p3，那么我挂载p3即可。

mount -o ro,norecovery /dev/loop0p3 /mnt/rescue

如果失败的话，代表它不是文件系统，需要继续尝试挂载其他分区，直到成功为止。

umount /mnt/rescue 2>/dev/null
mount -o ro,norecovery /dev/loop0p2 /mnt/rescue

最后，查看挂载点里是否有你的数据。

ls /mnt/rescue

不出意外的话，你应该能看到类似下图所示的内容。

文件成功恢复，接下来要做的就是把这些文件拷贝到安全的地方即可。

写在最后

至此，文章就分享完毕了。

我是神奇的程序员，一位前端开发工程师。

如果你对我感兴趣，请移步我的个人网站，进一步了解。

1 post - 1 participant

Read full topic

via LINUX DO - 最新话题 (author: 神奇的程序员)

Invalid media:
image
image
image
image
image
image
image
image
image
image
image

致衡可以作弊吗

手打要疯了, 就做了一下弊, 做完想起来问一下会有什么后果啊大佬们

3 posts - 3 participants

Read full topic

via LINUX DO - 最新话题 (author: z)

Invalid media: image

离线迁移python环境最优解是什么

佬们问下离线迁移python环境的最佳实践是什么？
例如从联网机器(x86_64, debian系)迁移到离线机器(x86_64, CentOS)
发现uv好像实现不了，最后用的Conda迁移…

6 posts - 3 participants

Read full topic

via LINUX DO - 最新话题 (author: morain)

Gemini 网页变成了 快速/思考/Pro

所以到底哪个是 3Pro？
快速好像是不带任何思考的 flash，思考可能是有思考的 flash，pro 是真的 pro

19 posts - 11 participants

Read full topic

via LINUX DO - 最新话题 (author: 光头不砍树)

Invalid media: image

发现claude opus 4.5真的很强，居然可以做到不给一点提示全自动逆向站点

最近业务需要，得去提取一个公共站点的api，这个api用了各种加密和鉴权还有wss通讯，是面向网页公共用户请求查询的，刚好前不久嫖了kiro的pro+有两千额度，试了一下让他直接去逆向（装了相关的浏览器mcp），跑了差不多两三百额度真给弄出来了，比较感慨，虽然消耗不少额度但是他居然真的可以做到，在这之前我一直认为ai需要慢慢引导的
在跑的过程中我只发了一条启动命令，指定目标链接以及让他调用mcp工具对其分析逆向，不是计划模式，就是vibe直接跑的，跑出来3个会话（上下文满了之后自动压缩然后又开了一个新会话），跑到后面就是全英文输出了，我甚至怀疑他卡死循环了，都没抱希望，我自己在写其他东西的同时偶尔关注一下，大概半个多小时他停止了，我仔细看了一下代码确实是做到了逆向解析，把数据封装以及接收等等操作

9 posts - 8 participants

Read full topic

via LINUX DO - 最新话题 (author: 星渊清梦)

Gemini 3 Flash 新功能：执行代码、视觉思维

Google AI for Developers

使用图片执行代码 (Gemini 3) - 代码执行  |  Gemini API  |  Google AI for...

Gemini 3 Flash 模型现在可以编写和执行 Python 代码，主动操纵和检查图片。此功能称为视觉思维。 | 了解如何使用 Gemini API 代码执行功能。

通过

"tools": [
        {
          "code_execution": {}
        }
      ]

启用

11 posts - 5 participants

Read full topic

via LINUX DO - 最新话题 (author: HCPTangHY)

Invalid media:
image
image

佬们，有谁看过PMBOK指南第八版吗

有没有佬是PMI的会员，有收到PMBOK指南8th的PDF吗，求一个PMBOK指南第八版的电子版，11月份刚出版，我在网上没找到资源，学术牛马付不起这八九百软妹币 🫠…来问问万能的佬们有无资源 🤩 有的话求发一份，感谢！！ 🌹 🌹

3 posts - 2 participants

Read full topic

via LINUX DO - 最新话题 (author: Edanzzz)

iOS app已经上了Gemini 3 Flash

5 posts - 5 participants

Read full topic

via LINUX DO - 最新话题 (author: Schrödinger)

Invalid media: image