From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9977815802C for ; Fri, 20 Dec 2024 22:03:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A46DFE0954; Fri, 20 Dec 2024 22:03:14 +0000 (UTC) Received: from turkos.aspodata.se (turkos.aspodata.se [185.140.117.226]) by pigeon.gentoo.org (Postfix) with ESMTP id 3129AE0930 for ; Fri, 20 Dec 2024 22:03:13 +0000 (UTC) Received: from turkos.aspodata.se (localhost.aspodata.se [127.0.0.1]) by turkos.aspodata.se (Postfix) with ESMTP id 8375F85A4352 for ; Fri, 20 Dec 2024 23:02:58 +0100 (CET) Received: by turkos.aspodata.se (Postfix, from userid 1000) id 7422F85A435A; Fri, 20 Dec 2024 23:02:58 +0100 (CET) X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7+dev X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: inbox From: karl@aspodata.se To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Fun with mdadm (Software RAID) In-reply-to: References: <20241220145053.B361C85A435A@turkos.aspodata.se> <20241220174453.4E33285A435A@turkos.aspodata.se> Comments: In-reply-to Alan Mackenzie message dated "Fri, 20 Dec 2024 20:19:55 +0000." Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20241220220258.7422F85A435A@turkos.aspodata.se> Date: Fri, 20 Dec 2024 23:02:58 +0100 (CET) X-Virus-Scanned: ClamAV using ClamSMTP X-Archives-Salt: 8b038de5-8d42-4675-bf5e-883f9256245c X-Archives-Hash: b600c43473649912aec3d606726b3b42 Alan Mackenzie: > On Fri, Dec 20, 2024 at 18:44:53 +0100, karl@aspodata.se wrote: ... > > Please tell if you make booting with metadata 1.2 work. > > I havn't tested that. > > I've just tried it, with metadata 1.2, and it doesn't work. I got error > messages at boot up to the effect that the component partitions were > lacking valid version 0.0 super blocks. > > People without initramfs appear not to be in the sights of the > maintainers of this software. They could so easily have made the > assembly of metadata 1.2 components on the kernel command line work. > :-( ... The cmd line handling and auto mounting seems to be handled in files like (depending of kernel version I guess): drivers/md/md-autodetect.c init/do_mounts_md.c you can find the correct file with find -type f -name \*.c | xargs grep MD_AUTODETECT The problem might be that in format 1.2, the superblock is at 4K from start, could format 1.1 (where the superblock is at start) work ? Regards, /Karl Hammar