From b080fea94752747bfb048ab8f528126e565489fc Mon Sep 17 00:00:00 2001 From: Stefan Agner Date: Fri, 26 Jun 2026 16:45:13 +0200 Subject: [PATCH] Remove timeout from data partition resize service (#4821) The haos-expand.service ("HAOS data resizing") is a Type=oneshot unit without an explicit timeout, so it inherited systemd's DefaultTimeoutStartSec (90s). On slow or previously used disks the data partition resize can take longer than that, causing the service to be killed and mnt-data.mount to fail with "Dependency failed for HAOS data resizing", leaving the system unusable. Aborting the resize serves no purpose: if it fails the installation is broken anyway. Set TimeoutStartSec=infinity so the resize runs for as long as it needs instead of failing the boot. Fixes #3365 Co-authored-by: Claude Opus 4.8 --- .../usr/lib/systemd/system/haos-expand.service | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/buildroot-external/rootfs-overlay/usr/lib/systemd/system/haos-expand.service b/buildroot-external/rootfs-overlay/usr/lib/systemd/system/haos-expand.service index 965ce98d2..0e3c95884 100644 --- a/buildroot-external/rootfs-overlay/usr/lib/systemd/system/haos-expand.service +++ b/buildroot-external/rootfs-overlay/usr/lib/systemd/system/haos-expand.service @@ -9,6 +9,11 @@ After=dev-disk-by\x2dlabel-hassos\x2ddata.device systemd-fsck@dev-disk-by\x2dlab [Service] Type=oneshot +# Resizing the data partition can take a long time on slow or previously used +# disks. There is no point in aborting it after the default start timeout: if +# the resize fails the system is unusable anyway, so let it run for as long as +# it needs instead of failing the boot. See #3365. +TimeoutStartSec=infinity ExecStart=/usr/libexec/haos-expand [Install]