非正常重启报错alert! /dev/disk/by-uuid

img


非正常关机重启后报错，更换过一块新主板一样的警报，硬盘没事，alert! /dev/disk/by-uuid

检查 BIOS/UEFI 设置，确保硬盘在 BIOS/UEFI 中被正确识别，并设置为首选引导设备

https://qastack.cn/ubuntu/15515/disk-by-uuid-not-detected-initramfs-boot-failure

非正常重启容易导致文件损坏等问题，需要修复相应的文件。

做了啥了，这是

这个报错信息表明在系统启动时出现了问题，系统在尝试挂载一个或多个分区时遇到了问题。/dev/disk/by-uuid 是一个存放设备唯一标识符（UUID）的目录，用于在挂载分区时识别磁盘设备。

非正常重启可能会导致文件系统损坏、未完成的操作等问题，从而导致系统在启动时出现错误。要解决这个问题，你可以尝试以下步骤：

1，检查文件系统完整性：

首先，你需要检查文件系统是否损坏。可以使用以下命令检查文件系统并修复错误（如果有）：

fsck /dev/disk/by-uuid/{UUID}

将 {UUID} 替换为引发问题的分区的 UUID。这将对文件系统进行检查和修复。

2，检查引导项配置：

非正常重启可能导致引导项配置文件出现问题。确保 /etc/fstab 文件中的 UUID 配置正确，与实际的硬盘分区相匹配。

3，修复引导：

如果引导项配置文件或引导加载程序损坏，可能需要修复引导。具体修复方法可能因使用的操作系统而异。

对于 Ubuntu 等基于 Debian 的系统，你可以尝试使用 boot-repair 工具。
对于 CentOS、Red Hat 等系统，可以使用 grub2-install 命令来重新安装引导。
4，检查磁盘健康状态：

非正常重启有可能对磁盘造成损坏。你可以使用磁盘健康工具（如 smartctl）来检查磁盘的健康状态。

smartctl -a /dev/sdX

将 /dev/sdX 替换为实际的磁盘设备名。

如果你不熟悉这些操作或不确定如何执行，请务必谨慎，最好在备份数据后寻求专业人士的帮助。

【以下回答由 GPT 生成】

问题分析:

根据问题描述，出现警报"/dev/disk/by-uuid"可能是因为磁盘 UUID 改变导致的。在非正常关机重启后，系统无法通过 UUID 找到磁盘。更换主板后，磁盘的 UUID 仍然没有改变，因此问题仍然存在。我们需要重新配置磁盘的 UUID。

解决方案:

下面是解决这个问题的步骤。

  1. 首先，我们需要进入系统进行一些操作。请确保系统处于正常启动状态。

  2. 打开终端并使用超级用户（root）权限登录。

sudo su
  1. 查看当前的磁盘分区表，找到需要重新配置 UUID 的磁盘。
fdisk -l

  1. 记下需要重新配置 UUID 的磁盘的设备名，例如"/dev/sda1"。

  2. 卸载该磁盘分区。

umount /dev/sda1
  1. 生成一个新的 UUID 并将其应用到磁盘。
uuidgen > /root/new_uuid.txt
blkid -o value -s UUID /dev/sda1 > /root/old_uuid.txt
tune2fs /dev/sda1 -U $(cat /root/new_uuid.txt)
  1. 现在，重新挂载磁盘分区。
mount /dev/sda1
  1. 最后，将新的 UUID 更新到相关的配置文件中。
sed -i "s/$(cat /root/old_uuid.txt)/$(cat /root/new_uuid.txt)/g" /etc/fstab
sed -i "s/$(cat /root/old_uuid.txt)/$(cat /root/new_uuid.txt)/g" /boot/grub/grub.cfg
  1. 重启系统。
reboot
  1. 系统重启后，检查是否仍然出现"/dev/disk/by-uuid"的警报。

如果上述步骤执行无误，应该能够成功解决"/dev/disk/by-uuid"的警报问题。

请注意，这只是一种可能解决问题的方法。如果问题仍然存在，可能需要进一步调查，例如检查系统日志文件以查看更多错误信息。

