news 2026/10/8 19:52:46

华为9006C麒麟V10SP1 LiveCD救援指南:不进系统修复与数据备份

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
华为9006C麒麟V10SP1 LiveCD救援指南:不进系统修复与数据备份

简介:这份PDF文档面向具备一定Linux操作基础的技术人员与开发者,针对银河麒麟桌面操作系统V10SP1(华为9006C版本)进入LiveCD模式这一具体需求,给出可落地的操作指引。当用户希望在不安装系统的前提下体验或测试该系统功能,或开发者需要临时进入图形化环境进行调试时,可参照文档完成从U盘启动盘引导到图形化LiveCD的完整流程。资源包内仅含1个PDF文件,大小约245KB,篇幅精简、步骤集中,便于随查随用。文档围绕字符界面登录、kylin账号密码配置、查询并终止start-installer进程、切换至UKUI on Wayland等关键环节展开,并配有界面截图辅助定位,能帮助读者快速理解LiveCD模式的进入逻辑与常见卡点。目前已有2490人学习,适合需要快速上手该版本系统临时环境的技术用户参考。

1. 银河麒麟 V10SP1 LiveCD 模式:华为 9006C 版本下不进系统也能救急的那条路

华为 9006C 平台上的银河麒麟桌面操作系统 V10SP1,平时跑得好好的,一旦遇到系统盘分区表损坏、密码忘了、根目录被写满、驱动装崩了进不去图形界面,很多人第一反应是重装。重装能解决,但数据没了、配置没了、授权激活状态也可能要重新折腾。LiveCD 模式就是给这种场景留的后路:用安装镜像本身启动一个只读的临时系统,把硬盘挂起来,改配置、拷数据、修引导、清日志,做完重启回到原系统。

这篇讲的是华为 9006C 版本这个特定分支下,怎么进 LiveCD、进去之后能干什么、参数怎么设、哪些操作会翻车。适合两类人:一类是手里有这台机器、系统出过问题想自己救的运维;另一类是刚接触麒麟、想搞清楚 LiveCD 和普通安装盘区别的桌面支持工程师。下面按「先搞懂它是什么 → 怎么进 → 进去做什么 → 坑在哪 → 怎么验证」的顺序走,命令和参数都能直接抄。

2. LiveCD 到底是什么:和安装模式、救援模式的区别在哪

2.1 三种启动模式的实际差异

银河麒麟 V10SP1 的安装镜像启动后,引导菜单里通常能看到几个入口:直接安装、试用(LiveCD)、以及某些版本带的救援模式。很多人把「试用」当成装系统前的预览,其实它才是真正的 LiveCD——一个跑在内存里的完整桌面环境,根文件系统是只读的 squashfs 叠加一层可写的 tmpfs,关机即消失,不碰硬盘上的任何东西。

安装模式会直接调用安装器往硬盘写分区表和文件系统,一旦点错目标盘,数据就没了。救援模式更偏引导修复,功能窄,很多图形工具起不来。LiveCD 介于两者之间:有完整桌面、有终端、有磁盘工具、有文件管理器,能挂载硬盘读写,但默认不动硬盘。华为 9006C 是 ARM 架构平台,镜像必须是 aarch64 版本,x86 的镜像在这台机器上根本起不来,这是第一个要确认的点。

提示:LiveCD 的「只读」指的是它自己的根文件系统只读,你手动挂载的硬盘分区是可读写的,改错了照样影响原系统。

2.2 为什么华为 9006C 版本要单独说

9006C 用的是 ARM 处理器,固件层面和常见 x86 机器差别不小。启动项里可能出现 UEFI 和传统引导两种条目,选错会卡在黑屏或直接跳过 U 盘。另外这个平台的显卡、网卡驱动在 LiveCD 里的加载顺序和 x86 不同,偶尔会出现进了桌面但分辨率异常、或者网卡没起来的情况,这不代表镜像坏了,多数是启动参数需要补。

从热词里能看到,很多人搜「麒麟 livecd 盘需要多大」「银河麒麟 u 盘启动器」,说明卡在制作环节的人不少。V10SP1 的完整镜像通常在 4GB 以上,做启动盘建议 8GB 起步的 U 盘,16GB 更稳,因为 LiveCD 运行时要往内存里解压,U 盘只负责读,容量小不是主要瓶颈,内存才是。

2.3 进 LiveCD 前必须确认的三件事

第一,确认镜像架构。用file命令看镜像里的内核,或者直接看文件名里有没有 aarch64、arm64 字样。第二,确认 U 盘制作方式。银河麒麟官方有 U 盘启动器工具,也可以用常见的镜像写入工具,关键是写入后 U 盘分区表要能被 9006C 的固件识别。第三,确认原系统盘的数据重要性。进 LiveCD 前如果机器还能进系统,先把关键数据备份到外置盘,因为 LiveCD 里挂载操作一旦手滑,后悔药不好买。

