From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@altlinux.ru>
Date: Mon, 14 Jul 2003 18:26:26 +0400
From: Sergey Vlasov <vsu@altlinux.ru>
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Message-Id: <20030714182626.3adde486.vsu@altlinux.ru>
In-Reply-To: <20030714134452.GP901@osdn.org.ua>
References: <20030709202051.44fbda1d.vsu@altlinux.ru>
	<20030712164607.GD901@osdn.org.ua>
	<20030714160026.524dcd4e.vsu@altlinux.ru>
	<20030714123334.GM901@osdn.org.ua>
	<20030714170822.736a1169.vsu@altlinux.ru>
	<20030714134452.GP901@osdn.org.ua>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i586-alt-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
Subject: [d-kernel] Re: software raid root
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
List-Id: ALT Linux kernel packages development  <devel-kernel.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Archive: </pipermail/devel-kernel>
List-Post: <mailto:devel-kernel@altlinux.ru>
List-Help: <mailto:devel-kernel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Mon, 14 Jul 2003 14:26:34 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20030714182626.3adde486.vsu@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

On Mon, 14 Jul 2003 16:44:52 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Mon, Jul 14, 2003 at 05:08:22PM +0400, Sergey Vlasov wrote:
> > > Кстати, размонтировать их почему-то пытаются в порядке
> > > 0 1 2 3 (у меня это / /usr /var /home) -- соответственно /dev/md0
> > > при этом не размонтируется по-человечески.  Не успел посмотреть,
> > > кто виноват -- сейчас буду ковырять.
> > Так _размонтировать_ их должны раньше, а уже потом raidstop -
> > понятно, что для корня он не пройдёт. /etc/init.d/halt делает
> > raidstop в порядке перечисления в /proc/mdstat. Хотя это
> > неправильно - ведь /dev/md* могут быть многослойными (RAID10),
> > тут порядок останова так просто не определишь (при запуске
> > через RAID_AUTORUN номера берутся из суперблоков, так что
> > порядок может быть любой).
> 
> Т.е. что-то сделать получается или?

Для варианта с RAID10 - даже не знаю, там, вероятно, можно создать
конфигурацию, которая не будет корректно останавливаться даже ядром.

> Специально halt'нул, срисовываю картинку:
> 
> Unmounting filesystem [/dev/pts]: [ OK ]
> Unmounting filesystem [/var]: [ OK ]
> Unmounting filesystem [/usr]: [ OK ]
> Unmounting filesystem [/home]: [ OK ]
> Turning off RAID for md0: /dev/md0: Device or resource busy
>   [FAILED]

Ну и что с этим можно сделать?

> Turning off RAID for md1: [ OK ]
> Turning off RAID for md2: [ OK ]
> Turning off RAID for md3: [ OK ]
> 
> ...
> 
> System halted.
> Kernel panic: Loop 1
> 
> (при этом scsi led включен постоянно)

А это aic7xxx_core.c (или aic79xx_core.c). Где-то баги...