/usr/lib/udev/scsi_id -g -u /dev/sdb不显示UUID

根据提供的引用内容，可能是由于缺少内核EDD支持导致的。此外，您可以尝试使用以下命令来获取有关设备的UUID信息：

/usr/lib/udev/scsi_id -g -u /dev/sdb

如果这个命令没有显示UUID，那么可能是因为该设备没有UUID或者UUID已经被删除。您可以尝试使用其他命令来获取设备的其他信息，例如：

udevadm info /dev/sdb1

这个命令将显示有关设备的详细信息，包括其UUID（如果有的话）。如果您仍然无法获取UUID信息，那么可能是因为该设备没有UUID或者UUID已经被删除。

相关问题

/usr/lib/udev/scsi_id -g -u -d /dev/sdb

抱歉，作为一个AI模型，我无法直接执行操作系统命令。但是，如果你想获取设备的唯一标识符，你可以尝试使用以下Python代码：

import subprocess

def get_scsi_id(device_path):
    command = ['/usr/lib/udev/scsi_id', '-g', '-u', '-d', device_path]
    output = subprocess.check_output(command).decode('utf-8').strip()
    return output

device_path = '/dev/sdb'
scsi_id = get_scsi_id(device_path)
print(scsi_id)

请确保你的系统中已经安装了 `udev` 并且 `scsi_id` 工具可用。

/usr/lib/udev/scsi_id -g -u -d /dev/sdb绑定不上怎么处理？

当执行 `/usr/lib/udev/scsi_id -g -u -d /dev/sdb` 命令时无法成功绑定的情况下，你可以尝以下解决方法：

1. 确保 `scsi_id` 命令存在于 `/usr/lib/udev` 目录下。可以使用 `ls /usr/lib/udev/scsi_id` 命令来检查。

2. 确认 `/dev/sdb` 设备存在且可用。你可以使用 `lsblk` 命令来查看系统中的块设备列表，并确保 `/dev/sdb` 在其中。

3. 确保你具有足够的权限运行该命令。可以尝试使用 `sudo` 命令以管理员权限运行该命令。

   sudo /usr/lib/udev/scsi_id -g -u -d /dev/sdb

4. 检查系统日志文件，例如 `/var/log/messages` 或 `/var/log/syslog`，以查看是否有与 `scsi_id` 命令相关的错误消息。这可以提供更多关于问题原因的线索。

5. 如果你的系统中存在多个 `scsi_id` 命令，可能是由于 PATH 环境变量中的顺序问题导致了混淆。你可以尝试完全指定 `scsi_id` 命令的路径来避免混淆。

   /usr/lib/udev/scsi_id -g -u -d /dev/sdb

如果问题仍然存在，建议进一步调查系统配置、安装相关软件或联系系统管理员以获取更多帮助。