# 在能用的 Linux 机器上确认镜像架构,避免下错版本 file Kylin-Desktop-V10-SP1-*.iso # 输出里出现 aarch64 / ARM 才是 9006C 能用的 # 同时看镜像大小,低于 4GB 的基本不是完整桌面版 ls -lh Kylin-Desktop-V10-SP1-*.iso

这段命令的作用是排除最常见的「镜像下错」问题。file读的是 ISO 头部信息,能看出引导架构;ls -lh看体积,完整桌面版和精简版体积差很多。参数上没什么可调的,重点是看输出里的架构字段,不是 x86_64 就别往 9006C 上插。

3. 制作启动盘并进入 LiveCD:从写盘到看到桌面的完整步骤

3.1 用官方 U 盘启动器写盘的关键选项

银河麒麟桌面版自带「U 盘启动器」,在开始菜单里能搜到。打开后选镜像、选 U 盘、点开始,等进度条走完。这里有两个容易忽略的点:一是写入前它会格式化 U 盘,U 盘里有东西先拷走;二是写入模式如果给了「ISO 模式」和「DD 模式」两个选项,9006C 上优先试 DD 模式,兼容性更好,ISO 模式在某些固件上会认不出引导记录。

如果手头没有麒麟机器,用其他 Linux 上的dd也能写,命令不复杂,但设备名写错就是灾难,写之前一定用lsblk确认。

# 确认 U 盘设备名,别把系统盘写进去 lsblk -o NAME,SIZE,TYPE,MOUNTPOINT # 假设 U 盘是 /dev/sdb,写入镜像,bs 用 4M 兼顾速度和稳定 sudo dd if=Kylin-Desktop-V10-SP1-aarch64.iso of=/dev/sdb bs=4M status=progress oflag=sync # 写完刷新缓存再拔 sync

if是输入镜像,of是目标设备,注意是整盘/dev/sdb而不是分区/dev/sdb1。bs=4M是块大小,太小慢、太大偶发写错,4M 是常用值。oflag=sync保证数据真正落盘再返回,避免拔早了启动盘不完整。status=progress只是让你看到进度,不影响结果。

3.2 9006C 上的启动项选择和启动参数

U 盘插上,开机按固件对应的启动菜单键(不同批次可能不同,常见是 F12 或 Esc),在启动项里找带 U 盘品牌名或「UEFI: 你的U盘」的条目。如果出现两个同名条目,一个带 UEFI 一个不带,9006C 优先选 UEFI 那个。选中后如果卡在厂商 logo 不动,回到启动菜单,在引导参数里加nomodeset,这是绕过显卡驱动初始化问题的常用手段,进了桌面再装驱动。

进到引导菜单后选「试用」而不是「安装」。选错就进安装器了,虽然安装器里也能退出,但多一步风险。选试用后系统会把 squashfs 解压到内存,这个过程看内存大小,8GB 内存大概一两分钟,16GB 更快。看到桌面、能打开终端,就说明 LiveCD 起来了。

3.3 进去之后先做的三件确认

第一件,确认硬盘被识别。打开终端跑lsblk,看有没有除了 U 盘之外的大容量磁盘,那就是原系统盘。第二件,确认网络。LiveCD 里网卡如果没自动起来,用nmcli或桌面网络图标连一下,后面装工具、查资料要用。第三件,确认内存余量,free -h看一眼,LiveCD 跑在内存里,内存紧张时挂载大分区做操作会卡。

# 看磁盘识别情况,确认原系统盘设备名 lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINT # 看内存,判断能不能跑图形工具和挂载操作 free -h # 看网络接口状态 nmcli device status

lsblk的FSTYPE列能看出分区是 ext4、xfs 还是 ntfs,这决定后面挂载用什么参数。free -h的 available 列才是真正可用的,别只看 free。nmcli device status里 disconnected 的接口需要手动连。这三条命令加起来不到十秒,但能避免后面一堆「设备找不到」的玄学问题。

4. 在 LiveCD 里干活:挂载、改配置、拷数据的具体命令

4.1 挂载原系统分区并 chroot 进去修配置

最常见的需求是原系统进不去但文件还在,比如改错了/etc/fstab、装驱动把显示搞崩了、密码忘了要重置。思路是:挂载根分区 → 挂载必要的虚拟文件系统 → chroot 进去 → 改 → 退出卸载。顺序不能乱,虚拟文件系统不挂,chroot 里很多命令会报错。

