| Message ID | 20220707135805.1597569-1-peter.mueller@ipfire.org |
|---|---|
| State | Accepted |
| Commit | f26f08b464287f91ff6df849b9e77d354e72d4cb |
| Headers |
Return-Path: <development-bounces@lists.ipfire.org> Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by web04.haj.ipfire.org (Postfix) with ESMTPS id 4Ldyfv5lPhz3xqm for <patchwork@web04.haj.ipfire.org>; Thu, 7 Jul 2022 13:58:15 +0000 (UTC) Received: from mail02.haj.ipfire.org (mail02.haj.ipfire.org [172.28.1.201]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail02.haj.ipfire.org", Issuer "R3" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4Ldyfs4Lljz19J; Thu, 7 Jul 2022 13:58:13 +0000 (UTC) Received: from mail02.haj.ipfire.org (localhost [127.0.0.1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 4Ldyfs3QLZz2xPJ; Thu, 7 Jul 2022 13:58:13 +0000 (UTC) Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail01.haj.ipfire.org", Issuer "R3" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 4Ldyfr30kdz2xNc for <development@lists.ipfire.org>; Thu, 7 Jul 2022 13:58:12 +0000 (UTC) Received: from people01.haj.ipfire.org (people01.haj.ipfire.org [172.28.1.161]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "people01.haj.ipfire.org", Issuer "R3" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 4Ldyfr02DHz185; Thu, 7 Jul 2022 13:58:11 +0000 (UTC) Received: by people01.haj.ipfire.org (Postfix, from userid 1078) id 4Ldyfq6pmcz2y60; Thu, 7 Jul 2022 13:58:11 +0000 (UTC) From: =?utf-8?q?Peter_M=C3=BCller?= <peter.mueller@ipfire.org> To: development@lists.ipfire.org Subject: [PATCH v2] Core Update 169: Delete unused initrd on 32-bit ARM to save space in /boot Date: Thu, 7 Jul 2022 13:58:05 +0000 Message-Id: <20220707135805.1597569-1-peter.mueller@ipfire.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <AAA16072-DA1E-4841-A31E-B560CE7BFB12@ipfire.org> References: <AAA16072-DA1E-4841-A31E-B560CE7BFB12@ipfire.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: development@lists.ipfire.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IPFire development talk <development.lists.ipfire.org> List-Unsubscribe: <https://lists.ipfire.org/mailman/options/development>, <mailto:development-request@lists.ipfire.org?subject=unsubscribe> List-Archive: <http://lists.ipfire.org/pipermail/development/> List-Post: <mailto:development@lists.ipfire.org> List-Help: <mailto:development-request@lists.ipfire.org?subject=help> List-Subscribe: <https://lists.ipfire.org/mailman/listinfo/development>, <mailto:development-request@lists.ipfire.org?subject=subscribe> Errors-To: development-bounces@lists.ipfire.org Sender: "Development" <development-bounces@lists.ipfire.org> |
| Series |
[v2] Core Update 169: Delete unused initrd on 32-bit ARM to save space in /boot
|
|
Commit Message
Peter Müller
July 7, 2022, 1:58 p.m. UTC
On 64-bit ARM, this is still needed for booting. Since the initrds were
already shipped with the updater, there is no need to regenerate them
locally again.
https://community.ipfire.org/t/again-with-the-file-system-full-core-169/8186
Signed-off-by: Peter Müller <peter.mueller@ipfire.org>
---
config/rootfiles/core/169/update.sh | 7 +++++++
1 file changed, 7 insertions(+)
Comments
Why do we ship this in the first place, then? > On 7 Jul 2022, at 15:58, Peter Müller <peter.mueller@ipfire.org> wrote: > > On 64-bit ARM, this is still needed for booting. Since the initrds were > already shipped with the updater, there is no need to regenerate them > locally again. > > https://community.ipfire.org/t/again-with-the-file-system-full-core-169/8186 > > Signed-off-by: Peter Müller <peter.mueller@ipfire.org> > --- > config/rootfiles/core/169/update.sh | 7 +++++++ > 1 file changed, 7 insertions(+) > > diff --git a/config/rootfiles/core/169/update.sh b/config/rootfiles/core/169/update.sh > index 3902e2d45..dc7a2a18a 100644 > --- a/config/rootfiles/core/169/update.sh > +++ b/config/rootfiles/core/169/update.sh > @@ -150,6 +150,13 @@ ldconfig > # Apply sysctl changes > /etc/init.d/sysctl start > > +# Delete unused initrd on 32-bit ARM to save space in /boot > +case "$(uname -m)" in > + armv*) > + rm /boot/initramfs-${KVER}-ipfire.img > + ;; > +esac > + > # Start services > telinit u > /etc/init.d/firewall restart > -- > 2.30.2 >
This is a question for Arne, I'm afraid... > Why do we ship this in the first place, then? > >> On 7 Jul 2022, at 15:58, Peter Müller <peter.mueller@ipfire.org> wrote: >> >> On 64-bit ARM, this is still needed for booting. Since the initrds were >> already shipped with the updater, there is no need to regenerate them >> locally again. >> >> https://community.ipfire.org/t/again-with-the-file-system-full-core-169/8186 >> >> Signed-off-by: Peter Müller <peter.mueller@ipfire.org> >> --- >> config/rootfiles/core/169/update.sh | 7 +++++++ >> 1 file changed, 7 insertions(+) >> >> diff --git a/config/rootfiles/core/169/update.sh b/config/rootfiles/core/169/update.sh >> index 3902e2d45..dc7a2a18a 100644 >> --- a/config/rootfiles/core/169/update.sh >> +++ b/config/rootfiles/core/169/update.sh >> @@ -150,6 +150,13 @@ ldconfig >> # Apply sysctl changes >> /etc/init.d/sysctl start >> >> +# Delete unused initrd on 32-bit ARM to save space in /boot >> +case "$(uname -m)" in >> + armv*) >> + rm /boot/initramfs-${KVER}-ipfire.img >> + ;; >> +esac >> + >> # Start services >> telinit u >> /etc/init.d/firewall restart >> -- >> 2.30.2 >> >
Okay, I merged this into master and core169. > On 7 Jul 2022, at 16:05, Peter Müller <peter.mueller@ipfire.org> wrote: > > This is a question for Arne, I'm afraid... > >> Why do we ship this in the first place, then? >>> On 7 Jul 2022, at 15:58, Peter Müller <peter.mueller@ipfire.org> wrote: >>> >>> On 64-bit ARM, this is still needed for booting. Since the initrds were >>> already shipped with the updater, there is no need to regenerate them >>> locally again. >>> >>> https://community.ipfire.org/t/again-with-the-file-system-full-core-169/8186 >>> >>> Signed-off-by: Peter Müller <peter.mueller@ipfire.org> >>> --- >>> config/rootfiles/core/169/update.sh | 7 +++++++ >>> 1 file changed, 7 insertions(+) >>> >>> diff --git a/config/rootfiles/core/169/update.sh b/config/rootfiles/core/169/update.sh >>> index 3902e2d45..dc7a2a18a 100644 >>> --- a/config/rootfiles/core/169/update.sh >>> +++ b/config/rootfiles/core/169/update.sh >>> @@ -150,6 +150,13 @@ ldconfig >>> # Apply sysctl changes >>> /etc/init.d/sysctl start >>> >>> +# Delete unused initrd on 32-bit ARM to save space in /boot >>> +case "$(uname -m)" in >>> + armv*) >>> + rm /boot/initramfs-${KVER}-ipfire.img >>> + ;; >>> +esac >>> + >>> # Start services >>> telinit u >>> /etc/init.d/firewall restart >>> -- >>> 2.30.2 >>>
diff --git a/config/rootfiles/core/169/update.sh b/config/rootfiles/core/169/update.sh index 3902e2d45..dc7a2a18a 100644 --- a/config/rootfiles/core/169/update.sh +++ b/config/rootfiles/core/169/update.sh @@ -150,6 +150,13 @@ ldconfig # Apply sysctl changes /etc/init.d/sysctl start +# Delete unused initrd on 32-bit ARM to save space in /boot +case "$(uname -m)" in + armv*) + rm /boot/initramfs-${KVER}-ipfire.img + ;; +esac + # Start services telinit u /etc/init.d/firewall restart