From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Real-To: Message-ID: <3EE054D3.1090503@mail333.com> Date: Fri, 06 Jun 2003 12:46:11 +0400 From: "Aleksey Avdeev" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.3) Gecko/20030331 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: sisyphus@altlinux.ru Subject: Re: [sisyphus] raidstart References: <20030605054629.GA12006@regiongarant.ru> <3EDEF3F0.5050405@mail333.com> <20030605083744.GF12006@regiongarant.ru> <3EDF1690.8030601@mail333.com> <20030606081611.7881ba48.br@gin.ru> <3EE041F9.1040204@mail333.com> In-Reply-To: <3EE041F9.1040204@mail333.com> X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-MDaemon-Deliver-To: sisyphus@altlinux.ru Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru X-Reply-To: solo_oboroten@mail333.com List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: Aleksey Avdeev пишет: > Борис Ревякин пишет: > >> On Thu, 05 Jun 2003 14:08:16 +0400 >> "Aleksey Avdeev" wrote: >> >> >>> /etc/rc.d/rc.sysinit. Точнее сказать немогу: у меня на RAIDе корень, >>> и подобные проблемы требовали других решений. (Решил через initrd.) >> >> >> >> А не могли бы Вы показать свой lilo.conf ? > > > У меня grub ;-) > > Ядру передаю root=/dev/md0, а сам raid поднимаю через initrd. > Создание же самого initrd может оказаться не тривиальной и > многовариантной задачей. Почему и предлагаю посмотреть архив Community > (благо он через веб доступен). > Приношу извинения за излишний траффик. В devel-kernel я пересылал следующие (возможно, сюда тоже стоило): -------- Исходное сообщение -------- ... Aleksey Avdeev пишет: > Владимир пишет: > >> Aleksey Avdeev пишет: >> >>> >>> Поэкспериментировал с ядром 2.4.20-alt7-up. Листинг содержимого >>> initrd содержится в прилагаемом файле initrd.ls.gz. >>> >>> linuxrc: >>> >>> ********** >>> >>> #!/bin/sh >>> /bin/insmod -f /lib/modules/2.4.20-alt7-up/kernel/drivers/md/raid1.o >>> /bin/insmod -f /lib/modules/2.4.20-alt7-up/kernel/fs/reiserfs/reiserfs.o >>> #/bin/mount -t proc /proc /proc >>> #/sbin/raidstart /dev/md0 /dev/md1 >>> /sbin/raidstart --all >>> >>> ^^^ Строки эквивалентны. Я не знаю, какой вариант правильнее. >>> >>> #/bin/cat /proc/mdstat >>> >>> ^^^ Если используется - требуется подключить proc и добавить cat и >>> umount в bin (или реализовать их средствами BusyBox). >>> >>> #/bin/umount proc >> >> >> >> >> >> Я из initrd инициализирую только корневой raid, соответсвенно сторока >> имеет вид >> /sbin/raidstart /dev/md0 >> >> Остальные инициализируются позднее. > > > Что, на мой взгляд, и правильно! :-) Но у меня не работает... :-( Буду > разбираться, в чём дело. (ИМХО: скорее всего я что-то не учёл.) > > >>> >>> ********** >>> >>> modules.conf: >>> >>> ********** >>> >>> alias md-personality-3 raid1 >>> >>> ********** >>> >>> Если существует линк md-personality-3.o -> raid1.o, то modules.conf >>> не требуется. >> >> >> >> >> >> У меня ни линка, ни записи в modules.conf нет. > > > Тоже повод разбираться. > >>> >>> raidtab: >>> >>> ********** >>> >>> raiddev /dev/md0 >>> raid-level 1 >>> nr-raid-disks 2 >>> nr-spare-disks 0 >>> chunk-size 4 >>> persistent-superblock 1 >>> device /dev/hdc3 >>> raid-disk 0 >>> device /dev/hda3 >>> raid-disk 1 >>> raiddev /dev/md1 >>> raid-level 1 >>> nr-raid-disks 2 >>> nr-spare-disks 0 >>> chunk-size 4 >>> persistent-superblock 1 >>> device /dev/hdc5 >>> raid-disk 0 >>> device /dev/hda5 >>> raid-disk 1 >>> >>> ********** >> >> >> >> >> >> А у меня в initrd "урезанный" raidtab, с описанием одного устройства >> (но это неважно). >> >> >>> Описание md1 - явная избыточность. Но при его удалении система >>> переставала корректно загружаться: Корень цепляла, а всё то, что у >>> меня на md1 (том lvm) - нет. Думаю, что что-то я не учёл... >> >> >> Чтобы некорневые raid и сверху lvm грузились требуется правка rc.sysinit >> Я писал об этом и жаль, что в дистрибутиве это не сделано (такая >> правка ничего не ломает). Просмотрел я эту правку, оказывается... С ней - всё работает с поднятием в initrd ТОЛЬКО md0. Правил initrd следующим образом: 1. cd dev; rm hd[ac]5 md1 2. в raidtab убил всё относящиеся к md1 3. в linuxrc строку "/sbin/raidstart --all" ОСТАВИЛ. В таком виде всё работает. >> Следует поменять местами секции иницализации raid (она должна >> находится до перемонтирования >> корня в режим чтение-запись, где в оригинальном скрипте идет >> иницализация lvm) и секцию lvm >> (то есть переместить ее точно туда, где в оригинале секция raid - >> после перемонтирования в чтение-запись). >> >> И еще. Для полной корректности иницализацию lvm следует делать с >> vgscan, у меня это так >> >> # LVM Setting >> VGCHANGE=/sbin/vgchange >> if [ -x $VGCHANGE ]; then >> if /sbin/vgscan &>/dev/null; then >> action "Setting up LVM:" "$VGCHANGE" -a y >> else >> /sbin/rmmod lvm-mod >> fi >> fi >> > > Если не ошибаюсь, то я пользуюсь Вашим rc.sysinit (если Вы его > выкладывали :-)). Спасибо! Правда, после обновлений его приходится > сливать с новыми стандартными. (Может и загрузка не получалась, из-за > ошибки при правке? Приду домой - проверю.) > > Правда ИМХО, с vgscan возможно нужно быть осторожнее: Автоматическая > правка конфигурационных файлов скриптом при КАЖДОЙ загрузке потенциально > может стать источником проблем при восстановлении системы. Но может я и > ошибаюсь... > -- С уважением. Алексей.