From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6628950350153908224 X-Received: by 2002:a50:ad61:: with SMTP id z30mr3109222edc.0.1543842666140; Mon, 03 Dec 2018 05:11:06 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:906:1304:: with SMTP id w4-v6ls2840935ejb.10.gmail; Mon, 03 Dec 2018 05:11:05 -0800 (PST) X-Google-Smtp-Source: AFSGD/X9epGhqs21FGWmoT5GBhBUFeNEFnT0zN7pjVCJtvYx7/KtYhw/Y0Yh9ufmTiMtHEbAxsuV X-Received: by 2002:a17:906:b7d9:: with SMTP id fy25-v6mr2590150ejb.2.1543842665659; Mon, 03 Dec 2018 05:11:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543842665; cv=none; d=google.com; s=arc-20160816; b=x0UKkIPSOPy7qJN/7NX4Ro1OgghaG9/WeUNGIg/rqS4z7kGVSsQzcZm0ts3UYNA7rg lCFpSlQMnYBumOPnWh0RtAosLoQcdJuiAvccHV1vDH6bF36MQMPg+kPKSebe6ZZqL1uo m2cdm2JPrrbVh41wWk4kgg1AmJ+Dpb6Lk+eHpd1otPBqmwJjWVkduHR3pZLPUAb0ly9d LzzUSa050gounCGf897C/o1XpCigieq48nzlXw7zoX7JKxHZi1/IDwynKvPG4U0rkE4K nDz3JI2zu6SvlY+jwS3/gi7WY6p/XQ52gVhdNuhzOhxmvYqRsPl5ryR5k9IsBmnWzEXJ RrlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date; bh=T++j33GCKT6qr5/42AJp3YAcZaLvcCTEgmR/RAdUmmI=; b=rLGwDgvwVRRdv+u7A543ddEIiX7AWZbN48rkA41tt/8TVmagMiVZJXdt4AG+JO3s0x EHtG7xLNPf+h10n1IY9ZtF5jSD2IJcaa9Wv96+PQPSEa6OgKTHX/S9n3/VCdAegwR4Xp jq6+L0EA1LbBvdVfooWh2d/ZX5vW8kYS+xZqPskuAs/OqPo7waOoHknyJxDYwP4OtO6X YHimJNxiEPVUH2EYwk3YMzJvzwuu9gPNlJbdqamLEFjx7GwFcskTvCi2PkoQOr4/0DIN A+Zk2ndivx/e88Rd/ldZrtG/U++zQo26QCIaQOh1iPKqgJBWzlf+TbBQF4mVpA7QBDz0 X5lQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from lizzard.sbs.de (lizzard.sbs.de. [194.138.37.39]) by gmr-mx.google.com with ESMTPS id m24si671286edc.3.2018.12.03.05.11.05 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Dec 2018 05:11:05 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.39 as permitted sender) client-ip=194.138.37.39; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id wB3DB5Bw021653 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 3 Dec 2018 14:11:05 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.69.1]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id wB3DB5mR000763; Mon, 3 Dec 2018 14:11:05 +0100 Date: Mon, 3 Dec 2018 14:11:04 +0100 From: Henning Schild To: Andreas Reichel Cc: "Maxim Yu. Osipov" , Subject: Re: qemu test with start_vm fails Message-ID: <20181203141104.5ff860b0@md1za8fc.ad001.siemens.net> In-Reply-To: <20181130100639.065d5a14@md1za8fc.ad001.siemens.net> References: <20181128162524.GA12380@iiotirae> <7db5e0b2-52e8-f15f-96b6-88385de5a498@ilbers.de> <20181129122017.GA27213@iiotirae> <20181130100639.065d5a14@md1za8fc.ad001.siemens.net> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: YjVFpcgvhf6k Am Fri, 30 Nov 2018 10:06:39 +0100 schrieb "[ext] Henning Schild" : > Am Thu, 29 Nov 2018 13:20:17 +0100 > schrieb Andreas Reichel : > > > On Wed, Nov 28, 2018 at 08:34:58PM +0300, Maxim Yu. Osipov wrote: > > > Hi Andreas, > > > > > > I would suggest to double check your statements before blaming > > > that something is not working > > > > > Hi, > > > > well unfortunately I was correct. There is an error in Isar: > > the offline cache is included in the root file system :) > > > > There is a /base-apt in the resulting .ext4.img. > > > > This way I got a rootfs of 720 MB with no free space, despite the > > 64M extra space. (file system overhead). > > I think we now have a fix because we do not include the cache into the > image anymore. But that actually just hides the bug we have in the > ext4 class, next time someone builds a 700M image the same thing will > happen again. > > So we will also need a patch that prepares the ext4 for that case. > Things that could be done > - mkfs -m 1 (instead of default 5) > - multiply the size with an ext4 specific overhead factor > - df assert the EXTRA while still mounted > - double check what wic is doing, maybe use wic instead of ext4 In addition the "cp -r" will drop a lot of file attributes and should be "cp -a". In fact it would be best to "mkfs.ext4 -d", like wic. Using wic would result in a disk and not in a partition image, but that should not be a problem. Older mkfs.ext4 versions do not support "-d", maybe we need to finally drop that old raspbian ... Henning > Henning > > > In your CI you obviously do not use the offline cache feature, > > that's why in CI this did not happen. > > > > vG > > Andreas >