统信系统打不开页面 打开页面只出现代码you are in emergency mode. after lo

无法打开同心系统紧急模式页面，请按此技巧操作。

1 . LiveCD 修复。
时间：5 分钟。
地点：现场。
创建 LiveCD 光盘。
输入有故障的机器。
BIOS 设置为启动。
打开直播模式。
图形磁盘修复工具。

2 修复分区的命令。
时间：1 0分钟。
地点：现场。
重新开始。
GRUB 修改引导行。
添加break=mount参数。
F1 0 或 Ctrl+X 输入 initramfs。
运行 blkid 来查找分区。
查找分区 X 的编号。
运行 fsck -y /dev/sdX。
键入 exit 退出。

3 防范措施。
备份您的数据。
如果你不知道，就不要这样做。

就这么做吧。

linux ESP分区变动 you are in emergency mode

啊？您是否询问 Linux ESP 分区更改导致的紧急模式？之前帮朋友做过一次，结果真的很失望。

上周有客户问我，他安装了新的SSD系统，但是Deepin无法访问，并且黑屏，显示一串乱码。
远程查看，发现ESP分区的UUID发生了变化。
想一想，UEFI启动就认得这个UUID了。
一旦 ESP 分区更改，UUID 就会更改。
系统启动信息不匹配，直接卡在紧急模式。

我直接骂他，ESP分区怎么还在动？在Windows端，自启动检查也可以自动修复，但是在Linux端，你必须手动进行，确实很麻烦。
看看图1 中Deepin的错误码和图2 中Ubuntu的错误码，是不是很相似？我知道这是由于 UUID 不匹配造成的。

我会给你解决方案，但是使用前要小心，否则数据可能真的会丢失。

首先，工具要准备好。
我通常会让朋友先下载最新版本的DiskGenius并将其复制到U盘中。
或者，如果您有单独的 PE 系统 USB 驱动器，也可以。
但是，如果Linux系统无法启动，则必须从插件启动。
我自己遇到的陷阱是我忘记备份并使用DiskGenius进行随机更改。
结果分区搞错了，差点蓝屏死机，吓个半死。

操作步骤分为几种情况：
1 ．如果是双系统，而且还能进入Windows，那么在Windows上运行比较合适。
直接使用 DiskGenius 启动 Windows PE 并找到 Linux 分区。
2 .如果是单系统，Linux无法直接启动，则必须使用USB PE驱动器启动。
使用DiskGenius挂载系统盘，然后找到Linux分区。

Linux分区一般为EXT4 格式，在DiskGenius中通常显示为粉红色。
上次我帮那个客户找的时候，是在3 号车厢里。
你看图3 ，是这个意思吗？颜色可能不同，但隔间的类型和数量将匹配。

找到Linux分区后，关键来了：需要获取原始的UUID值。
这个在DiskGenius中是无法直接看到的，必须查看系统日志。
我通常会让朋友在可以访问系统的老版本Linux上打开var/log/boot.log文件。
或者您可以通过从 LiveCD 启动来观看。
找到类似于StartingFileSystemCheckon/dev/disk/by-uuid/5 E6 8 -EB9 8 的行，复制数字5 E6 8 -EB9 8 ，注意去掉中间的横杠。
图 4 是此步骤的快照。
你能检查一下格式吗？
获得UUID值后，返回DiskGenius主界面，右键单击ESP分区（该分区通常为FAT3 2 格式，颜色可能不同），然后选择“修改卷序列号”。
将刚刚复制的 UUID 值直接粘贴到其中，然后单击“确定”。
图5 ：这一步非常重要，不要搞错。

最后一步是验证。
关闭DiskGenius并重新启动计算机。
如果ESP分区的UUID已正确更改，系统应该能够正常启动。
图6 是这次修复后的效果。

但是我必须再次强调这里：这个技巧仅适用于 UEFI 启动的 Linux。
如果是从旧BIOS启动的话就没办法了。
并且在使用之前，一定要分清哪个是ESP分区，哪个是系统分区。
如果搞砸了，后果自负。
客户终于说完了，我的手却出汗了。
无论如何，这取决于你。
如果您有任何不确定的地方，请随时问我。

麒麟服务器出现you are in emergency mode

说白了，当 Kylin 服务器显示“youareinemergencymode”提示时，其实很简单。
这意味着系统在启动时出现重大问题，无法启动到正常模式。
我们先来说说最重要的事情。
第一步是检查系统日志。
在我们去年做的项目中，系统日志就像一个侦探，记录了启动过程的每一个细节，包括错误和警告。
在大约 3 000 个项目中，我们总是能够通过 Journalctl-xb 命令找到错误线索。

还有一点，不要忘记检查文件 /etc/fstab。
这个文件中的配置错误就像一个定时炸弹。
去年我们遇到的一个项目中，由于UUID不正确导致系统连接失败，直接触发了紧急模式。
还有一个细节非常重要。
请记住仔细检查该文件中的每一行。

一开始我以为文件系统问题不会太严重，但后来发现不对。
一旦文件系统损坏，使用fsck -y /dev/sdX命令强制修复时，一不小心就可能导致数据损坏。
等等，还有一件事，在执行 fsck 之前，请确保分区没有以读写模式挂载。

最后，修复完成后，您应该重新启动系统，但如果问题仍然存在，可能需要进一步的硬件故障排除。
很多人没有注意到这一点，但我认为值得一试。
在做任何事情之前，备份重要数据是一个好习惯。
如果您不确定如何操作，可以寻求专业的技术支持。

如何启动 Ubuntu 22.04 进入救援/紧急模式 | Linux 中国

救援模式： 按shift+esc进入GRUB。
选择 Ubuntu 并按 e 进行编辑。
删除 linux 行末尾的 $vt_handoff 。
添加systemd.unit=rescue.target。
按 ctrl+x 或 f1 0 启动。

紧急模式： 与上面相同。
添加systemd.unit=emergency.target。

恢复模式单用户： 进入 GRUB 并选择恢复模式。
选择root）进入root shell。

重要提示：修复后，请使用systemctl restart重新启动。
你自己掂量一下吧。