Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933357Ab0BPVKQ (ORCPT ); Tue, 16 Feb 2010 16:10:16 -0500 Received: from mail-in-13.arcor-online.net ([151.189.21.53]:58037 "EHLO mail-in-13.arcor-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933309Ab0BPVKO (ORCPT ); Tue, 16 Feb 2010 16:10:14 -0500 X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-12.arcor-online.net 794081B3920 From: Bodo Eggert <7eggert@web.de> Subject: Re: Linux mdadm superblock question. To: Bill Davidsen , Volker Armin Hemmann , Michael Evans , linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org Reply-To: 7eggert@gmx.de Date: Tue, 16 Feb 2010 22:10:07 +0100 References: User-Agent: KNode/0.10.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Message-Id: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1964 Lines: 40 Bill Davidsen wrote: > Volker Armin Hemmann wrote: >> On Sonntag 14 Februar 2010, you wrote: >>> In other words, 'auto-detection' for 1.x format devices is using an >>> initrd/initramfs. >>> >> >> which makes 1.x format useless for everybody who does not want to deal with >> initrd/initramfs. >> > > You make this sound like some major big deal. are you running your own > distribution? In most cases mkinitrd does the right thing when you "make > install" the kernel, I don't know what "make install" will do, so I'll have to expect random results. I don't expect it to copy bzimage to /boot/linux-version-commentfrommymind, point the "ln" or "lt" entry (depending on if I want to upgrade or to test a new kernel) in lilo.conf to the new kernel and to run lilo -R ln. I don't expect it to sftp the kernel from my build machine to my server, either. I expect it to move ~/bin/umount (a wrapper around /bin/umount fusermount -u and smbumount) to initrd:/bin/umount. It might also create an initrd with a passwordless rescue mode. Or it will use a minimal shell, and in case of trouble, I have to fight the shell, too. In short: I expect it to backstab me. (As a bonus, you can't read about rdinit= if you encounter your first initrd-ed system and init=/bin/sh does not work.) > and if you are doing something in the build so > complex that it needs options, you really should understand the options > and be sure you're doing what you want. What I do is the most simple thing you can do. No initrd no cry. That's why I have to use the 0.9 format. This - and the fact that my distribution defaults to using the 1.0 format - is what I discovered after upgrading my system last time. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/