Received: from disco.pogo.org.uk (disco.pogo.org.uk [93.93.128.62]) by gbr-app-1.alpinelinux.org (Postfix) with ESMTPS id 8471F225815 for <~alpine/users@lists.alpinelinux.org>; Tue, 21 Jan 2025 11:20:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xwax.org; s=swing; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To: Subject:cc:To:From:Date:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description; bh=r+2EbegSMIzIwmaLcaJov4MilrxkWEkxZjnYmcIhzdU=; b=lBvcu agELktGHAPP8AeWOku5OL8IonOQcNG5L491rCKeQEfI/BYp1MAJvNeEwl6E8hPTAPL0FolutwQZxr tAa70wlGik+HDlj5f4DS2+qfkj14La9LAXWRuVeArCPELtgCvuylY4sWKChCfIBTiglN+DlDxibiP gwRiA47eU0fM=; Received: from cpc93786-hari17-2-0-cust786.20-2.cable.virginm.net ([82.36.99.19] helo=stax) by disco.pogo.org.uk with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.98 (FreeBSD)) (envelope-from ) id 1taCJN-0000000044J-2qBG; Tue, 21 Jan 2025 11:20:49 +0000 Received: from localhost (stax.localdomain [local]) by stax.localdomain (OpenSMTPD) with ESMTPA id dde900e5; Tue, 21 Jan 2025 11:20:48 +0000 (UTC) Date: Tue, 21 Jan 2025 11:20:48 +0000 (GMT) From: Mark Hills To: Sertonix cc: ~alpine/users@lists.alpinelinux.org Subject: Re: Solutions for EFI booting / copying kernels In-Reply-To: Message-ID: <37f7104c-96b0-7c19-a35a-081f879c71d6@xwax.org> References: <8f3899df-71b7-6562-7688-7bebc6ac1f94@xwax.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Mon, 20 Jan 2025, Sertonix wrote: > > I have a few Alpine systems which use EFI to boot with syslinux. > > > > I'd like to improve this setup. > > > > The kernel+initramfs are copied to /efi, where syslinux finds them. > > > > Invariably, after "apk upgrade" I forget to do this copy, resulting in a > > system that won't boot. [...] > I think it should work if you mount the EFI partition at /boot instead > of /efi. Then there isn't any copying needed. I had assumed having /boot as some kind of DOS/VFAT filesystem would cause trouble. It 'feels' very wrong, but I had assumed it would cause problem with filenames & permissions managed by apk, disk checks and so on. Is this a common practice? Thanks -- Mark