public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: "Roberto A. Foglietta" <roberto.foglietta@gmail.com>
To: isar-users@googlegroups.com
Cc: Anton Mikanovich <amikan@ilbers.de>,
	Henning Schild <henning.schild@siemens.com>,
	 "Moessbauer, Felix" <felix.moessbauer@siemens.com>,
	Joe MacDonald <joe_macdonald@mentor.com>
Subject: Re: [PATCHSET] expand last partition script and its usage
Date: Fri, 16 Dec 2022 12:38:59 +0100	[thread overview]
Message-ID: <CAJGKYO4V2QOHOj3z1NMxY_8K-+LJJwCU4q5DaCdiPfw_33e4jQ@mail.gmail.com> (raw)
In-Reply-To: <CAJGKYO5Nomn1xf_Xu5w2rFR30f7YXSQGSyO32b+XrqjyNjWJfg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1692 bytes --]

On Fri, 16 Dec 2022 at 09:14, Roberto A. Foglietta
<roberto.foglietta@gmail.com> wrote:
>
> On Fri, 16 Dec 2022 at 00:00, Roberto A. Foglietta
> <roberto.foglietta@gmail.com> wrote:
> >
> > Hi all,
>
> >  - udev support: udevadm settle is the first task to run
>

A dependency needed added, this grants that udevd and udevadm will be installed

Many systems might not need udevadm settle for expanding last partition but few
others which rely on separated couple of bootfs/rootfs where last
partition is on
a volume connected through a kind of bus which not be fully ready at boot time
until udevd will end to populate the /dev tree.

Moreover, expanding the last partition is a single time task which runs only on
the first machine boot and then will be disabled forever. Thus, even if it
would take some time on some systems, it is acceptable in order to grant to the
widest variety of systems this service. Alternative is to accept that some
system will be left unprovided of the storage space they have been designed for.

This patch is for applying on top of the other previous 7 patches

 - In expand last partition few improvements and a bugfix
 - In expand last partition trap exitnlog EXIT logs with simpler code
 - The expand last partition might support full volumes also, to test
 - In expand last partition checking the size is useless
 - If expand last partition fails, unsupervised systems reboot
 - In expand last partition script btrfs support added
 - In expand last partition wait for udev have finished

or their combination:

 - The expand last partition rework and generalisation

 Sent by elastic mail SMTP and went in moderation, here in attachment.

Best regards, R-

[-- Attachment #2: 0001-In-expand-last-partition-recipe-udev-pacakge-added.patch --]
[-- Type: text/x-patch, Size: 2651 bytes --]

From c798b7fa7469022e052b7034e4e0e226b7152615 Mon Sep 17 00:00:00 2001
From: "Roberto A. Foglietta" <roberto.foglietta@gmail.com>
Date: Fri, 16 Dec 2022 12:17:50 +0100
Subject: [PATCH] In expand last partition recipe udev pacakge added

A dependency needed added, this grants that udevd and udevadm will be installed

Many systems might not need udevadm settle for expanding last partition but few
others which rely on separated couple of bootfs/rootfs where last partition is on
a volume connected through a kind of bus which not be fully ready at boot time
until udevd will end to populate the /dev tree.

Moreover, expanding the last partition is a single time task which runs only on
the first machine boot and then will be disabled forever. Thus, even if it
would take some time on some systems, it is acceptable in order to grant to the
widest variety of systems this service. Alternative is to accept that some
system will be left unprovided of the storage space they have been designed for.

This patch is for applying on top of the other previous 7 patches 

 - In expand last partition few improvements and a bugfix 
 - In expand last partition trap exitnlog EXIT logs with simpler code 
 - The expand last partition might support full volumes also, to test 
 - In expand last partition checking the size is useless 
 - If expand last partition fails, unsupervised systems reboot 
 - In expand last partition script btrfs support added 
 - In expand last partition wait for udev have finished 

or their combination:

 - The expand last partition rework and generalisation

Signed-off-by: Roberto A. Foglietta <roberto.foglietta@gmail.com>
---
 .../expand-on-first-boot/expand-on-first-boot_1.2.bb            | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/expand-on-first-boot/expand-on-first-boot_1.2.bb b/meta/recipes-support/expand-on-first-boot/expand-on-first-boot_1.2.bb
index fe7b72b..de4a9bb 100644
--- a/meta/recipes-support/expand-on-first-boot/expand-on-first-boot_1.2.bb
+++ b/meta/recipes-support/expand-on-first-boot/expand-on-first-boot_1.2.bb
@@ -10,7 +10,7 @@ inherit dpkg-raw
 DESCRIPTION = "This service grows the last partition to the full medium during first boot"
 MAINTAINER = "isar-users <isar-users@googlegroups.com>"
 
-DEBIAN_DEPENDS = "systemd, sed, grep, coreutils, mount, e2fsprogs, fdisk (>=2.29.2-3) | util-linux (<2.29.2-3), util-linux, btrfs-progs"
+DEBIAN_DEPENDS = "systemd, sed, grep, coreutils, mount, e2fsprogs, fdisk (>=2.29.2-3) | util-linux (<2.29.2-3), util-linux, btrfs-progs, udev"
 
 SRC_URI = " \
     file://expand-on-first-boot.service \
-- 
2.34.1


  reply	other threads:[~2022-12-16 11:39 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-15 18:06 Roberto A. Foglietta
2022-12-15 18:27 ` Roberto A. Foglietta
2022-12-15 23:00   ` Roberto A. Foglietta
2022-12-16  8:14     ` Roberto A. Foglietta
2022-12-16 11:38       ` Roberto A. Foglietta [this message]
2022-12-18 13:50         ` Roberto A. Foglietta

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=CAJGKYO4V2QOHOj3z1NMxY_8K-+LJJwCU4q5DaCdiPfw_33e4jQ@mail.gmail.com \
    --to=roberto.foglietta@gmail.com \
    --cc=amikan@ilbers.de \
    --cc=felix.moessbauer@siemens.com \
    --cc=henning.schild@siemens.com \
    --cc=isar-users@googlegroups.com \
    --cc=joe_macdonald@mentor.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