Linux 系统源切换工具 yum切换工具 很多时候是 源地址失效，或者网络不通，导致 yum 用不了，才需要换源。1、为什么很多时候必须更换 yum 源？CentOS7 刚装好，自带的是 官方源（国外）：1：国内访问国外服务器慢、丢包、超时服务器在海外，下载软件几 KB/s，甚至直接连接失败，yum install 卡死报错。换成阿里 / 清华国内镜像，速度几十上百倍。2：旧版本系统官方源下线《 最常见坑！》比如 CentOS7 在 2024 年已经停止维护（EOL），官方把软件包从 mirror.centos.org 迁移到 vault.centos.org。现象：yum 命令本身能运行，但是源地址 404，找不到包。这时候必须改 repo 里 baseurl 到 vault 地址，不然 yum 永远无法安装软件。3. 内网环境： 服务器不能上外网，必须换成本地光盘源 / 内网仓库源，外网源直接不可访问。一句话：yum 程序本身是好的，只是它读取的仓库地址不能用了，所以要换源。2、怎么更换yum很多小白不会手动切换yum，就算会手动更换yum也太麻烦而且有时候还容易出错，那咱就使用《爱意Web 一键切换yum脚本》他里面包括了很多yum地址，可以随意切换，而且轻易不会出错。一键切换yum脚本curl -fsSL https://storage.aiyiwl.com/api/yum_replace.sh -o yum_replace.sh && chmod +x yum_replace.sh && ./yum_replace.sh

Linux Ubuntu 云服务器启动失败！ 云服务器启动失败故障提示：[5.877137] async_tx: api initialized (async) [6.013920] Btrfs loaded, crc32c=crc32c-intel, zoned=yes, fsverity=yes一直卡在这里，启动不了。 1：进入【Linux 救援系统】2：挂载原系统盘并检查日志# 1. 查看磁盘分区（确认你的系统盘，通常是 /dev/vda1 或 /dev/vdb1） lsblk # 2. 创建挂载点并挂载根分区（假设是 /dev/vda1） mkdir -p /mnt/root mount /dev/vda1 /mnt/root # 3. 查看系统日志最后几十行，找出卡住前的具体报错 tail -100 /mnt/root/var/log/messages # 或者查看 dmesg 日志 tail -100 /mnt/root/var/log/dmesg关键：日志中如果出现 I/O error、EXT4-fs error、XFS: metadata I/O error 等，说明文件系统损坏。如果出现 Failed to start ... service 或 Timeout，则是某个服务启动失败。3：根据系统日志判断问题# 最后10行日志 Jun 17 12:08:30 Rescue-AiyiWL8721418951 dracut[1299]: *** Creating image file '/boot/initramfs-4.18.0-358.el8.x86_64kdump.img' *** Jun 17 12:08:30 Rescue-AiyiWL8721418951 dracut[1299]: *** Creating initramfs image file '/boot/initramfs-4.18.0-358.el8.x86_64kdump.img' done *** Jun 17 12:08:32 Rescue-AiyiWL8721418951 kdumpctl[1014]: kdump: kexec: loaded kdump kernel Jun 17 12:08:32 Rescue-AiyiWL8721418951 kdumpctl[1014]: kdump: Starting kdump: [OK] Jun 17 12:08:32 Rescue-AiyiWL8721418951 systemd[1]: Started Crash recovery kernel arming. Jun 17 12:08:32 Rescue-AiyiWL8721418951 systemd[1]: Startup finished in 2.958s (kernel) + 11.477s (initrd) + 1min 74ms (userspace) = 1min 14.510s. Jun 17 12:08:40 Rescue-AiyiWL8721418951 systemd[1]: systemd-hostnamed.service: Succeeded. Jun 17 12:08:54 Rescue-AiyiWL8721418951 chronyd[803]: Selected source 94.237.79.110 (2.centos.pool.ntp.org) Jun 17 12:09:01 Rescue-AiyiWL8721418951 kernel: EXT4-fs (vdb1): warning: mounting fs with errors, running e2fsck is recommended Jun 17 12:09:01 Rescue-AiyiWL8721418951 kernel: EXT4-fs (vdb1): mounted filesystem with ordered data mode. Opts: (null)日志最后两行是关键：vdb1 是一个数据盘（或系统盘），它是 EXT4 文件系统。系统在救援模式下强行挂载了这个有错误的分区，这通常是为了让你能进去抢救数据，但带着错误启动，正是原系统卡住进不去的原因。4：修复方案你现在就在救援系统里，正好可以修复。执行以下命令：第一步：卸载问题分区umount /dev/vdb1如果提示 target is busy（分区忙），先执行 fuser -km /dev/vdb1 强制踢出进程，再执行卸载。第二步：执行文件系统修复e2fsck -y /dev/vdb1-y 参数会自动回答“是”来修复所有问题，不用一直按确认。这个过程可能需要几分钟到十几分钟，耐心等待它跑完。如果有大量错误修复输出，是正常的。第三步：检查主系统盘（vda1） 虽然日志报错的是 vdb1，但你的系统盘通常是 vda1（从之前的启动日志 vda: vda1 vda14 vda15 可以看出）。为了防止主系统也有潜在问题，建议也检查一下：umount /dev/vda1 # 如果已挂载就先卸载 e2fsck -y /dev/vda1第四步：重新挂载测试 修复完成后，可以重新挂载看看是否正常：mount /dev/vdb1 /mnt # 假设挂载点存在 ls /mnt # 如果能正常列出目录，说明修复成功5：完成后重启1：在魔方云控制面板，点击 “退出救援系统”（或“重启至正常系统”）。2：实例会自动重启，这次应该能正常进入系统了。如果修复后还是进不去说明除了文件系统错误，可能还有其他问题：可能是根分区（vda1）也有类似报错， 但日志里没显示。请务必也对 vda1 执行 e2fsck -y /dev/vda1。可能是启动配置文件损坏。 修复后，可以在救援模式下挂载根分区，检查 /mnt/etc/fstab 文件，看是否有错误的分区挂载条目。如果 e2fsck 提示“无法修复”或出现大量“坏块”， 说明磁盘可能物理损坏，那就只能备份数据后重装系统了。补充建议修复完成后，进入原系统后第一时间备份重要数据，因为文件系统报错往往是磁盘寿命下降的早期信号。如果你不熟悉命令行操作，魔方云通常也有工单支持，可以把这段日志发给客服，他们会协助你进行修复。你先按 e2fsck 步骤操作，把修复过程的输出结果发给我，如果有新的报错我再帮你分析。

