Решено: Проблема с /dev/mapper/control (Установка х86-64 на LVM2)

[darkenice]

Доброе время суток, проблема в следующем:

Устанавливаю Gentoo 2007.0 AMD64 на предварительно разбитый следующим образом диск:
/boot - ext2, 64M
/ - ext3, 512M
ALL:
/usr - ext3, 3G, LVM2
/opt - ext3, 512M, LVM2
/var - ext2, 512M, LVM2
/tmp - ext2, 512M, LVM2
/home - xfs, LVM2

Установка с install-minimal, сетевая. После
$ emerge -av hardened-sources
$ emerge -av lvm2
сборки ядра, правки fstab,

$ cat /proc/misc | grep device-mapper | awk '{print $1}'
62
$ mknod /dev/mapper/control c 10 62

При загрузке получаем:
/dev/mapper/control - too many symlink levels
и, соотвественно LVM-разделы не подгружаются. Если сказать
$ ls -l /dev/mapper, то видно просто зацикленный сам на себя симлинк с именем control.

Есть ли у кого соображения, как это решить?

[serzh-z]

Не понимать... Зачем "mknod /dev/mapper/control c 10 62"? Его создаёт драйвер DM и udev.

[darkenice]

Хм. В том-то и беда, что не создает Перед первой перезагрузкой с жесткого диска сказал ему
$ dmsetup mknodes
однако ж нода создана не была. Загрузился с init=/bin/bash root=/dev/sdb2 rw, после чего попытался создать ноду ручками через mknod, как описано выше... Тоже не помогло. Devmapper интегрирован в ядро, то бишь не модулем.

[serzh-z]

dmsetup mknodes

Это лишь заполняет /dev/mapper. Создаёт /dev/mapper и /dev/mapper/control udev.

Более того, активация разделов LVM выполняется с помощью "vgchange".

[darkenice]

udev создает лишь замкнутый сам на себя симлинк /dev/mapper/control, и не более.

[serzh-z]

Ладно, уйдём от DM И т.д. После загрузки системы с корня (скажем хоть в каком-от режиме - boot или single, без монтирования всего остального) что происходит при попытке выполнить "vgchange -ae"?

[darkenice]

При попытке выполнить $ vgchange -ae пишет "Too much level of symbolic links: /dev/mapper/control". Если сказать:
$ rm /dev/mapper/control
$ vgchange -ae
$ mount -a
то все логические тома успешно монтируются, но при перезагрузке - снова та же самая ошибка.

[darkenice]

Вылечилось приведением секции dm devices в /etc/udev/rules.d/50-udev.rules к следующему виду:
# dm devices (ignore them)
KERNEL=="dm-[0-9]*", PROGRAM="/sbin/devmap_name %M %m", NAME="%k", SYMLINK+="%c"
и установкой маскированного пакета sys-fs/multipath-tools.

Пруфлинк

Всем сорри за беспокойство - нужно было лучше изучать матчасть =))