Роман Кисилев пишет:
Здравствуйте ALL!
Суть проблемы в следующем - есть raid5 порезаный LVM2
/dev/md0:
Version : 00.90.03
Creation Time : Tue Jun 26 16:17:34 2007
Raid Level : raid5
Array Size : 215045760 (205.08 GiB 220.21 GB)
Device Size : 71681920 (68.36 GiB 73.40 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Wed Dec 26 08:45:57 2007
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
UUID : c33a88a1:48351638:3cc40b63:6b4dbe63
Events : 0.120
Number Major Minor RaidDevice State
0 8 33 0 active sync /dev/sdc1
1 8 49 1 active sync /dev/sdd1
2 8 65 2 active sync /dev/sde1
3 8 17 3 active sync /dev/sdb1
при запуске EVMS вываливается вот такая лажа
device-mapper: table: 253:6: linear: dm-linear: Device lookup failed
device-mapper: ioctl: error adding target to table
несолько десятков раз и ВСЁ!
Может кто сталкивался, подскажите пожалуйста в какую сторону копать.
Посмотри как указан root в конфиге grub, скорее всего при апдейте ядра
grub-update поменял строчку root=
и соответственно если при старте корень указан как /dev/dm/..... или как
там еще то происходит конфликт
между dm и evms.
Выше в конфиге grub посмотри закоментаренные строчки типа kopts и
xenopts (точно не помню) в которых прописаны шаблоны
из которых grub-update формирует строчки для найденных ядер, поменяй в
шаблоне root= на строчку для evms, по идее после этой
операции grub-update вызывающийся каждый раз при апдейте ядра должен
делать правильные строчки. То-же относится и ко всем
остальным модификациям параметров ядра - которые слетают каждый раз при
апдейте ядра. Все модификации надо делать
там - в закомментаренных строчках. Я так лишался не раз всяких
параметров, сейчас поправил там и вроде все как надо стало
но ядро пока не обновлял.
Олег.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]