как я могу увидеть uuid диска в моей системе, КОГДА НЕТ СПИСКА В / dev / disk / by-uuid

У меня проблема в моей системе, которую я не понимаю: нет UUID дисков, только UUID разделов :

ls -al /dev/disk/by-uuid/
total 0
drwxrwxrwx 2 root root 140 Nov 21 20:36 ./
drwxrwxrwx 5 root root 100 Nov 21 20:36 ../
lrwxrwxrwx 1 root root  10 Nov 21 18:36 20AC094AAC091C42 -> ../../sda3
lrwxrwxrwx 1 root root  10 Nov 21 18:36 A004AFE104AFB8A4 -> ../../sda2
lrwxrwxrwx 1 root root  10 Nov 21 18:36 E83A6F543A6F1EB6 -> ../../sdb1
lrwxrwxrwx 1 root root  10 Nov 21 18:36 FE6CD3A96CD35ACB -> ../../sda1
lrwxrwxrwx 1 root root  10 Nov 21 18:36 e6c45231-5e3d-4874-8294-df43b55e8fea -> ../../sdb2

любая идея, что делать? видите диски uuids?

Позже Edit: (как ответ на комментарий)

ДИСКИ ИМЕЮТ UUIDS, сначала я сам их видел, даже в своей системе, потом по какой-то причине пропал, а не просто поверить мне на слово (да, мое слово кажется расплывчатым: «Я видел мираж») ...здесь несколько ссылок на ppl с использованием дисков uuids НЕ разделов:

linux: Как я могу просмотреть все UUID для всех доступных дисков в моей системе?

второй ответ снизу

lrwxrwxrwx 1 root root  9 Sep  1 18:51 b4b729f7-5699-411c-8f5a-424bbc7c89fc -> ../../sdb

и

https: // askubuntu. com / questions / 39760 / how-can-i-control-hdd-spin-down-time

второй ответ сверху:

hdparm -S 25 /dev/disk/by-uuid/f6c52265-d89f-43a4-b03b-302c3dadb215

и два ансера после этого

hdparm -S244 /dev/disk/by-uuid/71492809-e463-41fa-99e2-c09e9ca90c8e  > /dev/null 2> /dev/null

Я очень надеюсь, что никто не придет и не скажет что hdparm используется в разделах ...

так что, спасибо за ваш интерес и мои личные «поздравления» тем, кто, кажется, поверил вам достаточно, чтобы дать вам оценку за ЯВНЫЙ НЕПРАВИЛЬНЫЙ ОТВЕТ!

0
13.04.2017, 15:36
3 ответа

sgdisk делает это:

# sgdisk -p /dev/xvda
Disk /dev/xvda: 16777216 sectors, 8.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): B9181609-5D44-49F4-9CD6-DEDBA25FC478
1
28.01.2020, 02:49

Существует также папка с именем /dev/disk/by-id /

Так что можешь бежать

ls -l /dev/disk/by-id

, чтобы получить список устройств по их идентификаторам, в который входят диски, а не только разделы.

Будьте осторожны, некоторые из этих идентификаторов могут измениться, если вы подключите устройство к другому контроллеру или если контроллер станет частью другой подсистемы.

Однако, если ваше устройство поддерживает это, там есть некоторые специальные типы идентификаторов, так называемые -Всемирное имя (WWN)или Всемирный идентификатор (WWID)тип. Эти идентификаторы действительно уникальны и неизменны, поэтому вы можете использовать их для надежной идентификации ваших дисков. Они начинаются с wwn-.

Итак, предположим, что вы используете Debian или его производную версию, вы можете использовать такой блок, как

/dev/disk/by-id/wwn-0x5...1 {
    spindown_time = 24
    apm = 254
    apm_battery = 254
    acoustic_management = 128
}

для установки параметров hdparm для вашего уникально идентифицированного диска.

Дополнительную информацию о различных типах имен постоянных блочных устройств можно найти здесь .

0
30.10.2020, 14:26

Символические ссылки /dev/disk/by-uuid/*, скорее всего, создаются правилами udev, а разные дистрибутивы (или даже разные основные выпуски одного и того же дистрибутива )могут иметь несколько разные правила.

В моей системе Debian 10 эти символические ссылки создаются /lib/udev/rules.d/60-persistent-storage.rules. В начале файла написано:

# do not edit this file, it will be overwritten on update

# persistent storage links: /dev/disk/{by-id,by-uuid,by-label,by-path}
# scheme based on "Linux persistent device names", 2004, Hannes Reinecke <hare@suse.de>

Таким образом, похоже, что это соглашение могло быть первоначально изобретено SuSE Linux.

Только одно правило в этом файле создает by-uuidсимволические ссылки:

ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{ID_FS_UUID_ENC}=="?*", SYMLINK+="disk/by-uuid/$env{ID_FS_UUID_ENC}"

Обратите внимание, что здесь используются переменные среды, относящиеся только к UUID файловой системы .

UUID разделов (фактические UUID в таблице разделов GPT или строки, созданные путем объединения (необязательной )подписи диска Windows и номера раздела в таблице разделов MBR )создаются другим правилом, используя другой путь:

ENV{ID_PART_ENTRY_UUID}=="?*", SYMLINK+="disk/by-partuuid/$env{ID_PART_ENTRY_UUID}"

Судя по общему происхождению, я ожидаю, что в Ubuntu и Mint будут в значительной степени одинаковые правила.

Я рискну предположить , что ранние версии этих правил udev могли создавать символические ссылки для всех типов UUID в одном /dev/disk/by-uuidкаталоге. Но обход каталога с символическими ссылками UUID нескольких типов (UUID файловой системы, UUID раздела и UUID диска )усложняет использование :для каждого устройства, которое вы найдете по UUID, тогда вам придется выяснить нужно ли вам ожидать таблицу разделов на этом устройстве или нет. Поскольку это уже сделано ядром, это было бы бесполезным дублированием работы. Таким образом, в какой-то момент схема была усовершенствована, чтобы разделить UUID файловой системы с по /dev/disk/by-uuid/, разделить UUID с по /dev/disk/by-partuuid/.

Дисковые UUID в таблицах разделов GPT и MBR — это просто «программные» идентификаторы, созданные во время создания таблицы разделов, и их можно изменить. Таким образом, все, что зависит от UUID диска, будет обмануто полным -образом диска :, например, если вы сделаете dd if=/dev/sdx of=/dev/sdy,тогда и sdx, и sdyбудут иметь одинаковые UUID, включая UUID диска. UUID диска нельзя использовать для монтирования, так как это функция таблицы разделов и не включает способ указания раздела. Диск, который был стерт путем заполнения его нулями или случайными байтами, не имеет действительной таблицы разделов и, следовательно, ни раздела, ни UUID диска.

Поскольку таблица разделов MBR не имеет реальных UUID, способ генерации строк «замены UUID» диска MBR и раздела позволяет добавить знак «минус» и двухзначный -номер раздела к замене UUID диска MBR. ", чтобы получить "замену UUID раздела" MBR. Это неверно для любой другой схемы разбиения, поэтому вам, вероятно, не следует полагаться на эту функцию.

Если вы пытаетесь идентифицировать физические диски, использование аппаратных/микропрограммных -серийных номеров дисков, которые можно найти в /dev/disk/by-id, будет гораздо более надежным способом отличить два диска с идентичными (клонами ). ] содержание. Такие серийные номера сохранятся при любых обычных процедурах клонирования и очистки диска :. Их могут изменить только фактические модификации микропрограммы диска.

0
30.10.2020, 22:17

Теги

Похожие вопросы