From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7065919856802004992 X-Received: by 2002:a2e:9783:0:b0:244:dd26:c0f9 with SMTP id y3-20020a2e9783000000b00244dd26c0f9mr4642534lji.461.1645162668604; Thu, 17 Feb 2022 21:37:48 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6512:3fa9:b0:443:31f7:105c with SMTP id x41-20020a0565123fa900b0044331f7105cls146259lfa.2.gmail; Thu, 17 Feb 2022 21:37:47 -0800 (PST) X-Google-Smtp-Source: ABdhPJxv1UhF3Frj1YXYM/LX2JdVkTFCxDTMa8mcQnXi0FjgTmJzZi914ACJb02l35AcmIa6PR6f X-Received: by 2002:a05:6512:15a2:b0:443:b0a2:2cea with SMTP id bp34-20020a05651215a200b00443b0a22ceamr2044688lfb.131.1645162667407; Thu, 17 Feb 2022 21:37:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645162667; cv=none; d=google.com; s=arc-20160816; b=LRZ9hDBqS8ntmtswguCfsNKU20o3Y8ofr1Z4Xn9wUpODLqz9IOGwDgOKXnCrV5FZVi BRwNZ5tD3iN6cX7hk7XbnQF1nV+kGGl3U9wsq/IVzJmUj2qzj9nQHu5baq8LVdI8wnhq 6VTQUjOFV5TSwXOHTMQhRXlnTYP/33IuDsopSItOY8s1zDIqcW/iuQC0pWxH7osSKGtE X7IGwaedAEO/8t5LS0sbMy5nEuAxsrrS5yvgZ+iUEjhqlQqmm6gIgFVXfxYdB8ydljJe TUA3mUI6fLeau0I6gBw5tCVWns1TR1Fgmhakq0VyF5ZCz2Az6czvLUGTQmy9CuSwnH9U sqWA== 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:to :from; bh=ISyjzYSSbfPc6jXk8TTUmb9QEkXFe+x0imMUF6W/IVc=; b=Bre88KYdYYHL5IOQGV74tdedp7YGlBS+7/8key+DRqIPQyMYGrcwba9xGgvdxuFeDJ jQLP9vKTSrqclGVggG+8eKFI9mBXCX9Op9/s7I93TrNJ7yABJjnEnDLoHjtz7eZzITIY biJ+oo4Q91y3kTXYZaiTXIqZ0RtMcETo1H4hy+6SJy/iGHz6F9DyjOg1MM8DQjNqrQjH 71zNRLBDXS2Oy7NR+qRsNQxcdPaP9M1G4EtgTdYy5fcxnOjaMJFxs1/PwOgN2pXpg91n pdqqooHRQN6PMwm6NVzMeznczU+vMxg8gw1EhJjAqMF3rmsaWk030H8UqI58+DAg7Xgi k52A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=ubely@ilbers.de Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id x16si114754ljp.6.2022.02.17.21.37.47 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Thu, 17 Feb 2022 21:37:47 -0800 (PST) Received-SPF: pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=ubely@ilbers.de Received: from baighyz.m.ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id 21I5bjoM001162 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 18 Feb 2022 06:37:46 +0100 From: Uladzimir Bely To: isar-users@googlegroups.com Subject: [PATCH 0/1] enable-fsck: Run after udev devices coldplugged Date: Fri, 18 Feb 2022 06:37:44 +0100 Message-Id: <20220218053745.31243-1-ubely@ilbers.de> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: w77OLopD6IJE Earlier patch removing `update-initramfs` call from enable-fsck script (`enable-fsck: don't run update-initramfs after fstab modification`) discovered a bug that happens in arm/arm64 qemu targets. Without running `update-initramfs`, this one-time service is executed now very quickly and it creates terms when systemd can't find `ttyAMA0` device and is unable to run serial getty on it. Failed log: | [ TIME ] Timed out waiting for device /dev/ttyAMA0. | [DEPEND] Dependency failed for Serial Getty on ttyAMA0. Normal (expected) log: | [ OK ] Found device /dev/ttyAMA0. | [ OK ] Started Serial Getty on ttyAMA0. There is no direct relation between device handling and `enable-fsck`, but enabling this "fast" service, due its "After" and "Before" service dependencies leads to this device issue. There are 3 possible situations: 1. `enable-fsck` is disabled: - Boot is OK in this case 2. `enable-fsck` is enabled and executed fast (only fstab modified): - Boot fails, device `/dev/ttyAMA0` is not found by systemd 3. `enable-fsck` is enabled and executed slow (can be simply achieved by adding "sleep 10" to `/usr/share/enable-fsck/enable-fsck.sh`: - Boot is OK in this case Case 3 earlier was the main case, while "update-initramfs" was that slow operation that was "fixing" the issue. The problem looks like some race in services. It is probably related to Debian and/or Qemu. The patch below is a workaround that adds some udev dependency to the `enable-fsck` service, so it now runs after udev devices coldplugged. Uladzimir Bely (1): enable-fsck: Run after udev devices coldplugged meta/recipes-support/enable-fsck/files/enable-fsck.service | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.20.1