From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DsZkl-0004sD-5E for garchives@archives.gentoo.org; Wed, 13 Jul 2005 05:25:51 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6D5O1lt008035; Wed, 13 Jul 2005 05:24:01 GMT Received: from smtp106.mail.sc5.yahoo.com (smtp106.mail.sc5.yahoo.com [66.163.169.226]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6D5KSTq010562 for ; Wed, 13 Jul 2005 05:20:29 GMT Received: (qmail 84537 invoked from network); 13 Jul 2005 05:21:25 -0000 Received: from unknown (HELO ?192.168.50.105?) (richard?j?fish@212.180.33.26 with plain) by smtp106.mail.sc5.yahoo.com with SMTP; 13 Jul 2005 05:21:24 -0000 Message-ID: <42D4A57F.4030304@asmallpond.org> Date: Wed, 13 Jul 2005 07:24:15 +0200 From: Richard Fish User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050623) X-Accept-Language: en-us, en Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] problem with raid1: error while booting References: <42D3710F.7020305@gmx.net> <42D3DA38.206@serent.com> <42D3DDDE.7020805@gmx.net> <42D49631.8070406@gmx.net> In-Reply-To: <42D49631.8070406@gmx.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: ca8c9a90-92c4-4324-8247-5db42e4e82a8 X-Archives-Hash: d43480e543e409a1ff27296f353b8220 Jarry wrote: > Richard Fish wrote: > > > Just an FYI, the md driver does not create sysfs entries and thus udev > > does not create device nodes if autodetection is not performed by the > > driver. Autodetection is not performed if either: > > > > 1. The md driver is a module (not a problem according to your original > > email) > > 2. You are using an initramfs (vs an initrd) to bring up the system > > 3. or if you do not have the right partition types defined. > > I think I can unselect options 1. and 3. (md-support is in kernel, and > partitions are marked as type "fd - Linux raid autodetect"). > > Concerning 2, I'm not sure if I understand correctly: > Do you mean turning off initramfs support in kernel-configuration? > > Jarry Actually, it is pretty much impossible to turn off initramfs support in the kernel. A couple of quick definitions: 1. initrd - an initial ramdisk of a fixed size loaded into memory by the boot loader used to get the system ready to mount the root filesystem. The /linuxrc script in the ramdisk is responsible for this, and requires "RAM disk support" and "Initial RAM disk (initrd) support" in the kernel configuration. 2. initramfs - A compressed (optional) cpio archive linked directly into the kernel, or possibly loaded into memory by the boot loader, used to provide early-userspace services. If the initramfs contains /init, it will be executed and is expected to mount the root filesystem, move the system root to it, and execute the real init on the root. If the user doesn't specify an initramfs, the kernel makes a very small one of its own, without the /init. This is the "rootfs" you see in /proc/mounts. #1 you are probably already familiar with...it is the traditional way for loading modules needed for the root filesystem to become available. #2 is fairly recent...but growing in usage. fbsplash uses early-userspace to provide a splash image as soon as the graphics system is initialized in the kernel, for example. Unless you have specified something for "Device Drivers->Block Devices->Initramfs source file" in the kernel configuration, or your "initrd" option to grub/lilo specifies an initramfs, this is not a problem for you. In short, if you don't really know what initramfs is, you are probably not using it! So I am not sure why you are having this problem. Could you double check that /etc/udev/rules.d/50-udev.rules contains: # md block devices KERNEL=="md[0-9]*", NAME="md/%n", SYMLINK+="%k", GROUP="disk" Also, do you have any custom rules files in /etc/udev/rules.d? In the maintenance mode, does /sys/block/md0/* exist? What does "cat /proc/mdstat" report? -Richard -- gentoo-user@gentoo.org mailing list