public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: "'Heinisch, Alexander' via isar-users" <isar-users@googlegroups.com>
To: "Prusty, Badrikesh" <badrikesh.prusty@siemens.com>,
	"isar-users@googlegroups.com" <isar-users@googlegroups.com>
Cc: "quirin.gylstorff@siemens.com" <quirin.gylstorff@siemens.com>,
	"MOESSBAUER, Felix" <felix.moessbauer@siemens.com>
Subject: Re: [PATCH] isar-installer: Mount /tmp as tmpfs for read-only boot fix
Date: Mon, 16 Jun 2025 12:56:06 +0000	[thread overview]
Message-ID: <f90d30ccab0719e07ec518cf6ec57e28d61fb067.camel@siemens.com> (raw)
In-Reply-To: <071cdb5d-db12-4d86-b081-0c5c58ccf738n@googlegroups.com>

On Mon, 2025-06-16 at 03:01 -0700, 'Badrikesh Prusty' via isar-users
wrote:
> > Hi,
> > 
> > Thanks for your feedback. Added DESCRIPTION and MAINTAINER field
> > and
> > updated to DEPENDS:append:bookworm.
> > I had the same feeling when DEPENDS += wasn't working while
> > DEPENDS:bookworm += was set, but I didn't investigate much since
> > DEPENDS:append worked. Thank you for the clarification.
> > 
> > Badrikesh
> > 
> > On Monday, June 16, 2025 at 12:09:34 PM UTC+5:30 MOESSBAUER, Felix
> > wrote:
> > > > On Fri, 2025-06-13 at 13:23 -0400, 'Badrikesh Prusty' via
> > > > isar-users
> > > > wrote:
> > > > > > Fix image installation when isar-image-installer rootfs is
> > > > > > booted
> > > > > > as
> > > > > > read-only
> > > > > > by ensuring /tmp is mounted as tmpfs.
> > > > > > This change utilizes systemd's tmp.mount to mount /tmp as
> > > > > > tmpfs.
> > > > > > Since systemd
> > > > > > versions up to Debian Bookworm ship tmp.mount in
> > > > > > /usr/share/systemd/,
> > > > > > the file
> > > > > > must be copied to a directory where systemctl can enable
> > > > > > it.
> > > > > > For systemd versions 256.x and newer, tmp.mount is shipped
> > > > > > in the
> > > > > > appropriate
> > > > > > location: /usr/lib/systemd/system/tmp.mount
> > > > > > 
> > > > > > Signed-off-by: Badrikesh Prusty <badrikes...@siemens.com>
> > > > > > ---
> > > > > >  .../deploy-image/deploy-image_0.1.bb              |  3 ++-
> > > > > >  .../systemd-tmpfs-tmp/files/postinst              | 15
> > > > > > +++++++++++++++
> > > > > >  .../systemd-tmpfs-tmp/systemd-tmpfs-tmp_0.1.bb    | 10
> > > > > > ++++++++++
> > > > > >  3 files changed, 27 insertions(+), 1 deletion(-)
> > > > > >  create mode 100644 meta-isar/recipes-installer/systemd-
> > > > > > tmpfs-
> > > > > > tmp/files/postinst
> > > > > >  create mode 100644 meta-isar/recipes-installer/systemd-
> > > > > > tmpfs-
> > > > > > tmp/systemd-tmpfs-tmp_0.1.bb
> > > > 
> > > > > > 
> > > > > > diff --git a/meta-isar/recipes-installer/deploy-
> > > > > > image/deploy-
> > > > > > image_0.1.bb b/meta-isar/recipes-installer/deploy-
> > > > > > image/deploy-
> > > > > > image_0.1.bb
> > > > 
> > > > > > index 54e521b5..e67feae5 100644
> > > > > > ---
> > > > > > a/meta-isar/recipes-installer/deploy-image/deploy-
> > > > > > image_0.1.bb
> > > > 
> > > > > > +++
> > > > > > b/meta-isar/recipes-installer/deploy-image/deploy-
> > > > > > image_0.1.bb
> > > > 
> > > > > > @@ -11,7 +11,8 @@ SRC_URI =
> > > > > > "file://usr/bin/deploy-image-wic.sh \
> > > > > >            
> > > > > > file://usr/lib/deploy-image-wic/handle-config.sh \
> > > > > >            "
> > > > > >  DEPENDS:bookworm += "bmap-tools"
> > > > > > -DEBIAN_DEPENDS = "bmap-tools, pv, dialog, util-linux,
> > > > > > parted,
> > > > > > fdisk,
> > > > > > gdisk, pigz, xz-utils, pbzip2, zstd"
> > > > > > +DEPENDS:append = " systemd-tmpfs-tmp"
> > > > 
> > > > The combination of DEPENDS:bookworm += ... and DEPENDS:append
> > > > is
> > > > dangerous. We better refactor this to DEPENDS:append:bookworm =
> > > > "
> > > > ...",
> > > > DEPENDS:append = " ...".
> > > > 
> > > > > > +DEBIAN_DEPENDS = "bmap-tools, pv, dialog, util-linux,
> > > > > > parted,
> > > > > > fdisk,
> > > > > > gdisk, pigz, systemd-tmpfs-tmp, xz-utils, pbzip2, zstd"
> > > > > >  do_install[cleandirs] = "${D}/usr/bin/ \
> > > > > >                           ${D}/usr/lib/deploy-image-wic \
> > > > > >                          "
> > > > > > diff --git a/meta-isar/recipes-installer/systemd-tmpfs-
> > > > > > tmp/files/postinst b/meta-isar/recipes-installer/systemd-
> > > > > > tmpfs-
> > > > > > tmp/files/postinst
> > > > > > new file mode 100644
> > > > > > index 00000000..be1594e6
> > > > > > --- /dev/null
> > > > > > +++
> > > > > > b/meta-isar/recipes-installer/systemd-tmpfs-
> > > > > > tmp/files/postinst
> > > > > > @@ -0,0 +1,15 @@
> > > > > > +#!/bin/sh
> > > > > > +
> > > > > > +set -e
> > > > > > +
> > > > > > +# Enable tmp.mount if /tmp is NOT configured in /etc/fstab
> > > > > > 

