From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7156869355346591744 X-Received: by 2002:a05:651c:1543:b0:26f:efb1:8119 with SMTP id y3-20020a05651c154300b0026fefb18119mr7582784ljp.159.1666369487850; Fri, 21 Oct 2022 09:24:47 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6512:2034:b0:48b:2227:7787 with SMTP id s20-20020a056512203400b0048b22277787ls1581542lfs.3.-pod-prod-gmail; Fri, 21 Oct 2022 09:24:46 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4k9b7tekJ1GmS/E6ilt6JLzcAQu9v8Gi6HfsAVBIzHuhV3P9dM61SOl9Zk7OfBeqj9k62r X-Received: by 2002:a05:6512:3e12:b0:48a:a64f:7228 with SMTP id i18-20020a0565123e1200b0048aa64f7228mr7769630lfv.159.1666369486318; Fri, 21 Oct 2022 09:24:46 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1666369486; cv=pass; d=google.com; s=arc-20160816; b=SkrthFvIqhh0Ii1YVcR7gEKmeQ4xk/uWUa2Rd8U1sR6fK9MegUVglxs86DvKHw+B8t unUMG8qZ85gsq04DA4IMKCElPUDyQZt4lMfHwBZPgXvn88/M6XYvlCHp9F0cDeduwCn/ 44yozPCImAwxHT9aFJF2ISFKJRSvm95DWu8A9FjY89OOie3JV+stiumziZGYt0lmQomb j4tnk9na0TEsvCqfNC7h6IIkt+HLQIsy3EYfPcmeNs8MpZZ8uaBUVJjc5y8RKkr2fSj+ 2B7b8m5yTx5hVjoL/5b+2t9LU1bM3d6Lda0/9sCGLIhjpWkUk1TaX+Ovtr77Iypz6FU7 K9cw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:content-transfer-encoding:in-reply-to:content-language :references:to:subject:from:user-agent:date:message-id :dkim-signature; bh=mJOot4LsAsWgHPHJghdGhlgLYRNK2NhGWGmWTAm0GTs=; b=knqMo58Ryh+C5NyhUlmJtLdx28GK6jMsWSGHSxTvoqukZZU9vi298fbYAWJIl7NUQP +STsBzFyFl/wIMxVEeoauXwXUKQt9biSTYmlITML23RsBGsRigCXhRjai2GognoOKm+n T8Jo1nPsvnZvWTApVE9R680kNGC2B7HHU8AM3EUjWolgu7mgp8c72ms054WMsReP+xDj dFcbGaOLKQuO+Fdv2v6xKl6fjHsneuwscYqYPIkJg3dk3Q6f1qL+q9p8Xvk05ed+wgei GOhPzRyNYwjdExpVjtykcxIYg2fA0aIt3xxMje8sDDr3Y9OJUBe/PibZ41i4C6rMwqsA 0Chw== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=hQgEZ8qw; arc=pass (i=1 spf=pass spfdomain=siemens.com dkim=pass dkdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of raphael.lisicki@siemens.com designates 40.107.2.42 as permitted sender) smtp.mailfrom=raphael.lisicki@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20042.outbound.protection.outlook.com. [40.107.2.42]) by gmr-mx.google.com with ESMTPS id f14-20020a056512360e00b0048b12871da5si742371lfs.4.2022.10.21.09.24.46 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Oct 2022 09:24:46 -0700 (PDT) Received-SPF: pass (google.com: domain of raphael.lisicki@siemens.com designates 40.107.2.42 as permitted sender) client-ip=40.107.2.42; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=hQgEZ8qw; arc=pass (i=1 spf=pass spfdomain=siemens.com dkim=pass dkdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of raphael.lisicki@siemens.com designates 40.107.2.42 as permitted sender) smtp.mailfrom=raphael.lisicki@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CLhReyn5c7HY6tsVl5WAvdPv7ImrrvjWI3Wc4TTyzhAUPFDbPsvzOAWUZ9osCRmDEe89iTvhMxNfG6+VctM+ErvzjaaCVagBNqop8o/ntDdPOp9W05yLw3rPmsdh7NkcftqQ3aezImGBgD2TbryLNM9tHwb5a0JpuZPp1O86eSk6ocosb5ivoysHUGWUo0uQRGrkAm21C9sBRJk+a+3UgdrTez0Zmf4GYmLs7Jhtvi7HG03dwHa3PHKUnTCfsTKhJeb8QGtiof8NANPalb+nrLSJJnTKW+PblF8UjZjuQ9Rept+HMZBA875kEAYijpKwfpAB8HGrSUNHQbs1Bf3d9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=mJOot4LsAsWgHPHJghdGhlgLYRNK2NhGWGmWTAm0GTs=; b=l52yTGl6ytS+0/e0AWcAfYc8qRey0kYoVC51d67OFY3M+882EJEGpMR9/S/H2pVVOe43cx6DLw9yIdqxvM3gHMbRWnzaWP5zQe3rHeuMifnclsk7KdzNTsuwgYDmfo+Zu3ZDtYpoUTRY2mLBp3BHAaR05kkvfa0gUqNPfakGe+8oZts1qcZYdoIv7RNYVmu/ivr1dwVDNf1haICNnOYf0GUllVGXFpz3XYtYCIYGwJ7nz9BQHLNy4fEjirJz6xrioIvpiFOZ7EQ2fgQJy3mQIlWC/kW3pCFZysX/kY8jrYVe6bZiHKXbQ+8gOMqxUDW/J1n9C3naVGCM3t30W5FRSg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=siemens.com; dmarc=pass action=none header.from=siemens.com; dkim=pass header.d=siemens.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siemens.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mJOot4LsAsWgHPHJghdGhlgLYRNK2NhGWGmWTAm0GTs=; b=hQgEZ8qweYsVPzS9fNcknkMOjlBs7+pkFWy2fjU8DXw6rb1LcTTSkz5YBdUVkeUUYncALmesNWVrRlxxSLP68T/ytGzJAl5x93IBycFZxLu+94M5QheqtNGXhighHlEhEZfEPbUkRLVMrKrSGh1nR+NWlMmaUoFmgNUNQxq2R8hmsP0vh1yGB4ahf1eb1cx14hF52qo6tz5jpzTx+U0kbqZT4THO5e+vN7TkuEaKwtTYxccMYyzUQFTw0WXIjGDgL1psokcI8TfoO0tDr1DuD9wdcp+gdSHx5IKobG42mMWCm3Cj6gf6/1YiWOPSg9dRVngNm6AJ4S2CYg7qHMtAVA== Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=siemens.com; Received: from AS2PR10MB6685.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:55c::6) by DB9PR10MB6522.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:10:3d6::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5723.32; Fri, 21 Oct 2022 16:24:44 +0000 Received: from AS2PR10MB6685.EURPRD10.PROD.OUTLOOK.COM ([fe80::91b8:e5ba:a609:78e9]) by AS2PR10MB6685.EURPRD10.PROD.OUTLOOK.COM ([fe80::91b8:e5ba:a609:78e9%9]) with mapi id 15.20.5723.033; Fri, 21 Oct 2022 16:24:44 +0000 Message-ID: Date: Fri, 21 Oct 2022 18:24:42 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 From: Raphael Lisicki Subject: Re: expand-on-first-boot and surprising umounts To: "Bezdeka, Florian (T CED SES-DE)" , "isar-users@googlegroups.com" References: <6f036245bbe00d69fc3492a1ffbf91a862c2951c.camel@siemens.com> <06b9570d-b711-f325-f915-9f3612b0d6dd@siemens.com> Content-Language: de-DE, en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: BE0P281CA0012.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:a::22) To AS2PR10MB6685.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:55c::6) Return-Path: raphael.lisicki@siemens.com MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: AS2PR10MB6685:EE_|DB9PR10MB6522:EE_ X-MS-Office365-Filtering-Correlation-Id: 671e6d6d-db0c-4655-e1ef-08dab380c375 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 2PIji1dNkKZYt+6QqLiG8h+S4eN7fHep9587P9afJsB4uJUTo9XTxj74LNkVtwdQcH2ZJbqUHyS9fByrb9oaEVWEqgJjpXwbZoQOddDsjPtxfDf+tV4khT18Y1rc0efKvuXZ0aQJ8A5/6AM9yPJr2WdGB+fBTY4jSa1hyaZrtYtsAP/KUXzOmN6olEOaTViL+SVgxJOUGD+PBkwptvbbtLQyMEvrG3QjEduf8fypo94Di6+Z4VyOPwIaIaZhOsGTFU4XgWVklZqMAEXWtRW21EvGCzYdggLAXSrqlRqp9n702mB6B3yljbBog+EbGywk/pqCfhKXQTu6qD/RxoqYMk1JSCcNQLxYftp/Tl+HsIcH93Vtay5qV5iP1TMr3AEE3JKPWGtLIgFc5iNWtdWv0a1PpPf8g7U4fDamcEClgKFrGMmQ11pmMXEQ27per505TbZPOCAgpjkK8fHHVsV7/AyxPDxhCKlAOzand6bMr4rf5PILnrrqk10595MZ5OzKA7pSOheIexoz8BdKt6CX9cT5+mgEitexocOjwRhXyp0NRYeF9mT6sB7CReWLFXtF4H8kHIE/QwgkT9amyZabvHTzXP+s2SZb3n5YcOD23KBsp+lJWxPNksnfZ0yFX7EuVQDhdnCUVedpHBpX79X1VrgGG6MzLPEQ3kUINbMeGQ8MFU/L2k8JKs5Oyi/4nRY/wYCGFV5FGBamEHRmnjqP6uPmEi2mRlQoSjub2By/cwdqCi0zNt2Poe8HUSKyVJYQDdHmjIsAaFYA2Xdc+9PHLpx50deOFgkCq+Vap4rXHT8= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AS2PR10MB6685.EURPRD10.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230022)(4636009)(376002)(39860400002)(346002)(366004)(396003)(136003)(451199015)(8936002)(6486002)(4001150100001)(478600001)(110136005)(66476007)(66946007)(5660300002)(2906002)(6512007)(186003)(8676002)(53546011)(2616005)(26005)(66556008)(44832011)(41300700001)(316002)(6506007)(36756003)(31696002)(86362001)(83380400001)(38100700002)(31686004)(82960400001)(45980500001)(43740500002);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?VUE0bVh4QVBKWDRKalhFWnRXM0ZkSFkxUGh0Umt3d0hwUWV4VXgrRUo1RTVu?= =?utf-8?B?VVR3VlRCTE9IYW5zeTJzWFErYUhKeEc5UEovUFNWSWtnN2NLbVo2dDd6ajBo?= =?utf-8?B?RzVKaDUxaG5uaVQ1c0Z0d0Y3MmVGMWFIL1pYMGlST1lZUFBUUEZ6dkRVVUVo?= =?utf-8?B?UU1kZE9wZURNOUVXTVBSQ1B3d0EweFdxWGx1Q2QxQ0s0U3VZcVEveU9QZVJM?= =?utf-8?B?ODVSc0Z5eWpjcGhqU2lvUzdaaUVoOWx3MjhWNWhKVk9WYVhISXA4bTVYWTlY?= =?utf-8?B?a3RoYk91UnpRYzl3L25NNm1ua2FCSlFXbGdvMzlKTi9WcGlsS0ZTNnQrVTZS?= =?utf-8?B?VHhObGhYWUQ3RGFzWlFEcmdLQnZwK2ZYcFZvcXk5bk1vQWNPamNxbjYwM0pj?= =?utf-8?B?NlFvTFBXZHE1a3BnaHhGU01uMmRJSkJTQjdXOUlyRnJKWnZXcmV2RnBzR0dt?= =?utf-8?B?emkveFdRZVcrb3N2emU5MjdTbUxVSGNjMDRFNnpkbkJ3SHpIaWNURWREMzN3?= =?utf-8?B?N25BUXlPOTVETjFqNENCQVh1MVdrbEpBRE9YOVJydHNTUlhJaWFMTXVjTzFs?= =?utf-8?B?RFFhZHVLWlV0OVN3bnNwU3BOTUFKWlMzQmw5K1Boak1vVFkxaXloUlQ3UG93?= =?utf-8?B?N293aXpkZC84c2tOcDFiOXlTQWNZcElrbjlnU2dSU1BKM0JNNjJJNlFJK1k0?= =?utf-8?B?QjcwU2ltWHN6VGRIeHFFYm1nSXdneGQ1L2w1Nm9pRjZXS2RtMWV3eVl4V1NF?= =?utf-8?B?MnlWOVBXWjBTV2dYNVV6TUxIQ1JxU0M4c2RjV2tBb29qczh1c2J0dEZlVHhW?= =?utf-8?B?VG8vQ0tiUkN3ckJqaUM2YWROa0Nqb0x1cVhGSEU3a2Y2bm41UkRYNGhJTWxF?= =?utf-8?B?NXo0dG9WKzR1M2ZWK2NUMTFKenEwcmNpczJhM1h1Z2lNN3Fucnp5WERPODVj?= =?utf-8?B?L01yaTR0S215Y3hIYnBTNitZaHhMWno1UGdqWDVQQWY0VitydjVNV0RVR1Rx?= =?utf-8?B?MjNFaENZTUFqYk0wcEFTL2lybk1ZekV2NGtYYTNTajBmdWJ5VFM2VDdFZGQy?= =?utf-8?B?eFgzeHhZbWxBSk5PUXNKOVh1VEEzamFzNUZwelN0dkhWRkJuZmw1UHFzVHdh?= =?utf-8?B?eEhFZ1VORGN3R2R6c3Jnc0NnSjltYnlPd2REYU51YTJpcklGT09ObkZNWjFW?= =?utf-8?B?aWVjbXoreGZObmYrTTMydXpmcVhFS3RpZW9aZTZVZEw2aUtDVTJ3em1BVlc4?= =?utf-8?B?RlRFemF3djNaekdCUkZXYWd6K0dvdm80bXRhdjFDQUJsQnNoNzdpZXZZb04z?= =?utf-8?B?R3FjQ1Vpemk2US9GUms5eGJBNStMSGNJVS9lVmRPNm53SG8rcTdjUHBSdmtz?= =?utf-8?B?ekJvWTIwQzB5NEVnS25hOFkvRWgwa1ZXdW5ocFIxQm1abU9XWEFuSGFpbnhu?= =?utf-8?B?ak1WeXlLdTVSTTBUa0QxNk1aaTd4S1pBajh3ZVlVbU43ZC85VFpMMXJmVzFq?= =?utf-8?B?eE9INEtkZllTc1Z5a2hvNEdlU1gyOFZGUWs0ZHhVaEhqTE5nTjdYMWwvUlBy?= =?utf-8?B?VVpPRGhiWTc5UHZacHhTOXF1RXR2VzFVRk03R2VZRSt3WWwyK0oyaEhJWFhL?= =?utf-8?B?d3JOTGh3TEtydnZZL3djbUxjR2hoajdwTWFYZGQ1UU80VVhLaEEzWTdJVWVo?= =?utf-8?B?WTBZYnk4NFdDWnRkTE9ubnZheDFycnpKK3IzaU5EdEczdWN6Z05TaXZpYm01?= =?utf-8?B?aDJOUm9VZDJBRTJ5SDQySU9Ta2tUek1SRGswanpKcGNNWFNkQmxCRldzSGk3?= =?utf-8?B?TFVRb3JHOGZlUkVlTVd6clZiTFFUbVVwWCtPQXZFdm1xaHFBY1p1THNXWkJn?= =?utf-8?B?ZTNOdnREclorSGJ2N0tORmJzWHJHSlArYkxXOGFwbVRWb0tnamRsZ29TcjNp?= =?utf-8?B?MDdQS3ZUM0xJNDE5THNUVUpNSDU3d3p5elVyc3JaV29peUpPMjkwc1c5aFFx?= =?utf-8?B?VzdMMkxMV3ZYQ1lTZ3A4V2lRYW9iR2swcldMS0ZQMVVDZEF5aGgwa0txbWRY?= =?utf-8?B?dUlNcnoxVlBIYUJkQjJCOTVuTFpDVWltbUU1UnNTOHN3aFVIK1IvZGxnTThM?= =?utf-8?B?cERia1V5dlVlaDc3R2VxVDRNOVZxa3NzQ3N3SHdHMmkvRkhidVJlekJhM0xV?= =?utf-8?B?YVE9PQ==?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: 671e6d6d-db0c-4655-e1ef-08dab380c375 X-MS-Exchange-CrossTenant-AuthSource: AS2PR10MB6685.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Oct 2022 16:24:44.3596 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 38ae3bcd-9579-4fd4-adda-b42e1495d55a X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: VMufvAr6wqUrMH7z07Be8jmvGsvPj2NlyR8mcKtt9Iq8bbn1bgbavXbA1YawXZQgOKoMHWrMGRMDHqQCziWzX1xCD6b0qh6jQYLlUSAO/po= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR10MB6522 X-TUID: uySDgNBvgn6a On 21.10.22 11:41, Bezdeka, Florian (T CED SES-DE) wrote: > On Fri, 2022-10-21 at 11:36 +0200, Raphael Lisicki wrote: >> >> On 21.10.22 10:45, Bezdeka, Florian (T CED SES-DE) wrote: >>> On Fri, 2022-10-21 at 09:48 +0200, Raphael Lisicki wrote: >>>> Hi everybody, >>>> >>>> I am using a debian bullseye based system and use expand-on-first-boot >>>> to expand the last partition. It is not the root file system but an >>>> extra ext4 partition to be mounted under /data. The mounting happens >>>> after expand-on-first boot has succeeded. >>>> >>>> Sometimes, on some builds more often than others, /data gets (attempted >>>> to be) umounted immediately after being mounted and subsequent units >>>> will fail. >>> >>> Hm... Nothing happens on build time. Everything takes place on the >>> "first" boot (until expand-on-first-boot disables itself). "more often" >>> is also confusing me because expand-on-first-boot should run exactly >>> once. >> >> Yes, it runs on first boot, but I can use the very same original image >> multiple times (after restoring it). And I can also try the same with >> other builds (doing a first boot) and some builds seem to be more often >> affected than others. My guess from this is that the exact >> alignment/size/padding/moon phase of some things in the image also plays >> a role. >> >> >>> >>>> >>>> Removing expand-on-first-boot resolves the issue, so does adding >>>> "ExecStartPost=/usr/bin/udevadm settle" to expand-on-first-boot but I am >>>> not sure if this is only a sophisticated way of solving a race condition >>>> with "sleep". >>>> >>>> My gut feeling is that after expand-on-first boot finishes, the kernel >>>> still processes block device events, which systemd gets after /data has >>>> already been mounted and then cause it to be umounted, as systemd was >>>> already picky with umounting stuff in the past [1]. Unfortunately I have >>>> no idea how to test this hypothesis. >>> >>> Nothing should be mounted (except the rootfs) until expand-on-first >>> completed. See below. >>> >>>> >>>> Did anyone already experience something like this? The racy-ness of the >>>> issue makes creating a minimal reproduction hard. >>> >>> Nope, have never seen that, but that doesn't mean that there is no >>> race. >>> >>> We have >>> >>> After=systemd-remount-fs.service >>> Before=local-fs-pre.target shutdown.target >>> ConditionPathIsReadWrite=/etc >>> >>> inside the expand-on-first-boot.service file. >>> >>> So we should be done before systemd tries to mount your /data >>> (according to Before=) and start after systemd did remounting in case >>> mount options (ro, rw, ...) have to be adjusted. >>> >>> I guess you should check your startup order (systemd-analyze might >>> help) and report back if we missed something. >> >> systemd-analyze shows exactly what you described: after >> expand-on-first-boot has finished, /data gets mounted (and immedeately >> umounted again). > > OK, so you have to figure out why this happens. Hopefully there are > some logs available... Yes, trying to do so, but nothing really helpful to see, if only there was a way to check why a unit got disabled. The most suspicious things I can find - taken from a boot without the problem: Oct 20 11:18:33 localhost systemctl[329]: Removed /etc/systemd/system/sysinit.target.wants/expand-on-first-boot.service. Oct 20 11:18:33 localhost systemd[1]: Reloading. [...] Oct 20 11:18:33 localhost systemd[1]: Found device QEMU_HARDDISK data. Oct 20 11:18:34 localhost systemd[1]: Mounted /data. Maybe that systemd reloading might have something to do with it. I will need to re-check with a log when the error occurred, I only have a log at hand where the unloading failed (even weirder behaviour, but I would forget about that one for now). I will repeat it and re-check in the environment where the problem happens, when I have access again. Running the same image on another system with qemu does not allow the reproduction of the issue (already played a little bit with number of cores). > > What file system is on your /data partition? What is the initial size > and the full-blown size? I am running in a virtual machine and did not bother to actually increase the image. It is an ext4 filesystem blown from 5324812 to a whopping 5324813 sectors, and resize2fs does not even do anything about it: "The filesystem is already 665601 (4k) blocks long. Nothing to do!" best regards raphael