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 BBE151580FD for ; Sat, 28 Dec 2024 22:01:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 80BBBE0831; Sat, 28 Dec 2024 22:01:41 +0000 (UTC) Received: from smtp.hosts.co.uk (smtp.hosts.co.uk [85.233.160.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 37F55E0825 for ; Sat, 28 Dec 2024 22:01:40 +0000 (UTC) Received: from host81-152-157-204.range81-152.btcentralplus.com ([81.152.157.204] helo=[192.168.1.99]) by smtp.hosts.co.uk with esmtpa (Exim) (envelope-from ) id 1tResN-000000005jV-9Uiz for gentoo-user@lists.gentoo.org; Sat, 28 Dec 2024 22:01:39 +0000 Message-ID: Date: Sat, 28 Dec 2024 22:01:38 +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 User-Agent: Mozilla Thunderbird Subject: Re: [gentoo-user] Fun with systemd-boot To: gentoo-user@lists.gentoo.org References: <2293940.iZASKD2KPV@rogueboard> <3524144.QJadu78ljV@rogueboard> Content-Language: en-GB From: Wols Lists In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: c91a8dd2-8ee1-42ec-9705-7c53e5d7c348 X-Archives-Hash: 2b6afc19a184c3823b4c9398770fd645 On 19/12/2024 15:46, Alan Mackenzie wrote: > I amn't absolutely sure what started writing stuff onto /dev/nvme1n1p2, > but I strongly suspect it was systemd-boot, still. I'm sure that on my > old machine it was bootctl install that wrote the executable file onto > the EFI partition that WASN'T mounted as /boot, or even mounted at all. Bear in mind that gentoo insists on mounting /boot for you, if it exists in fstab. B*****y e***ing stupid if you ask me. There's a flag that says "don't mount boot", but all that does is scream blue murder and say "if you won't let me mount boot I won't play", before terminating. All I wanted was for it to stick it in the boot DIRECTORY and let me sort things out later :-( And the alleged workaround promptly caused the kernel compile to crash with "file not found", despite whatever option it was apparently having absolutely nothing to do with where it was supposed to be looking for its files. So basically, the fact that you THINK /boot isn't mounted means nothing - gentoo will mount it behind your back, and wail blue murder if it can't. Cheers, Wol