# 假设根分区是 /dev/nvme0n1p2,先建挂载点 sudo mkdir -p /mnt/sysroot sudo mount /dev/nvme0n1p2 /mnt/sysroot # 挂载 boot 分区(如果有独立 boot) sudo mount /dev/nvme0n1p1 /mnt/sysroot/boot # 挂载虚拟文件系统,chroot 里才能正常跑命令 sudo mount --bind /dev /mnt/sysroot/dev sudo mount --bind /proc /mnt/sysroot/proc sudo mount --bind /sys /mnt/sysroot/sys # 进入原系统环境 sudo chroot /mnt/sysroot /bin/bash

--bind是把 LiveCD 的 /dev、/proc、/sys 映射进目标系统,少了这步,chroot 里passwd、grub-install这类命令会失败。分区设备名一定要用lsblk确认,nvme 盘和 sata 盘命名规则不同,写错挂到别的分区上,改的就是别人的配置。chroot 进去后提示符会变,这时候你敲的命令作用在原系统上,改完exit退出,再逐层umount。

4.2 重置忘记的登录密码

热词里「银河麒麟请解锁磁盘密码忘记了」出现频率不低,这里要分清两种密码:一种是登录密码,一种是磁盘加密密码。登录密码在 LiveCD 里能重置,磁盘加密密码如果忘了,没有恢复密钥基本没救,这是设计使然,不是操作问题。

# 接上面的 chroot 环境,重置指定用户密码 passwd username # 如果只想解锁账户而不改密码,看锁定状态 passwd -S username # 账户被锁时解锁 passwd -u username

passwd username会交互式让你输两遍新密码,输的时候屏幕不显示是正常的。passwd -S输出里 L 表示 locked,P 表示有可用密码。passwd -u解锁前要确认账户确实是被锁而不是密码错,否则解锁了也进不去。改完记得exit并卸载,不然改动可能没落盘。

4.3 拷贝数据到外置盘的正确姿势

系统救不回来但数据要保,这是 LiveCD 最高频的用法。挂载原系统分区,插上外置盘,用rsync而不是cp,因为 rsync 能续传、能看进度、能保留权限。外置盘如果是 ntfs 格式,挂载时要指定类型,否则可能只读。

# 挂载外置盘,ntfs 格式需要指定类型 sudo mkdir -p /mnt/backup sudo mount -t ntfs-3g /dev/sdc1 /mnt/backup # 用 rsync 拷贝用户目录,-a 保留属性,-v 看过程,-h 人类可读 sudo rsync -avh --progress /mnt/sysroot/home/username/ /mnt/backup/username/ # 拷完确认大小对得上再卸载 du -sh /mnt/backup/username/ sudo umount /mnt/backup

-t ntfs-3g是让内核用 ntfs-3g 驱动挂载,不指定的话某些内核只给只读。rsync源路径结尾的斜杠很关键:带斜杠是拷目录内容,不带是拷目录本身,差一个字符结果不同。--progress让你看到每个文件的进度,大文件多的时候心里有数。du -sh是拷完的核对手段,两边大小差太多说明有文件没过去。

5. 避坑与排查:LiveCD 操作里最容易翻车的五件事

5.1 现象:U 盘插上启动菜单里看不到

原因通常是写盘模式不对,或者固件没刷新启动项。9006C 上 ISO 模式写入的盘有时不被识别,换成 DD 模式重写;另外写完盘后进固件设置里手动把 U 盘调到启动顺序第一位,别只靠快捷键。还有一种是 U 盘本身是 USB 3.0 而某个口兼容性差,换到另一个口试试,这个血泪经验在 ARM 平台上不罕见。

5.2 现象:进了引导菜单但选试用后黑屏

多半是显卡驱动初始化问题。回到引导菜单,在启动参数里加nomodeset,让内核不要过早加载显卡驱动,进桌面后再处理。如果加了还黑,试video=efifb强制用固件帧缓冲。这两个参数是排查显示问题的常规手段,不是麒麟特有的。

5.3 现象:chroot 进去后命令报「找不到」

原因是虚拟文件系统没挂全,或者挂载顺序错了。检查/mnt/sysroot/dev、/proc、/sys三个目录里有没有内容,空的说明--bind没成功。另外 chroot 前要确认目标系统的/bin/bash存在,某些精简系统路径不同,用ls /mnt/sysroot/bin/bash先看一眼。

5.4 现象:改完配置重启还是老样子

最常见是改完没卸载就重启,改动还在内存缓存里没落盘。正确流程是exit退出 chroot → 逐层umount→ 确认lsblk里目标分区不再挂载 → 再重启。另一个原因是改错了文件,比如该改/etc/fstab却改了/etc/mtab,后者是运行时生成的,改了没用。

5.5 现象:拷数据时提示权限不足或只读