希望以上解决方案对您有所帮助。如果您还有任何问题，请随时提问。



【相关推荐】



如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^

异常关机里面有个文件没删

用blkid命令检查磁盘的UUID，确保/etc/fstab中的UUID与实际磁盘的UUID匹配，BIOS/UEFI设置正确，使用启动修复工具或从Live CD启动来修复GRUB

ubuntu alert! /dev/disk/by-uuid/ 的解决方法


解决方案： 
修改启动参数，不要通过uuid来指定root所在的disk。 


具体操作： 
1. 出现ubuntu alert! /dev/disk/by-uuid/########### does not exist后会进入命令行，敲reboot重启 
2. 重启会进入grub2的启动菜单. 如果没有进入启动菜单，可以尝试在启动时按住shift键。 
3. 在启动菜单界面通过上下键选择启动选项。通常是第一个。 
4. 按‘e’键进入编辑模式，可以编辑这一项的启动参数。 
5. 找到root=UUID=XXXXXXX 这里，改成root=/dev/sdXY，然后按ctrl+x启动。（这里sdXY中的X代表一个字母，Y代表一个数字，通常是/dev/sda1啦。可以在live cd模式下通过fdisk -l来看你都有哪些设备，以此来确定X和Y的值）


这样应该可以正常启动到ubuntu了。 
上面的修改是临时性的，系统不会记住。重启后又会出错了。所以在正常进入系统后需要修改grub2的配置，让他以后不要通过uuid来指定系统所在的disk了。 


具体操作： 
1. 编辑 /etc/default/grub 文件。 我用的是vi。 可以 sudo vi /etc/default/grub 
2. 找到 #GRUB_DISABLE_LINUX_UUID=true 这一行 
3. 去掉前面的#号。（#号表示这一行是注释啦，去掉之后，就是让这一行的配置起作用。） 
4. 保存退出。 
5. 执行 sudo update-grub ( update-grub会更新/boot/grub/grub.cfg文件 ) 


这样下次就能正常启动啦！ 


PS. 
如果系统是用的grub而不是grub2，那直接修改/boot/grub/menu.lst文件就可以了。

可能是硬盘损坏了

ubuntu alert! /dev/disk/by-uuid/问题的解决方案，可以参考一下这个：
https://blog.csdn.net/zhang_danf/article/details/19038631

参考gpt
当您的系统出现警报alert! /dev/disk/by-uuid时，这通常意味着系统无法找到指定UUID的设备。这可能是由于以下原因导致的：

  1. 硬盘连接问题：请确保硬盘正确连接并正常工作。您可以尝试重新插拔硬盘连接线，或者将硬盘连接到不同的接口上。

  2. UUID变更：如果您曾经更换过硬盘或重新安装操作系统，UUID可能会发生变化。在这种情况下，您需要更新引导配置文件以反映新的UUID。您可以通过以下步骤来更新引导配置文件：

    a. 启动系统并进入GRUB引导菜单。

    b. 选择您要引导的操作系统版本，并按下'E'键进入编辑模式。

    c. 在编辑模式下，找到以root=UUID=开头的行，该行指定了根文件系统的UUID。

    d. 根据实际情况，更新UUID为正确的值。

    e. 按下Ctrl + X键以启动系统。

    f. 如果系统能够正常启动并进入桌面，您可以通过编辑/etc/fstab文件来永久更新UUID。

  3. 文件系统损坏：如果硬盘上的文件系统损坏，系统可能无法正确识别UUID。您可以尝试使用磁盘工具（如fsck）来修复文件系统错误。

    a. 首先，通过以下命令找出硬盘的设备名称：

    sudo fdisk -l

    b. 找到您的根文件系统所在的设备（通常是/dev/sda1或/dev/nvme0n1p1），并替换下面的命令中的/dev/sdX为您的设备名称。

    c. 运行以下命令来修复文件系统错误：

    sudo fsck /dev/sdX

    d. 如果fsck命令修复了错误，请重新启动系统并检查问题是否解决。

如果上述步骤无法解决问题，可能需要进一步检查硬件或系统配置。如果您不确定如何操作，建议咨询专业人士或寻求技术支持。