Summary: | LVM + udev = race | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sir Raorn <raorn> |
Component: | libe2fs | Assignee: | placeholder <placeholder> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | blocker | ||
Priority: | P2 | CC: | glebfm, ldv, mike, placeholder, thresh, vsu |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Sir Raorn
2007-03-17 19:51:36 MSK
/dev/.dev-253-0 - это файл устройства, временно создаваемый udevd в процессе обработки событий (например, для передачи vol_id, когда окончательное имя устройства ещё не определено). Вероятно, проблема в том, что библиотека libblkid, используемая для поиска устройств в случае, если в fstab задано UUID=... или LABEL=..., перебирает все файлы устройств в /dev в поисках подходящего, и в некоторых случаях может получить такой временный файл устройства, созданный udevd. Один из вариантов обхода проблемы - модифицировать libblkid, чтобы скрытые файлы (.*) там игнорировались (кстати, в /dev ещё может быть каталог /dev/evms/.nodes, устройства из которого тоже использовать нежелательно). Хотя это не спасает от неоднозначности - при использовании lvm устройства dm присутствуют в /dev в двух экземплярах (/dev/dm-$NUMBER и симлинки на них, создаваемые udevd, и /dev/mapper/$VG_NAME-$LV_NAME и симлинки /dev/$VG_NAME/$LV_NAME, создаваемые lvm), и libblkid использует один из этих вариантов фактически случайным образом. Впрочем, фатальных проблем это не вызывает, но вывод команд mount и df становится некрасивым. Если указывать тома lvm в fstab не через UUID=... или LABEL=..., а в виде /dev/$VG_NAME/$LV_NAME, подобные проблемы возникать не должны. Возможно, в инсталяторе при использовании lvm стоит заполнять fstab именно таким образом. Я соберу libblkid с поддержкой libdevmapper, это должно решить проблему. Should be fixed in 1.39-alt3. Please reopen if not. Похоже, что всё в порядке: /dev/dm-1 on /home type ext3 (rw,nosuid) /dev/mapper/storage-usr on /usr type ext3 (rw,nodev,noatime) /dev/dm-2 on /var type ext3 (rw,nosuid) Раньше падало, видимо, на создании /dev/dm-* для /usr Но /dev/dm-* и /dev/mapper/* всё равно цепляются случайным образом? Думаю, приоритет у dm-*, но для /usr этот dm-* ещё не создан udev'ом. |