ntfs 外置盘没指定-t ntfs-3g会只读;原系统分区如果是 xfs 且上次没正常卸载,挂载时可能进恢复模式只读。前者加挂载类型,后者用mount -o ro先只读挂上把数据拷出来,别急着强制读写,强制读写可能加重文件系统损坏。数据保住了再考虑修文件系统。

6. 验证 LiveCD 操作是否生效:几个不靠重启的判断技巧

改完配置最怕的是重启后才发现没生效,来回折腾。有几个办法能在 LiveCD 里就大致判断。改/etc/fstab后,用findmnt --verify检查语法,这个命令会读 fstab 并报告哪一行有问题,不用真挂载。改引导后,用grub-script-check检查 grub 配置语法。重置密码后,用chroot环境里的passwd -S username看状态是不是 P。

# 在 chroot 环境里验证 fstab 语法,不实际挂载 findmnt --verify --verbose # 验证 grub 配置语法 grub-script-check /boot/grub/grub.cfg # 确认密码状态 passwd -S username

findmnt --verify会逐行解析 fstab,报出设备不存在、挂载点重复、选项冲突等问题,比重启后看报错高效得多。grub-script-check只查语法不查逻辑,语法过了不代表引导一定对,但语法错了一定起不来。passwd -S的第二个字段是密码状态,P 才代表可用。

还有一个习惯我一直在用:在 LiveCD 里对原系统做任何写操作前,先用tar把要改的文件打个包放到外置盘,比如tar czf /mnt/backup/fstab.bak.tar.gz /mnt/sysroot/etc/fstab。改错了直接解包还原,比回忆改了什么快得多。这个习惯救过我很多次,尤其是改网络配置和挂载配置的时候。

LiveCD 不是万能的,磁盘物理损坏、加密密钥丢失、固件层面故障,它都无能为力。但绝大多数「系统进不去但盘还活着」的场景,它都能给你一次不重装就恢复的机会。把启动盘做好、把挂载和 chroot 的流程走熟、把改前备份变成肌肉记忆,这三件事做到,华为 9006C 上的麒麟系统出问题你就不用慌。希望帮到你。

本文还有配套的精品资源,点击获取

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/8 19:52:46

深拷贝与链表排序:LeetCode Hot 100 经典题的指针操作全解析

先声明一下:这两道题我在刷 LeetCode Hot 100 的时候反复遇到,后来在周赛、模拟面试里也经常能瞥见它们的影子。T138 随机链表的复制考的是你对“深拷贝”这件事的理解,以及链表中“指针映射关系”怎么处理;T148 排序链表则是把链…

作者头像 李华
网站建设 2026/10/8 19:51:12

TR101290总结:码流健康度三优先级量化与排障实践

简介:一份围绕数字电视传输标准 TR101290 的技术总结文档,面向音视频开发、数字电视协议分析及嵌入式电视接收调试人群。内容系统梳理 MPEG-2 传输流中的 ES、PES、TS、PS 概念,说明 TS 分组 188 字节结构、PES 与 TS 的封装关系,…

作者头像 李华
网站建设 2026/10/8 19:51:12

基于Python的小学成绩信息管理系统:从Flask到SQLite的全栈开发实战

做毕业设计选 "基于Python的小学成绩信息管理系统" 这个题目的人,十有八九是第一次正儿八经写一个能跑通的全栈项目。很多同学拿到这个题目第一反应是"不就是CRUD嘛",真上手才发现,光是把成绩数据从Excel里弄进去再查出来…

作者头像 李华
网站建设 2026/10/8 19:51:11

退货季下的连衣裙高退货率:物流应对与逆向链路全解

开门见山说个数字:女士连衣裙退货率接近90%,这已经不是某个品牌的小范围烦恼,而是全球物流业每年都要经历一次的“退货季”里最典型的缩影。我做电商物流这行有些年头了,每年七八月看着退货包裹像潮水一样涌进分拨中心&#xff0c…

作者头像 李华
网站建设 2026/10/8 19:50:33

U盘格式怎么改?FAT32、NTFS、exFAT选择与实操指南

U盘格式这事,看着不起眼,关键时刻真能卡住人。我遇到过好几次,拷个大文件提示“文件过大”,或者在电视、车机上插着U盘压根不识别,又或者U盘在Mac上能写、到Windows上只能读,折腾半天才发现是文件系统格式在…

作者头像 李华
网站建设 2026/10/8 19:50:15

Linux进程优先级:CPU不高却卡顿的排障与分析

你有没有遇到过这种场景:一台服务器的CPU使用率明明只有百分之二三十,但业务接口的P99延迟却高得离谱,SSH连上去敲个命令都要卡上半天。我之前排查过一个典型的案例,最后根因就落在Linux 进程优先级上——某个后台批处理任务在不知…

作者头像 李华