Linux 救援系统，怎么查看原系统盘文件 系统文件损坏进不去系统，但是还有重要文件要备份，怎么办？不用害怕跟担心，咱直接进入 “救援系统” 进行操作！进入 “救援系统” 还是看不见原系统的文件怎么办，跟着我继续操作！操作1：查看磁盘信息：执行 fdisk -l 或 lsblk 命令，列出所有磁盘设备。通常，救援系统的盘是 /dev/vda，而你原来的系统盘会是 /dev/vdb。如果有多块数据盘，可以通过磁盘大小或分区类型来仔细辨别。比如，系统盘通常会有/boot和/（根）分区。2：创建挂载点：创建一个空目录作为挂载点，例如 /mnt 或 /datamkdir /mnt/old_system3：挂载系统盘：将识别出的原系统盘分区（通常是根分区，如 /dev/vdb1）挂载到刚创建的目录下。mount /dev/vdb1 /mnt/old_system4：验证挂载：执行 df -h 或 ls /mnt/old_system，如果能看到原系统的目录结构（如 /etc、/home 等），就说明挂载成功了。总结现在，你就可以像操作普通文件夹一样，通过 /mnt/old_system 这个路径来访问和操作你原来的系统盘了。常见的操作包括：恢复数据：将重要的网站数据、数据库文件等拷贝出来。修复系统：例如，chroot /mnt/old_system 切换到原系统环境进行修复，或者编辑 /mnt/old_system/etc/shadow 文件来重置root密码。修复文件系统：如果文件系统损坏，可以执行 xfs_repair 或 fsck 等命令进行修复。