Как связать буквы из имён HDD с их серийными номерами?

Так не получится, имя устройству даёт ядро ещё на этапе работы initramfs.

Никак. Пользуйся /dev/disk/by-*

ещё на этапе работы initramfs

а этот ваш initramfs никак нельзя отредактировать разве?

что же вы, анонимусы, злые такие? Что не спросишь - сразу «нет», «никак»...

Потому что нет и никак. Udev не может менять имена KERNEL. Если не нравится /dev/disk/, то пиши патч к ядру.

мне надо менять не точку монтирования (как это делается с помощью udev) а сами имена устройств.

На сколько я понимаю логику присвоения имен устройствам, в этой логике вообще не фигурирует понятие серийника устройства. То есть существует реальный шанс что просто поменяв мастер/слэйв у двух устройств на одном IDE шлейфе вы смените им имена. Имена как я понимаю раздаются исходя из порядка обнаружения устройств.

Если Вам надо привязаться к устройству исключительно по серийнику, то это можно сделать только через проверку серийников по факту старта системы. То есть вам известны серийники. Вы запускаете скриптик и он вам выдает что сейчас устройство с серийником 1111111 определено системой как /dev/sdn Ну а дальше делайте то что вам надо уже с /dev/sdn

uuid?

Он у разделов, а не у девайсов

Он у разделов, а не у девайсов

Тупняк :)

Если Вам надо привязаться к устройству исключительно по серийнику

А как по другому-то?
ненавижу эти гадские туториалы, в которых предлагают выполнять mdadm --assemble с именами типа /dev/sd[defgh]1
а если у них буквы съедут, то что?

Никак. Пользуйся /dev/disk/by-*

А разве /dev/disk/by-* является уникальным хоть как-то в отношении железа диска? Кажись нет. Даже uuid по моему связан с разметкой диска, а не с его железом. Разве нет? На сколько я помню, переразбиваешь флэшку и получаешь новый uuid. Клоникуешь флэшку и получаешь на двух аппаратно разных флэшках одинаковые uuid. Я что-то путаю?

А разве /dev/disk/by-* является уникальным хоть как-то в отношении железа диска?

Аллё, там и серийные номера, и WWN.

мне надо менять не точку монтирования (как это делается с помощью udev)

udev меняет именно имя устройства (т.е. имя специального файла, соответствующего устройству). Точек монтирования у устройств нет.

А как по другому-то?

Не знаю. Я не понимаю какую задачу Вы решаете. У меня очень много скриптов разных написано и еще ни разу не было нужно вязаться именно к железу. Вы задачу опишите, может она решается на много проще чем через привязку к железу.

А как по другому-то?

Извини втупил. :)

Вы задачу опишите

Мне нужно через годы уметь вспоминать, где физически размещаются/размещались данные (и куда потом ушли их физические носители). Т.е. например я делаю печатный документ, и в момент печати прописываю, что он лежит на дисках с такими-то серийниками (включенными в RAID-1).

Потом, когда ландшафт радикально изменится, нужно будет уметь найти исходник документа глядя на бумагу.

Мне нужно через годы уметь вспоминать

Ну и записывайте на бумагу серийник и все остальное. Потом по серийнику находите диск и через /dev/disk/by-id сможете выяснить как он называется в конкретной системе в которую Вы его воткнули сейчас. Вот например так sudo hdparm -i /dev/sd*

Переименовывать /dev/sd* устройства нельзя, можно создавать символьные ссылки.

К примеру вот правило для создания символьной ссылки на раздел флешки:

SUBSYSTEMS=="usb", ACTION=="add", ATTRS{serial}=="4C530000310711116494", SYMLINK+="flashdisk"

Для написания правил смотри

udevadm info -a -p /sys/block/sda

Для распаковки initramfs выполни что-то вроде:

mkdir /tmp/initramfs
cd /tmp/initramfs
gunzip -c /boot/initramfs-файл | cpio -i -d -H newc

Для запаковки что-то вроде:

cd /tmp/initramfs
find . | cpio -o -H newc | gzip -9 > /boot/initramfs.gz

/dev/sdXY ты поменять не можешь. Никак. Эти имена назначаются ядром.