Systemd already provides some predefined behaviour to manage common
mounts like `/tmp`. [1]

"If a mount point is configured in both /etc/fstab and a unit file that
is stored below /usr/, the former will take precedence. If the unit
file is stored below /etc/, it will take precedence. This means: native
unit files take precedence over traditional configuration files, but
this is superseded by the rule that configuration in /etc/ will always
take precedence over configuration in /usr/."
- [2]

TL;DR: If we put `tmp.mount` at `/usr/lib/systemd/system/` systemd
takes care about fstab vs tmp.mount precedence as you try to enforce it
here.
Besides that, as this check is executed as postinst, it possibly leads
to undesired mount results, depending on package install order. e.g.
later packages modify `/etc/fstab`.

> > > > > > +if ! grep -q '/tmp' /etc/fstab; then
> > > > > > +    # Ensure tmp.mount exists in systemd path
> > > > > > +    if [ ! -e /usr/lib/systemd/system/tmp.mount ] && [ ! -
> > > > > > e
> > > > > > /etc/systemd/system/tmp.mount ]; then
> > > > > > +        cp /usr/share/systemd/tmp.mount
> > > > > > /etc/systemd/system/tmp.mount
> > > > > > +    fi
> > > > > > +
> > > > > > +    # Enable the mount unit using deb-systemd-helper
> > > > > > +    deb-systemd-helper enable tmp.mount || true
> > > > > > +fi
> > > > > > +
> > > > > > diff --git
> > > > > > a/meta-isar/recipes-installer/systemd-tmpfs-tmp/systemd-
> > > > > > tmpfs-tmp_0.1.bb b/meta-isar/recipes-installer/systemd-
> > > > > > tmpfs-
> > > > > > tmp/systemd-tmpfs-tmp_0.1.bb
> > > > 
> > > > > > new file mode 100644
> > > > > > index 00000000..821cdd5f
> > > > > > --- /dev/null
> > > > > > +++

Is this recipe somehow aligned with the one already available in isar-
cip-core?
[3] CC: Quirin

Imo, this recipe aims for a similar result, but provides more complete
dependencies. Both overrule systemd filesystem api semantics [1,2] as
they put the unit file under `/etc/systemd/system/` (as described
above).

1: https://systemd.io/API_FILE_SYSTEMS/
2:
https://www.freedesktop.org/software/systemd/man/latest/systemd.mount.html#
3:
https://gitlab.com/cip-project/cip-core/isar-cip-core/-/blob/master/recipes-core/tmp-fs/tmp-fs_0.2.bb?ref_type=heads

> > > > > > b/meta-isar/recipes-installer/systemd-tmpfs-tmp/systemd-
> > > > > > tmpfs-
> > > > > > tmp_0.1.bb
> > > > 
> > > > > > @@ -0,0 +1,10 @@
> > > > > > +# This software is a part of ISAR.
> > > > > > +# Copyright (C) Siemens AG, 2024
> > > > > > +#
> > > > > > +# SPDX-License-Identifier: MIT
> > > > > > +
> > > > > > +inherit dpkg-raw
> > > > > > +
> > > > > > +SRC_URI = "file://postinst"
> > > > > > +
> > > > > > +DEBIAN_DEPENDS = "systemd"
> > > > 
> > > > Please also set the DESCRIPTION and MAINTAINER fields.
> > > > 
> > > > Felix
> > > > 
> > > > > > -- 
> > > > > > 2.39.5
> > > > 
> > > > -- 
> > > > Siemens AG
> > > > Linux Expert Center
> > > > Friedrich-Ludwig-Bauer-Str. 3
> > > > 85748 Garching, Germany
> > > > 

BR Alexander

-- 
Alexander Heinisch
Siemens AG
www.siemens.com

-- 
Alexander Heinisch
Siemens AG
www.siemens.com

-- 
You received this message because you are subscribed to the Google Groups "isar-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to isar-users+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/isar-users/f90d30ccab0719e07ec518cf6ec57e28d61fb067.camel%40siemens.com.

      reply	other threads:[~2025-06-16 12:56 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-13 17:23 'Badrikesh Prusty' via isar-users
2025-06-16  6:39 ` 'MOESSBAUER, Felix' via isar-users
2025-06-16 10:01   ` 'Badrikesh Prusty' via isar-users
2025-06-16 12:56     ` 'Heinisch, Alexander' via isar-users [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f90d30ccab0719e07ec518cf6ec57e28d61fb067.camel@siemens.com \
    --to=isar-users@googlegroups.com \
    --cc=alexander.heinisch@siemens.com \
    --cc=badrikesh.prusty@siemens.com \
    --cc=felix.moessbauer@siemens.com \
    --cc=quirin.gylstorff@siemens.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox