From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7156869355346591744 X-Received: by 2002:a2e:a78d:0:b0:26f:ca62:f685 with SMTP id c13-20020a2ea78d000000b0026fca62f685mr6890503ljf.263.1666370298893; Fri, 21 Oct 2022 09:38:18 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6512:2034:b0:48b:2227:7787 with SMTP id s20-20020a056512203400b0048b22277787ls1604851lfs.3.-pod-prod-gmail; Fri, 21 Oct 2022 09:38:17 -0700 (PDT) X-Google-Smtp-Source: AMsMyM73TrqH4uZc+X9mLjVwoD/LuHxIfbV088cNOVLslKKJ9nnUo+m8/gqHMvxHO5zQ+i8rOst/ X-Received: by 2002:a05:6512:2211:b0:4a2:7dc0:281a with SMTP id h17-20020a056512221100b004a27dc0281amr7753296lfu.296.1666370297541; Fri, 21 Oct 2022 09:38:17 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1666370297; cv=pass; d=google.com; s=arc-20160816; b=gH/FrIsqqfnFsjGX9dxnZYPShTIVW7ifqscRtfKAhcGAr++o5rjNSmJnjQjhRvH0gQ ZgbAd7XxukNOb8aC/z+2/FyMfCJyw6A1qVO/bGROMbzS6DIg7ch0WSUayZnq6QMq4x3u l2Gp1nWA8Qnp/ffOQi6Snb4jJxMloU5NmtT4m7odjaEm5ZgkqTwcL50qqCddDK18U4uw vBd+pYn4H8MHYjECy1n5R3ccKGvkeU6oBj/a+U7nTfadt1MaQ9g5Ojx/jXMFSIirFGhm m3790CAT3O/yb279dFtLZtIoHNjTMQr7A6EqIDARjTfRN1gmEfbXxA3xIqJ5VXvb2OoV +Miw== 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:references:to :from:content-language:subject:user-agent:date:message-id :dkim-signature; bh=mZ/sfCJGoICTcJDm79T975aZRY+SiChzSamwaVxKKMA=; b=u7Lac26KoF+6LkByPa9UEv5eX8SoYw695fyIcrKQx1Se/8OQlfvkF1ZXAQN2aDmyOT 25Um/M/xpiFmt7OvmHZk8Nozw4gnKsogfitCLeDEaoSTrfdl8vXr828yMrUItxiQUaFK ItDWRS6UF2l7aJC9cQ8H709/sUqWs6M8v4s+7g/JmHN6qu3bZRitutXJX1GlCFRvlPmF TZKb1RGTVI8Cdd+W0TceYEusSmNwX2jNv0EWM1tXKbG5YVaCDrka+VIPKfSQTrv7koqi 1qDK5O0LfE/blxEaL2bUITz5B4HmNW2pLukzTdIfknV3Il7C6/HeAsofeuTUlhWBebqW 7Evw== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=Pn7CBzVO; 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 jan.kiszka@siemens.com designates 40.107.6.52 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60052.outbound.protection.outlook.com. [40.107.6.52]) by gmr-mx.google.com with ESMTPS id e6-20020a05651236c600b004a225e3ed13si810821lfs.13.2022.10.21.09.38.17 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Oct 2022 09:38:17 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.6.52 as permitted sender) client-ip=40.107.6.52; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=Pn7CBzVO; 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 jan.kiszka@siemens.com designates 40.107.6.52 as permitted sender) smtp.mailfrom=jan.kiszka@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=cvvvwa+XiZ0w8y8+MiFmko1DB/vsedPTeBhkv1sszZcHhYpUES5onoF4Bm7ATbd5Z4WEhxK0+cppuQYOOTV7Ll8uEgetoGmSy/6zVGs0aW9nRg3I7tb4DglE+RvSSD1C0a4yBiZRVZgrwKoBRz0shUQRpBl0PqakHvZld4Q7qgQrtVenB4Pqzqe9BdjGCjn/JW8JKxmLwgZoUFZJdueqQli6z6qJ05ZVNSpJV0whIdUFmMxXtOqJPlkiaXJmAw5BC0U+IXHMhsAv/xVPHrbZ9AXYpPeql+WiCz2gMOY8ZgSBa4tbmf53dROHsxDf0+b/xXZLtKkrLOK9AYVqaWJRKA== 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=mZ/sfCJGoICTcJDm79T975aZRY+SiChzSamwaVxKKMA=; b=lk/zorACHPyUfRfeHrUQRNeeteAwYT4GrNsO4I2wB51DOw4so/93Y8UJa2lx9jWaFN8Croty0O/Ex5K9VNWR2a4fnE7JGw4YtQOdT5tRUiTITNewFpXhIr2Il+zpMl7lGI0nsaIVbD0z7RYFUHiiDmkrxHkyHlrUEFrrEZpTvze/70MtFricAR/HhHfpcdATp1ELax+kZSbnA4WE6Jp+ie3vxXR9hqjyLQtYMvMVnouLgk101EIN/O4eV6sPzUE+5g1ugVG5GOe/p/7+S+D8T5XsRu+zicFZoDoGT6C5m/UdhHTAnc1Akr5muohswvwLLcTRDOOsgQm5BZ8xFlLytw== 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=mZ/sfCJGoICTcJDm79T975aZRY+SiChzSamwaVxKKMA=; b=Pn7CBzVOpZKw/3ahN6TYRRmIOCXnDl9n9nppo4px6tzmtUwxfusI0UQLBkL29HsN6Ecln3+RD210dEkC7TN0eZdncLmLij9caft13PuebIxzuczcQABiH/MkNa/vlk8dlERukLT1fhsdW1E927+JRBbZ0RUsvYFTXwaU2jhetgLo6cYkd6+VZCOEjip0o49yDlba/VfwsEP7a1cpGf1mYqPgsrpLJcJ652kBr0YnXzOqTynQZkCvEUt60xLPy09S3lF1+xinGlCpZ11m4VfobrC4IMn8vq0F3m7YsG/w1i9mt1TDSOTDB/LFYn0wBueO7vtyxhV8NEqlQ0iVABSrGA== Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=siemens.com; Received: from AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:588::19) by PR3PR10MB4032.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:102:af::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5723.34; Fri, 21 Oct 2022 16:38:16 +0000 Received: from AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM ([fe80::10b2:2818:6ac:68c5]) by AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM ([fe80::10b2:2818:6ac:68c5%7]) with mapi id 15.20.5723.034; Fri, 21 Oct 2022 16:38:16 +0000 Message-ID: <4535d7d7-359a-0cf6-633b-2ca06c3cee8a@siemens.com> Date: Fri, 21 Oct 2022 18:38:14 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: expand-on-first-boot and surprising umounts Content-Language: en-US From: Jan Kiszka To: "Bezdeka, Florian" , "Lisicki, Raphael" , "isar-users@googlegroups.com" , Quirin Gylstorff References: <6f036245bbe00d69fc3492a1ffbf91a862c2951c.camel@siemens.com> <06b9570d-b711-f325-f915-9f3612b0d6dd@siemens.com> <24d5c73e-9a74-fcd6-f6a5-0ee86a95e095@siemens.com> In-Reply-To: <24d5c73e-9a74-fcd6-f6a5-0ee86a95e095@siemens.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: AS9PR06CA0513.eurprd06.prod.outlook.com (2603:10a6:20b:49d::8) To AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:588::19) Return-Path: jan.kiszka@siemens.com MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: AS4PR10MB6181:EE_|PR3PR10MB4032:EE_ X-MS-Office365-Filtering-Correlation-Id: 7b53eb8a-061c-4800-b2c2-08dab382a764 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: QVSGAUgHiWfUVXpnkOmffnVxMqIRK5/y7e+u/ykq8Z8UsCkV/+6RVHS3dw7Qqda1Ssyw9NyIcg1AYF6iZ5LRMZKj+bjqY3j3wVYLuPxlyk/5JgxByPuMiezmTaY9YG7Rdvg6BiPiiJ/xZcOFVg4oSr6nK62cYNr719HPGOwVRpKKo5Q1CkmZAHTWDLyhvIlP9MPp4STe21wrOHsg/lNvt/CEa+fH0RFIHpqH7XgYXv3mUWVWdLncu0kzKwHFCVhpldLEX2G4hN+OVMAfbpWJw9M/62CzkcHzTsmDi4lxoRZUUCy1D5kEG6ajh/YVLxXLUfMdgn3LPd0FwnvAayd41EIqEaDct1QX71ht4EXG63Doucu32I/ALCOJpKqiepo1VTNQ2Fe+BLkGi8jB1K834YTpGbHz+Rmda+ugb5X2xza3jVWTeG5VeMuG5ZItGHZ75HzLEPfkmm3q0pjQaQeLI1pm57cvnZCp300fqhI3AO2PFG1EVjMaPjC8d7isdC8eR4O4Pk1YrFM77CxqejeyDSmbw55WkYSMVBH/SCwjObkESeyp2qzPQ53YRQ4lPNfcO3gSDqpuzKJYNmQ9vNHQj7goGRb8r4mghO61TOCn8bicxJ5FKiZX+YWApsVZLIHic/1x+nPYsLTP8J8xOkqYRR0lAyLP4vR1JMe9EWeVfs+umaYyk+O84PhKeM67xDNZbpPHY5kXVTm2fBsEZLr12bJVbXigBl/6zyVKDhKZJfZyMNXvRxmk3laSDXRKkagwuNfcrwe80gHQI8DVj1QTjjB11fMbk/hlnNU9eVg8vwY= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230022)(4636009)(376002)(396003)(366004)(346002)(136003)(39860400002)(451199015)(31686004)(36756003)(6636002)(83380400001)(41300700001)(4001150100001)(2906002)(66946007)(110136005)(44832011)(2616005)(5660300002)(38100700002)(8676002)(66556008)(66476007)(316002)(186003)(6512007)(26005)(8936002)(6506007)(55236004)(86362001)(6486002)(31696002)(53546011)(478600001)(82960400001)(45980500001)(43740500002);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?NFMvNGprOHB3QmdNTW91cHl1MDVQMUZ6YlJNUnhMZVRvUmttWGsyWkRjbnRP?= =?utf-8?B?WGNEcFNKTEEvZDUzaE5zVEVrR1BPMi9sZ0xUbGtlMFRJa2hVRlFYZDA3NUEv?= =?utf-8?B?c2JNa0l0RjkrN2F4OEJ0ZlFvQ0JhblhpNzN4NmtxS1pmcDBuYmJzQ2huQ3V2?= =?utf-8?B?QW1Qc2QzdWZ2TlVISzh1Tks5bTREeGgyUU1na0FIVFdJOG52Y1dkM2VIbVpP?= =?utf-8?B?eXNkKzhUbUVaSWFTZkJ1WTdoNjY5clFqd1l4ZlNNa0tRcC9FWFh3WFkzdnk0?= =?utf-8?B?Q0pzSm04dHJXMmRYanZvVUZENjM3dVFaSHd0clZVTnV6eXJ0WFI5Y0ZFRlJt?= =?utf-8?B?eVVNK3h0Z0RDWm5GZFpOd0lOaDNWdFVpRnFsTEQyU1FzU2kvZGlzL2tMR1Bh?= =?utf-8?B?QzRpM2xheUgrY2MxenAwcFVWMVFrV2dGMTBpR2VYRzlxKzZuYlJWYVNxZTJZ?= =?utf-8?B?Q1J6OFRRYk9la3JIZC9QRzRMbFpMQzc0V1BjdlR5Z1c5eHkra1dPSDdKUU5Y?= =?utf-8?B?OERoRHJWbFRJTUk4YS9xZlhEdXd4VFdRRXAyRVRzR3FGOERCd3hORXVrTDhO?= =?utf-8?B?RmF6bUtnQUlMMmpTb2NtUWlmYVZRTzlxZlBaTWxNWWxjQUs4K3QzMGV2U0lQ?= =?utf-8?B?L2xPc3oxajY0S3dYZVpLZFJlMEJnV1g5b0FSYlVNMG5xbndqRDdrQjRYYmg2?= =?utf-8?B?aEFEV0YwYWNwdWNCSGJ2ZGxndmpiUFpvOTBuc2g0bmxmRitDWDZVMVB0R1Qw?= =?utf-8?B?V0lhZzNpZ1NVU2U3Z1BrU2I1SWthcDVDNnlqU3gvWEtPM0hWMnlheDhTRlNy?= =?utf-8?B?bG14b3R6b0Z1amVpN2F4UzljOHlpMlR5a1RSeHNoeXE0YmU0WVZIVEsyTlpp?= =?utf-8?B?SDdjYjZRWEdmOExVRGwxaWVVSWtkS095cmhrZ2lCTzJGcWVPTGVMMGUyVWk4?= =?utf-8?B?dUN5SFNTenJVYmcvUEluc2taUmdLTkVrY3BIMFdTejNyY3d0L3pJejA2MWlT?= =?utf-8?B?Z2FkOFdwYlc5RkY3MU1EVkdDTHFSMDRqSzhXMnU2b0VqZ1hqeEtXMkZQaGx2?= =?utf-8?B?Sm40TkxkaUN3b3ZSdmhEU28yRCs4NHVZWVhmbDZ4dHpPQnVMNmRkWjRUcldv?= =?utf-8?B?aEZJbVg0QnQ0WVl1d2x0a2EwR29rSUtZWERld1RzZ2dQZzdLL3dmb1YyVEdj?= =?utf-8?B?ZUJpQ1I4bzRMWC9oMW45TlU4RW5IeGpZQlJOUzcyOURLZzIrdUFTSXMrNUpU?= =?utf-8?B?UW81MEtvZmVNaDBld3ozWlRuSWc1S2psZVViaUZ0OEJtRjQ5YzVPVzg1OUF3?= =?utf-8?B?aGVxMHVIcVJob0h4RUsySWw2dDFLM0NGY2s2emJ5Qk0yWG8wd3ZGako2K2FC?= =?utf-8?B?eG9FRFdKOExCSDdYczVDR3ZBeUNLQ1k4REhGSVljazJ6K3Z6Wlc2TkpQbmhY?= =?utf-8?B?c2FWa21heWova3lnN0E0VDBnMWJMZ1VodW9TdGxWd0hGaC9LUVpKVENjT3FO?= =?utf-8?B?cktFeU5qcEtyWHVUVW5RUHlvRkxqbndwaFlBcDcxcWhrS2lHdTJCeTBEM1la?= =?utf-8?B?WXd0QzBITmI1cGMyRGJiMVZqVWt1MVNGcTVXeG1HUHVXOUYvOWphOWlNcDRi?= =?utf-8?B?RnJaSnh5dG1RNW5JVGNCbi9KNGtXS0RnRzJscVhNeGJhdzV2MGM4ZUgzRmpT?= =?utf-8?B?QWF3R042cWlqYzFSMmZ5eWw2QXVZS3FkREJzaHJZdFhVNFd6RVlmM0pQVFhp?= =?utf-8?B?VEw3cTJUVUZMemR2blZUWXdIUEUxQm5VR0x3QmV0TEtiQkcvS1Q5QXB2OWVZ?= =?utf-8?B?K0hYV0REdW1GalFPZ2M3dnppWURaY3ZqOW5tK3R0akRLMEtGWDV0bzU5U1NU?= =?utf-8?B?UnRCL2J0UjhSeUR4K1lGTDBhSFFyU3l4NXprYmx5VjI5TG1sa1l4cG5Tb1cw?= =?utf-8?B?Z2hsNDNqbC9sQlAyWmhMeUVHNzBUVS9ZSTBPRDJPN1ZVTHErd3F2UTAxd2ZS?= =?utf-8?B?QU4rTXUxNkc3VitGcWJNUHExckd0QjRqU0RySUFqcmt5eG04c3h0dHdUa1Bw?= =?utf-8?B?RGJZMHlyMzVMRmE1NlNoV0VOSHVmSUtJaHFaNXArWHRSNDg0MGZFakJnNnJ0?= =?utf-8?B?M3N2bzhwdG9NZ2pzaDNiUTJEd3Z4VmtEVTdIUUZCbkNRcTVQdnVBMU5NcHlV?= =?utf-8?B?K3c9PQ==?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7b53eb8a-061c-4800-b2c2-08dab382a764 X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Oct 2022 16:38:16.2486 (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: cBNap5r2FA4aW+tVR38ROPGHKvdMaU+8SNdM+5svef/J7J8ognEs8tJCckCBHNW/Exf+cHIWfKOlbT0Z0bYkZg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR3PR10MB4032 X-TUID: 31nx6gqeJXQZ On 21.10.22 15:05, Jan Kiszka wrote: > On 21.10.22 11:41, Bezdeka, Florian 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... >> >> What file system is on your /data partition? What is the initial size >> and the full-blown size? >> > > This pattern rings a bell, I've seen something like this on the IOT2050 > as well. I'm still looking for the hack that worked around it, maybe > Quirin recalls that more quickly. And I think that hack was obsoleted > when we moved to r/o-rootfs and overlays... > I didn't find the workaround, but we also played with udev settle and various delays. I recall our theory that a delayed device removal/replug event from the kernel after the partition table manipulation of expand-on-first-boot may confuse systemd to unmount but not remount the data partition again. Jan -- Siemens AG, Technology Competence Center Embedded Linux