新闻详情

新闻详情

首页 / 资讯中心 / 详情

银河麒麟V10磁盘扩容实战:从LVM分区到挂载全解析

发布时间:2026/10/2 8:46:58来源:尧图网络
银河麒麟V10磁盘扩容实战:从LVM分区到挂载全解析
1. 先搞清楚你的“空间不够”到底指什么开机发现系统盘满了df -h 一敲红色告警再赶上正在跑服务的时候那心情确实糟。这个“求助麒麟银河V10扩展磁盘空间”的帖子我在好几个运维和技术群里都见过标题里“麒麟银河”其实就是大家常说的银河麒麟V10Kylin V10名字顺序不一样指的都是同一个发行版本。这类求助非常有代表性因为V10预装的磁盘分区方案、默认分区工具、甚至那个出场自带的神秘 backup 分区都和普通的 Ubuntu/CentOS 习惯有差异不少人第一次上手扩容就容易卡住。先说清楚扩展磁盘空间这个需求背后其实藏着三种完全不同的场景。第一种是系统根分区空间耗尽df -h 一看 / 使用率 100%系统各种服务起不来、进程写不进日志这是最紧急的一种。第二种是系统盘其实还有空间但数据盘没挂载、没格式化或者挂上了却因为权限问题用不了典型现象是文件管理器里删文件报错磁盘明明在系统里却写不进去。第三种是虚拟机用户当初创建虚拟机时只给了 30G、50G 磁盘现在需要从 VMware、VirtualBox 或者云平台后端把虚拟磁盘调大再进系统把新空间认出来。这三种场景的处理路径完全不同选错方案轻则白折腾重则把分区表搞乱启动不了系统。所以我一般建议别人动手之前先花两分钟把现状查清楚别急着找“一键扩容”的命令。1.1 麒麟V10磁盘布局的几个特殊点银河麒麟V10的默认自动分区方案和常见发行版放在一起对比着看有几个很特别的习惯。其中一个就是它会单独预留一个 backup 分区专门用于系统恢复具体大小会随磁盘总容量和安装版本变化有的机器可能几个G有的可能是几十个G。很多人第一次看到 lsblk 输出里有个既不是 / 也不是 /home 的分区时会特别困惑还容易在扩容时顺手把它删了。这里先说一个结论如果不需要使用系统出厂恢复功能这个分区确实可以释放出来但如果你还想保留恢复能力扩容时就要刻意绕开它。另一个特点是银河麒麟V10根据安装选项的不同磁盘分区可能走 LVM也可能直接就是传统物理分区。LVM 的好处是空间可以跨磁盘、跨分区聚合后面扩容非常灵活这也是本文重点推荐的方式。而传统分区方式扩容时往往需要借助 parted、GParted 这类工具去调整分区边界操作风险明显高很多。文件系统方面V10 桌面版和服务器版默认常见的是 ext4但也有可能是 xfs这两种类型扩容时最后一步使用的命令不一样一个是 resize2fs一个是 xfs_growfs。如果命令用反了系统会直接提示你不支持只要看懂了提示其实就不会出大问题真正容易出问题的是在操作之前根本没确认文件系统类型。1.2 两条命令快速体检判断自己属于哪种场景我先给你一套体检命令在动手前把家底摸清楚之后所有操作都会好办很多。# 查看磁盘整体结构和挂载情况 lsblk # 查看分区表类型和各个分区的起止位置 sudo fdisk -l /dev/sda # 查看每个挂载点的磁盘使用量 df -hT # 查看 inode 使用情况排查磁盘没满但无法写文件的问题 df -i # 如果是 LVM看下 PV/VG/LV 的构成 sudo pvs sudo vgs sudo lvs看到 lsblk 输出时重点确认三件事第一你的根分区是直接挂在 /dev/sda2 这种物理分区上还是挂在 /dev/mapper/xxx-root 这种逻辑卷上第二磁盘末尾有没有 backup 分区它的前后位置在哪里第三新扩容出来的空间现在是什么状态是已经显示为 free 空间还是连磁盘容量都没变大。这套命令跑完后基本就能确定自己该走虚拟机扩容流程、物理机加盘流程还是根分区硬扩流程了。别跳过这一步我见过太多人拿到帖子里的命令直接敲结果把自己的环境搞得更乱。2. 动手前必看麒麟V10磁盘布局与扩容方案怎么选体检结果出来后接下来就是选方案。很多人问“到底用 GParted 还是 fdisk 还是 LVM 命令”其实方案不是按工具选的而是按磁盘的实际布局选的。我列一个简单的对照表你按自己的情况去匹配。当前磁盘布局新空间位置推荐方案风险等级根分区是 LVM 逻辑卷空闲空间在磁盘末尾中间隔着 backup 分区新建分区并加入 LVM扩容逻辑卷低推荐根分区是 LVM 逻辑卷空闲空间紧跟在 PV 分区后面无阻挡parted 扩展 PV 分区再扩 LVM中可接受根分区是传统 ext4 物理分区空闲空间紧跟在根分区后面parted 扩展分区resize2fs 扩展文件系统中需谨慎根分区是传统 ext4 物理分区空闲空间与根分区之间隔着其他分区不建议跨分区硬扩优先加盘高不推荐系统盘空间无法调整无新空间加装第二块数据盘挂载到指定目录低推荐这个表其实就是整个扩容决策的核心逻辑。原理很简单Linux 分区边界一旦固定想调整只有两条路要么让分区后面的空间直接延长到它身上要么在中间“插队”而“插队”在物理分区上几乎不可能只有在 LVM 的架构里才能灵活实现。2.1 为什么说 LVM 是扩容的“最优解”LVM 的全称是逻辑卷管理它把物理分区PV先汇总成一个大的资源池VG再从资源池里切出逻辑卷LV分配给某个挂载点使用。这个设计跟“先建一个大仓库再从仓库里划一块区域给某个部门用”是一样的道理。正因为多了 VG 这一层抽象扩容的操作顺序就变得非常顺滑。新加了一块硬盘也好、磁盘末尾多出一段空闲空间也好只要把这段空间格式化成 PV 并加入现有的 VGVG 的总容量就变大了。然后从 VG 里划出空间给需要的 LV最后让文件系统感知空间变化整个过程不需要移动任何既有数据也不碰分区边界风险远低于传统分区扩容。所以如果你之前安装时选择了自动分区并且系统确实自动启用了 LVM那你是比较幸运的扩容路径会相当清晰。如果检查发现根分区不是 LVM后面我会单独讲传统分区怎么处理。2.2 文件系统决定了你的最后一步命令再强调一遍文件系统类型的影响。ext4 扩容用 resize2fsxfs 扩容用 xfs_growfs这两条命令不能混用。我见过有人对着 xfs 分区执行 resize2fs结果系统提示“unsupported filesystem”然后他就慌神了去论坛发帖说扩容失败。其实只是命令选错了。还有一个更隐蔽的坑xfs 文件系统只能扩大不能缩小这一点必须提前知道。你在网上搜“xfs 缩容”会看到各种复杂操作我强烈建议不要尝试。如果你需要一个能灵活收缩的分区趁早在格式化阶段就选 ext4。对大部分桌面和工作站场景来说ext4 已经足够用了。3. 虚拟机扩容实操从虚拟磁盘到文件系统的完整链路如果你的麒麟V10跑在 VMware Workstation、VirtualBox、或者某云平台的虚拟机上场景大概率是后端把虚拟磁盘调大后进系统发现 lsblk 看到的磁盘容量已经变了但分区和文件系统还是原样空间“凭空消失”了。“消失”不等于丢了而是想用起来需要完成补票流程。3.1 第一步在虚拟机平台上扩展虚拟磁盘VMware Workstation 的操作路径是关闭虚拟机右键虚拟机设置选中硬盘调整“最大磁盘大小”点确定。这里有两个细节需要注意。第一个是扩容前建议做一次快照或用存储层方式备份数据不管你技术多熟练这一步都不能省虚拟磁盘扩容本身不动数据但后续分区操作一旦失误没有后悔药。第二个是虚拟机在关闭状态下扩展最稳妥虽然某些环境支持在线加盘但扰动小一点没坏处。如果你用的是云平台一般是在控制台的“磁盘扩容”或“变更配置”选项里操作完成后通常需要重启实例才能让系统识别新容量。如果用的是 VirtualBox同样在虚拟机设置里调整硬盘大小但 VirtualBox 的 VDI 磁盘扩容后大概率也要重启客户机。3.2 第二步确认新空间是否被系统识别开机后先跑一遍基础体检命令确认磁盘的实际容量是否已经变大。假设虚拟机原磁盘是 50G你扩展到了 100G正常情况下 fdisk -l /dev/sda 或 lsblk 会显示 sda 已经变成 100G但 sda1、sda2 这些分区的大小还是原样磁盘末尾会多出一段未分配空间。如果没有变大优先怀疑后端平台操作没有真正生效或者客户机内核没有刷新设备信息。可以先重启一次再在系统里执行下面的命令强制重新读取分区表sudo partprobe /dev/sdapartprobe 的作用是让内核重新读取分区表很多时候新空间能立刻被识别。如果这条命令执行完还是老样子重启基本能解决。3.3 第三步分区扩展与 LVM 扩容的关键路径接下来进入核心操作。这里我重点讲“根分区是 LVM 逻辑卷”的情况这也是我最推荐在实际环境中使用的方式。先看几张关键查询命令的输出lsblk sudo pvs sudo vgs sudo lvs假设输出显示根分区逻辑卷是 vg-root 或者类似的名字对应的 PV 位于 /dev/sda2。接下来用 parted 查看磁盘末尾空间的具体位置sudo parted /dev/sda print free这条命令会输出分区表、分区编号、起止扇区以及空闲空间的位置。如果你碰到的磁盘布局是“sda2 就是 PV且 PV 后面直接就是空闲空间没有其他分区挡路”那么可以直接把 PV 所在分区扩展到空闲空间末尾sudo parted /dev/sda resizepart 2 100% sudo pvresize /dev/sda2执行完后再用 pvs 确认 PV 大小已经变大了。如果 pvs 显示的 PE 数量没有变化先看分区扩展是否成功再看 pvresize 是否执行成功。这一步是纯逻辑层面的扩容数据不会动。但前面我提过一个特殊情况麒麟V10的磁盘末尾很可能存在 backup 分区空闲空间其实在 backup 分区之后排队。这种情况下你没法把 sda2 直接扩展到磁盘末尾因为中间还隔着 backup。这时候千万不能用删除 partition 的方式强来正确做法是换一条路——从空闲空间新建一个分区作为新的 PV 加入现有 VG把空间“汇流”进同一个资源池。# 创建一个新分区假设磁盘 /dev/sda 末尾有空闲新建为第4个分区 sudo parted /dev/sda mkpart primary ext4 100% 100% # 如果提示 no free space 之类需要把结束位置写成具体扇区参考 print free 的结果 # 例如空闲空间起始为 10485760s结束为 20971519s则 sudo parted /dev/sda unit s sudo parted /dev/sda mkpart primary 10485760s 20971519s sudo parted /dev/sda unit GB sudo partprobe /dev/sda # 把新分区初始化为 PV并加入现有 VG sudo pvcreate /dev/sda4 sudo vgextend vg-root /dev/sda4这里的 vg-root 只是一个示例名字实际要以你自己 vgs 命令看到的 VG 名为准。vgextend 完成后再用 vgs 就能看到 VG 的总容量变大了。然后扩展根逻辑卷并调整文件系统sudo lvextend -l 100%FREE /dev/vg-root/root sudo resize2fs /dev/vg-root/rootlvextend 是把 VG 中所有可用空间全部分配给根逻辑卷resize2fs 让 ext4 文件系统感知到逻辑卷的新大小。如果你确实是 xfs 文件系统那最后一步改成sudo xfs_growfs /xfs_growfs 的参数是挂载点不是设备路径注意和 resize2fs 区分。用 df -hT 查看结果根分区空间应该已经变大。3.4 操作后的数据目录规划空间扩好之后别急着关虚拟机。我建议顺手做几件事如果系统里装了 Docker考虑把 /var/lib/docker 迁移到逻辑卷里那块大空间或者把数据目录拆出来如果装了 MySQL/MariaDB检查 datadir 是否在根分区数据量大以后很容易把 / 撑爆。这些都是从源头上减少再次求助“磁盘空间不足”的办法。4. 物理机加装第二块SSD做数据盘实操另一类高频求助是“麒麟V10加装第二块SSD作为数据盘”。这个场景看起来比虚拟机扩容简单但坑也不少尤其联想到热词里的“删除文件失败提示无法为找到或创建回收站目录”就知道很多人挂在最后一步的权限问题上。4.1 新盘的识别与分区物理安装好硬盘后开机先确认设备是否被系统识别lsblk新盘通常是 /dev/sdb 或 /dev/nvme0n1 这类名字。如果你装的是 NVMe 固态看到的是 /dev/nvme0n1 而不是 /dev/sdb这是正常的。确认后分两种情况磁盘容量超过 2T建议使用 GPT 分区表小于 2TMBR 也行。GPT 和 MBR 的区别在于分区数量和单分区大小上限具体可以简单理解为GPT 更现代化2T 以上必须用也是新环境下的推荐选择。使用 parted 创建 GPT 分区并新建一个 ext4 分区sudo parted /dev/sdb mklabel gpt sudo parted /dev/sdb mkpart primary ext4 0% 100% sudo mkfs.ext4 /dev/sdb1如果你希望把整个磁盘都作为数据盘上面的命令意思就是让分区占满全盘。mkfs.ext4 的过程可能需要几十秒甚至更久容量越大耗时越长屏幕上会输出 inode 数量、块大小之类的信息不用管等退出即可。这里有一个经验性的建议如果以后可能还要扩容可以把这块盘也先变成 LVM 的 PV后续再叠加新盘时能做到无缝扩容。直接把整块盘 mkfs 挂载用当然简单但灵活性差一些。取舍看你的实际需求。4.2 挂载与开机自动挂载分区格式化完成后创建挂载点并挂载sudo mkdir /data sudo mount /dev/sdb1 /data df -h你会在 df 输出里看到 /data 挂载点。但这只是临时挂载重启就没了。要让系统开机自动挂载必须写进 /etc/fstab。很多人跳过这一步重启后数据盘“不见”了又开始新一轮求助。正确做法是先用 blkid 读取分区的 UUIDsudo blkid /dev/sdb1拿到类似 UUIDxxxx-xxxx-xxxx 的输出后编辑 /etc/fstab在末尾追加一行UUIDxxxx-xxxx-xxxx /data ext4 defaults,nofail 0 2这里说几个字段的含义。第一段 UUID 是唯一标识比写 /dev/sdb1 更可靠因为设备名可能因为插盘顺序变化而改变。第二段是挂载点。第三段是文件系统类型。第四段 defaults 表示使用默认挂载选项nofail 表示即使设备不存在也允许系统正常启动这对数据盘来说很重要否则拔掉数据盘后系统可能卡在启动阶段。第五段 0 表示不参与 dump 备份。第六段 2 表示非根文件系统开机时进行文件系统检查。改完后执行验证sudo mount -amount -a 会读取 fstab 并挂载所有配置的条目如果这一步没有报错说明配置没问题。为了万无一失重启一次确认 /data 自动挂载成功。4.3 权限问题才是回收站报错的根源现在把数据盘挂好了但很可能立刻遇到一个让桌面用户崩溃的提示“无法为找到或创建回收站目录”。这个问题的本质是文件管理器删除文件时默认把文件移到回收站而回收站目录通常要创建在挂载点根目录下如果当前用户对挂载点没有写权限或者挂载时用了只读属性系统就找不到合适的位置放回收站。我遇到过最多的场景是挂载目录的属主是 root而用户是普通账户。解决思路分两步走。第一步是用命令行删除救急rm -rf /data/某个文件或者使用桌面文件管理器的 ShiftDelete 彻底删除绕过回收站机制。第二步是根治权限问题让普通用户对挂载目录拥有写权限sudo chown -R 用户名:用户名 /data如果这个数据盘是多人共享的也可以把目录权限设置成 1777类似 /tmp 那样让所有用户都能创建回收站目录sudo chmod 1777 /data权限调整后再到文件管理器里删除一个测试文件回收站功能就能恢复正常了。4.4 数据目录规划延伸把 Docker 和数据库迁过来数据盘挂好了不代表万事大吉还得把日常使用中那些容易占空间的目录迁过去。最常见的两个方向如果装了 Docker默认数据目录在 /var/lib/docker根分区很容易被镜像和容器撑爆。迁移方式有两种。一种是把新数据盘直接挂载或绑定到 /var/lib/docker另一种是修改 /etc/docker/daemon.json 里的>sudo parted /dev/sda print free从输出中找到空闲空间。然后扩展分区到磁盘末尾sudo parted /dev/sda resizepart 2 100%这条命令会弹出确认信息提示分区正在使用中输入 yes 继续。执行完再看一次分区表sda2 的结束扇区应该已经延展到空闲空间末尾。然后扩展文件系统sudo resize2fs /dev/sda2 df -hT如果文件系统类型是 xfs最后一步改成 xfs_growfs /原理和前面一样。到这里会有人问为什么不用 fdiskfdisk 也可以但它的分区扩展方式通常要求删除旧分区再用相同起始扇区重建虽然很多人实操就是这么干的但一旦删除重建的扇区号敲错数据就找不回来了。parted 的 resizepart 是直接修改结束位置不会动起始位置所以风险明显更小。能用 parted 解决的事情我不会用 fdisk 去赌手速。5.3 图形化工具 GParted 的适用场景如果你对命令行的分区操作没有信心GParted 是一个带图形界面的分区工具用 Live CD 引导系统后操作起来会直观很多。它有一步到位的“resize/move”按钮可以在图形界面上拖动分区边界。但请注意图形界面降低的是操作门槛不是风险。在 GParted 里拖动分区尤其是移动分区起始位置后台依然在执行同样的分区表修改危险性不亚于命令行。对已经有数据的系统盘我一般只允许别人用 GParted 做“扩展结束边界”这种最小改动不建议用它在系统盘上做大规模调整。6. 常见问题与排查技巧实录扩容这么多次我把踩过的坑、群里高频出现的问题集中写在这里基本覆盖了从扩容到使用全过程的疑难杂症。6.1 扩容后 df -h 没有任何变化这是最常见的“扩容失败”。排查顺序是先用 lsblk 看分区本身的大小有没有变化。如果分区大小没变说明你在 parted 那一步没有执行成功回到分区操作重新确认。如果分区大小变了但 df 没变说明文件系统没有感知到新空间检查是否漏掉 resize2fs 或 xfs_growfs。还有一种可能是你扩错了分区比如扩容了 sda1 的 /boot但根分区是 sda2那 df -h 当然不会有反应。6.2 磁盘空间显示已满但 df -h 却还有剩余出现这种诡异情况的多半不是磁盘空间不足而是 inode 耗尽了。inode 可以理解为文件系统里的“索引卡”每个文件或目录都要占一张卡卡片全用完了即使磁盘卷还有空闲空间系统也写不进任何新文件。用 df -i 查看 inode 使用率如果达到 100%问题就清楚了。这种情况通常是缓存目录里有几十万个零碎小文件比如临时文件、Docker 容器层文件、编译中间文件。处理方式是清理这类小文件真正腾出 inode 空间。6.3 扩容后重启网卡不启动了这个和磁盘扩容本身没有直接关系但很多人都碰到过“扩大磁盘重启后网络起不来”的情况于是又陷入新的求助。原因是银河麒麟V10的重启过程有时会把 NetworkManager 的服务状态搞乱或者网卡命名方式变化导致网络服务找不到对应的接口。排查顺序如下# 查看系统是否识别到物理网卡 ip link show # 检查 NetworkManager 是否在运行 systemctl status NetworkManager # 检查上层网络服务状态 systemctl status networking # 如果 NetworkManager 没运行启动并设为开机自启 sudo systemctl enable --now NetworkManager # 查看已有连接 nmcli connection show如果连接存在但状态是“未激活”重启一下 NetworkManagersudo systemctl restart NetworkManager如果连接本身丢了用 nmcli 重新添加一个有线连接的配置并设置为自动连接。这个问题的解法不算复杂但排查思路要清晰先确认硬件、再确认服务、最后看连接配置不要一上来就瞎改配置文件。6.4 删除文件报“无法为找到或创建回收站目录”这个前面已经详细讲过根源通常是挂载目录权限或属主问题。这里再补充一个场景如果数据盘挂载时用了拒绝对应的权限参数或者文件系统是 NTFS 这类桌面支持不太友好的格式也容易出现回收站报错。解决办法是在 fstab 里调整挂载选项或者直接在命令行使用 rm。我在实际中遇到最多的是忘了 chown 挂载点目录导致普通用户没有写权限设置好属主后问题立刻消失。6.5 空间清理技巧快速找出谁吃掉了磁盘扩容只是治标日常清理才是治本。在磁盘空间告急但一时无法扩容时可以通过以下命令定位大文件和大目录# 查看 / 下第一层目录的大小按人类可读格式排序 sudo du -h --max-depth1 / 2/dev/null | sort -h | tail -20 # 或者查看 /home 下各个用户的占用 sudo du -h --max-depth1 /home 2/dev/null | sort -h # 如果系统有 ncdu交互式定位更省事 sudo ncdu /日志文件、软件缓存、Docker 镜像、旧内核文件是最常见的空间杀手。清理系统日志可以用 journalctl --vacuum-size 限制日志体积清理旧的 apt 缓存可以用 apt clean卸载不用的软件释放空间。这些操作虽然普通但每次都能实实在在地帮我在应急场景里争取到时间。说回扩容这件事我最大的体会是不要等到磁盘满了才想起救火。新装系统时就用 LVM 做底子数据盘单独挂载docker 和数据目录规划到独立磁盘平时用 ncdu 定期看一遍空间变化这些习惯比任何一条扩容命令都值钱。如果真需要扩容优先选“新建分区加入 LVM”这种不动原有布局的方案它能让你以后每次扩容都按同一个模式走越扩越顺手。这次把麒麟V10的各个分支场景都过了一遍希望你在自己的环境里能少走一步弯路。
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

