From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7195216210364989440 X-Received: by 2002:ac2:50c5:0:b0:4c5:a0b4:3372 with SMTP id h5-20020ac250c5000000b004c5a0b43372mr480862lfm.160.1675266821730; Wed, 01 Feb 2023 07:53:41 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6512:3116:b0:4c8:8384:83f3 with SMTP id n22-20020a056512311600b004c8838483f3ls1440538lfb.3.-pod-prod-gmail; Wed, 01 Feb 2023 07:53:40 -0800 (PST) X-Google-Smtp-Source: AK7set/MnTF7wrD3xPcJOOrtMVO6goy3Zbz/DooRnM5gm28hshVH9+ZeGsGN83yfKu5luao8GMW7 X-Received: by 2002:a19:5e48:0:b0:4d5:8e78:2887 with SMTP id z8-20020a195e48000000b004d58e782887mr644015lfi.36.1675266820189; Wed, 01 Feb 2023 07:53:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1675266820; cv=none; d=google.com; s=arc-20160816; b=tTRMe7PFeUvOLGIDKDZJLQQhfGf2zabbsbkUbb6xMUI23w2U94g3zEprv4wLcH+Dum qIFwFFRe7L76pv3VZKANa7o6nMOo5ADqIZtMUAShFfpMgy2ElWahi8dL++OkHTx2b/g6 zTxsi1i2b0MlZQWSVFXsZOgQ4hwXcxYsq42WnJ+y9P0Jj6OjM4HtLrUTsefQ3yXrzAt2 UByXSNFErkNd1KimE5zwjEY/ib58GCUKhrurzGbvrFQ1gYHDZjjV6cZcgcl96vayT9SV rQwU09Xk5cQsSSnkmdfC2Kdeo3Gpz9aqqEILwKxZGkI0D0y4hLOb2YKlOcCB5d3hgQER tyqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from; bh=GbXQe+NiK+LLQ7XRD//gNqFPRNauTPzdDKzJZLKU9Y0=; b=OsUMkJxvja2YX+MBNWuRAqSpnNcorVWML3hnNwJtTQHyn++HsGhU0+Htugwm1ncadv N7KEZjL3zAC0s2Zvy0/X1o0nE4wns8RT9xmrcUj6Z5nuvhC4W7I1TwEvaUP200MMrcbm 3YFm8QCsNBIGiXiTbWvJuwtLMM+kBaqRser0Td9iMvOg9g1riBlCQXB5cvZzOBWGorEo 8nOyeEveE9ISDUaYHEu1TPxUZs1GDu8UQUVBMS8gMIhhplc54FQEE2h8qkJvZzNXtv1a Pa567ShFVGdRe7TkMcX1dzWctAsW9hI3aSV/hBOQa0SIjwjvepsH5HEQiNj6WP2x/+cE 84iw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of roberto.foglietta@linuxteam.org designates 5.144.164.167 as permitted sender) smtp.mailfrom=roberto.foglietta@linuxteam.org Return-Path: Received: from relay06.th.seeweb.it (relay06.th.seeweb.it. [5.144.164.167]) by gmr-mx.google.com with ESMTPS id h9-20020a0565123c8900b00492ce810d43si1061512lfv.10.2023.02.01.07.53.40 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Feb 2023 07:53:40 -0800 (PST) Received-SPF: pass (google.com: domain of roberto.foglietta@linuxteam.org designates 5.144.164.167 as permitted sender) client-ip=5.144.164.167; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of roberto.foglietta@linuxteam.org designates 5.144.164.167 as permitted sender) smtp.mailfrom=roberto.foglietta@linuxteam.org Received: from localhost.localdomain (unknown [IPv6:2a02:8071:3187:7b80:cdd4:5b9b:cf61:6790]) by m-r2.th.seeweb.it (Postfix) with ESMTPA id 00BA03F787; Wed, 1 Feb 2023 16:53:38 +0100 (CET) From: roberto.foglietta@linuxteam.org To: isar-users@googlegroups.com Cc: roberto.foglietta@gmail.com Subject: [PATCH] expand-on-first-boot: really only do that once - reverted back Date: Wed, 1 Feb 2023 16:53:35 +0100 Message-Id: <20230201155335.2975971-1-roberto.foglietta@linuxteam.org> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUID: CWncWYGu4VdE From: "Roberto A. Foglietta" The proper solution is to wait that udev settle ends and then try to access to the disk that in some architectures are down to a bus not initialised at boot time because the boot happens from a separate partition usually internal to the PCB/SoC. After all, this script is supposed to run just one single time at the first boot and thus the time spent on it has no impact on the every-day performances. Moreover, in case of failure - which is more probable in small embedded systems - the system goes in production without the full disk capacity for which has been designed for. Small embedded systems those usually unsupervised or remotely supervised, thus introducing a potential source of nasty failures which could hard to detect expecially if the disk becames overloaded or complete full. To avoid all these risks the only reasonable approach is to set these systems in such a way that they will reboot continously until they are not provided with the full disk capacity. In such a way they will fail at the day zero and this will be easily catch by the deployment tests. This patch affects also this setting and definetely should be reverted Signed-off-by: Roberto A. Foglietta --- .../expand-on-first-boot/files/expand-on-first-boot.service | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-support/expand-on-first-boot/files/expand-on-first-boot.service b/meta/recipes-support/expand-on-first-boot/files/expand-on-first-boot.service index 90c92a39..fda50016 100644 --- a/meta/recipes-support/expand-on-first-boot/files/expand-on-first-boot.service +++ b/meta/recipes-support/expand-on-first-boot/files/expand-on-first-boot.service @@ -15,7 +15,6 @@ ConditionPathIsReadWrite=/etc Type=oneshot ExecStart=/usr/share/expand-on-first-boot/expand-last-partition.sh ExecStartPost=-/bin/systemctl disable expand-on-first-boot.service -ExecStopPost=-/bin/systemctl disable expand-on-first-boot.service [Install] WantedBy=sysinit.target -- 2.34.1