udev создаёт на них симлинки со стабильными уникальными именами в /dev/disk/by-id (по идентификаторам железа), /dev/disk/by-partuuid (по UUID разделов в таблице, не то же самое, что UUID файловых систем), /dev/disk/by-uuid (на этот раз по UUID файловых систем) или /dev/disk/by-label (по меткам файловых систем). Выбирай.

То mdadm --assemble /dev/disk/by-id/....

См. выше. by-id привязываются к идентификаторам железа.

См. выше. by-id привязываются к идентификаторам железа.

Уже ответил выше что втупил. :)

занимаешься какой-то ерундой.
информация не должна быть привязана к диску.
всё что тебе должно хотеться — это использовать /dev/disk/by-path/ чтобы знать какой диск и в какую дырку совать при замене мёртвого.
всё остальное трата времени и увлечение энтропии. на бумажке через 10 лет будешь видеть серийник диска который сдох 9 лет назад. очень полезно.

Плюсую предыдущего товарища за `/dev/disk/by-path/` - годная фича

Минусую. У меня 8 дисков, а в этом вашем by-path видно только 7.

Интересно, сталкивался что другие by- не показывали все. Но by-path... Странно. А чего показывает? Он же разделы gpt/mbr показывает, не только сами устройства. Не обознался?

А чего показывает?

у него какие-то проблемы с устройством
01:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6121 SATA II / PATA Controller (rev b1)

Подключено там 2 диска, а показывает только один (и это не в RAID-режиме)

Это действительно IDE? Наверно просто бага, никто не тестирует IDE

Нет, это SATA II, контроллер впаян прямо в материнскую плату и там 10 SATA-разъёмов. 6 напрямую и 4 через этот контроллер. Видно 7 дисков - 6 которые напрямую и ещё один

Засунь серийник в LABEL, а LABEL уже в fstab

https://www.cyberciti.biz/faq/rhel-centos-debian-fedora-mount-partition-label/

Капец глюкодром. Я сталкивался с подобной конфигурацией, у меня работало ок. И я посчитал by-path очень-очень полезной фичей: просто использовал эти пути в mdraid, т.к. это намного удобней, чем sda всякие.

Что мне это даст? Если я правильно понимаю, то сначала запускается ядро и даёт имена дискам. Потом запускается systemd из initramfs и запускает mdadm, который читает свой конфиг и собирает массивы, потом делается pivot_root на корневой раздел, но он в readonly.

После этого запускается systemd с корневого раздела, он уже читает fstab (но можно и без fstab обойтись, конфигами самого systemd) и перемонтирует корневой раздел в read-write.

Как вариант, mdadm не запускается из initramfs, зато запускается во время запуска systemd с корневого раздела. Разница в том, откуда будет читаться его конфиг - из initramfs или с корневого раздела. (хотя нет, это бред какой-то, не будет же корневого раздела видно. Может ядро собрать массив автоматически, но тогда не надо запускать mdadm вообще)

а если у них буквы съедут, то что?

Ничего. Ты хоть раз dmesg читал на сервере с mdadm?

Зачем, Карл, это делать???

что я должен в этом логе увидеть? Там написано, цитирую:

[  458.021014] md/raid:md2: device sdh operational as raid disk 0
[  458.021016] md/raid:md2: device sdd operational as raid disk 3
[  458.021016] md/raid:md2: device sde operational as raid disk 2
[  458.021017] md/raid:md2: device sdf operational as raid disk 1
[  458.021517] md/raid:md2: raid level 6 active with 4 out of 5 devices, algorithm 2

А, сейчас сократили выхлоп.

Раньше было так: https://raid.wiki.kernel.org/index.php/Autodetect

А, сейчас сократили выхлоп.

Они сократили не только выхлоп …

THIS DOES NOT APPLY TO RECENT KERNELS - IN-KERNEL AUTODETECTION HAS BEEN DELETED

Я прочитал, ага :)

mdadm.conf - там указаны UUID'ы, а не sdX. Поэтому от смены порядка дисков не изменится ничего.

там указаны UUID'ы, а не sdX.

там ДОЛЖНЫ БЫТЬ указаны UUID'ы, а не sdX.

пофиксил

Ну, по крайней мере, mdadm --examine --scan выдаёт в UUID'ах.

А как, по-твоему, нужно?

Пофигу как, собираются всё равно по UUID потом.