为什么 coding agent 大多基于 Nodejs?从 TaoToken 统一 Key 通道看运行时选型 2026/10/2 11:55:25

为什么 coding agent 大多基于 Nodejs?从 TaoToken 统一 Key 通道看运行时选型

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
既然照片、视频、文档都在NAS里,用TaoToken统一Key跑本地大模型行不行? 2026/10/2 11:55:18

既然照片、视频、文档都在NAS里,用TaoToken统一Key跑本地大模型行不行?

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
Meta最新开源大模型LLaMA 3.1实测:用TaoToken统一API跑通本地推理与评测 2026/10/2 11:55:18

Meta最新开源大模型LLaMA 3.1实测:用TaoToken统一API跑通本地推理与评测

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
Lua 中使用 C 语言的用户自定义类型——userdata 2026/10/2 11:54:59

Lua 中使用 C 语言的用户自定义类型——userdata

1. 引言 Lua 是一门轻量、可嵌入的脚本语言,其核心能力之一就是与 C 语言进行无缝交互。在 Lua 与 C 的交互中,userdata 是一种非常重要的数据类型,它允许我们在 Lua 中安全地持有 C 语言定义的对象指针。本文将深入讲解 userdata 的概念、分…

阅读更多 →
Windows MCP.Net 深度解析:基于.NET的Windows桌面自动化MCP服务器搭建与验证 2026/10/2 11:54:59

Windows MCP.Net 深度解析:基于.NET的Windows桌面自动化MCP服务器搭建与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

阅读更多 →
narrator-ai-cli-skill 错误码速查表:18个 API 错误的完整处理方法 2026/10/2 11:54:59

narrator-ai-cli-skill 错误码速查表:18个 API 错误的完整处理方法

narrator-ai-cli-skill 错误码速查表:18个 API 错误的完整处理方法 【免费下载链接】narrator-ai-cli-skill AI 解说大师 — Agent skill;封装 narrator-ai-cli 供 Claude/Codex 等工具调用 项目地址: https://gitcode.com/gh_mirrors/na/narrator-ai-…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