From unknown Mon Jun 23 05:59:19 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#52919 <52919@debbugs.gnu.org> To: bug#52919 <52919@debbugs.gnu.org> Subject: Status: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir Reply-To: bug#52919 <52919@debbugs.gnu.org> Date: Mon, 23 Jun 2025 12:59:19 +0000 retitle 52919 Hidden "disk-image-rw" files aren't deleted after use, fillin= g $tmpdir reassign 52919 guix submitter 52919 Leo Famulari severity 52919 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 31 13:18:30 2021 Received: (at submit) by debbugs.gnu.org; 31 Dec 2021 18:18:30 +0000 Received: from localhost ([127.0.0.1]:57434 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3MU2-0001U7-Lg for submit@debbugs.gnu.org; Fri, 31 Dec 2021 13:18:30 -0500 Received: from lists.gnu.org ([209.51.188.17]:55880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n3MU0-0001Tw-DG for submit@debbugs.gnu.org; Fri, 31 Dec 2021 13:18:28 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36600) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3MU0-0001aS-8v for bug-guix@gnu.org; Fri, 31 Dec 2021 13:18:28 -0500 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]:48417) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n3MTy-000171-Lf for bug-guix@gnu.org; Fri, 31 Dec 2021 13:18:27 -0500 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id D5DC63200A2E; Fri, 31 Dec 2021 13:18:23 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 31 Dec 2021 13:18:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name; h=date:from:to:subject:message-id:mime-version:content-type; s= mesmtp; bh=RtSxiQNkvTReiekUT/RIBs9wbVTaLrmt4Qr3kvAh6Dw=; b=rjpsz n4x8QbaSKrOz9jMKzgGkSYJ0Qmj6cPxV9nBZ+0pxg5V3OWbnal4M4YbtfAdC3FDx DrAGAVaJ2xnOODNc8e8EIvBZLwWuwSLylAYvXVWLzyZYiBHgqbDAu/cS/yZ1j5wa UoAFBRqFrpBoOftaHM7EQZkz1MLSrzP/CUwaxA= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=RtSxiQNkvTReiekUT/RIBs9wbVTaL rmt4Qr3kvAh6Dw=; b=S7WpNwuBFZnKtd0iEokylKyEfQKHxjdCZaFBofxnh/lol Frp0w+Nek8BCXaSm8eBzM5NLzCjIjNlEW2NM3c3FlPy7Jh6/dsSqQlrm/h1pvGlL pnQt555ANkRMxCZYyZIpuNXwZKSJIEcS0poW0TiRMNZQdf622ZkFKi+N6espXTIt /1sxiXb99ydnwVkDk+8b1/pPohiHHO1gxpFDBExF0szFtll3ZLAX3OddIyDJToMc 6XTMA8vIs3GWFrlT2ldSotGQxkV0OUE4sYaX8p56xz6dsFX4jaTUPC5E3wDVNymY LSlzyhD/xsHyElm/YdCMOWaatL1qruDC3NM6iCrNw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddruddvhedguddufecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertd dttddvnecuhfhrohhmpefnvghoucfhrghmuhhlrghrihcuoehlvghosehfrghmuhhlrghr ihdrnhgrmhgvqeenucggtffrrghtthgvrhhnpeeuieduieejudffvdfhjedvgedvhefggf ejvdevkeeffeelfeekueeijeduveetudenucffohhmrghinhepghhnuhdrohhrghenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehlvghosehfrg hmuhhlrghrihdrnhgrmhgv X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 31 Dec 2021 13:18:23 -0500 (EST) Date: Fri, 31 Dec 2021 13:18:21 -0500 From: Leo Famulari To: bug-guix@gnu.org Subject: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Received-SPF: pass client-ip=64.147.123.21; envelope-from=leo@famulari.name; helo=wout5-smtp.messagingengine.com X-Spam_score_int: -8 X-Spam_score: -0.9 X-Spam_bar: / X-Spam_report: (-0.9 / 5.0 requ) DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) I noticed that files such as ".gk8hqaqb6z4q1gmk678sixjbc9r7kd9g-disk-image-rw" are filling up my $TMPDIR when building ISO images with Guix. This is new. I think the issue was introduced with recent work on (gnu system image), perhaps from this commit: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=da924796744bbb7b035a986fe5d28d8d613ff6af From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 03 09:57:19 2022 Received: (at 52919) by debbugs.gnu.org; 3 Jan 2022 14:57:19 +0000 Received: from localhost ([127.0.0.1]:35871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n4Olz-0006Ay-FH for submit@debbugs.gnu.org; Mon, 03 Jan 2022 09:57:19 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54388) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n4Olj-0006A7-1O for 52919@debbugs.gnu.org; Mon, 03 Jan 2022 09:57:18 -0500 Received: from [2001:470:142:3::e] (port=53294 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4Old-0007Xg-Gw; Mon, 03 Jan 2022 09:56:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=SmRvOvFfauj8iYX61d/2yACAdSLJfLU79wfLzP4tdo0=; b=aaL7ymOb1NMBgQsZUc13 +UqBS2IbgzlP+P57pbWTH0sFTSTGAOmGwXPOVL86PPwWYBog6sW98eHBptGNr+DbLoIDYfm/LwmS1 FoVPBZ/glKPpHR81V8GNtsBCmTcuiCwAzn09HdLw48iVnYbgIkQ1iKXzD7wPEpLFQb9bC8axonbB0 tJSIAW5sXJbvQqeBviO5DIXcySDwr9E8w1ix4wpjvIpqNiJM1Rs7c18Npx0rZrB3hFEF/BAgqfA5O 1i/C4IhJvD2aqYj3Kdfp8OTPa7mTMk/xoRX/a/CFrgxrH69VnluKczwEi1ihl+F2WB0L4cI6Yd0RI zPgWjKWQNYhTCA==; Received: from rtr.23.90.204.206.unyc.it ([23.90.204.206]:40550 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4Old-0007Xu-LB; Mon, 03 Jan 2022 09:56:57 -0500 From: Mathieu Othacehe To: Leo Famulari Subject: Re: bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir References: Date: Mon, 03 Jan 2022 15:56:54 +0100 In-Reply-To: (Leo Famulari's message of "Fri, 31 Dec 2021 13:18:21 -0500") Message-ID: <87pmp850ll.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 52919 Cc: 52919@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hello Leo, > This is new. I think the issue was introduced with recent work on (gnu > system image), perhaps from this commit: > > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=da924796744bbb7b035a986fe5d28d8d613ff6af Before that commit "guix system vm" was always producing volatile images, regardless of the "--volatile" argument. The new behaviour is to only produce volatile images if "--volatile" is passed. This means that by default, "disk-image-rw" are created in /tmp so that QEMU can operate on RW images. The side effect is that those big images can fill /tmp pretty quickly as you noticed. We could use the ~/.cache/guix directory instead to store those images. We could also make "--volatile" the default and introduce a "--persistent" argument instead. That would restore the previous "guix system vm" behaviour. WDYT? Thanks, Mathieu From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 04 03:18:04 2022 Received: (at 52919) by debbugs.gnu.org; 4 Jan 2022 08:18:04 +0000 Received: from localhost ([127.0.0.1]:36974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n4f19-0005P0-Rz for submit@debbugs.gnu.org; Tue, 04 Jan 2022 03:18:04 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:48586) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n4f18-0005OG-6u for 52919@debbugs.gnu.org; Tue, 04 Jan 2022 03:18:02 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id CEF23195; Tue, 4 Jan 2022 09:17:55 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vEAPSLCJBTIA; Tue, 4 Jan 2022 09:17:55 +0100 (CET) Received: from ribbon (91-160-117-201.subs.proxad.net [91.160.117.201]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 4F03779; Tue, 4 Jan 2022 09:17:54 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Mathieu Othacehe Subject: Re: bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir References: <87pmp850ll.fsf@gnu.org> Date: Tue, 04 Jan 2022 09:17:53 +0100 Message-ID: <8735m3nccu.fsf@inria.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / Authentication-Results: hera.aquilenet.fr; none X-Rspamd-Server: hera X-Rspamd-Queue-Id: CEF23195 X-Spamd-Result: default: False [0.90 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 52919 Cc: 52919@debbugs.gnu.org, Leo Famulari X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi, Mathieu Othacehe skribis: >> This is new. I think the issue was introduced with recent work on (gnu >> system image), perhaps from this commit: >> >> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3Dda924796744bbb7b= 035a986fe5d28d8d613ff6af > > Before that commit "guix system vm" was always producing volatile > images, regardless of the "--volatile" argument. The new behaviour is to > only produce volatile images if "--volatile" is passed. I had overlooked the change of default. > This means that by default, "disk-image-rw" are created in /tmp so that > QEMU can operate on RW images. The side effect is that those big images > can fill /tmp pretty quickly as you noticed. > > We could use the ~/.cache/guix directory instead to store those > images. We could also make "--volatile" the default and introduce a > "--persistent" argument instead. That would restore the previous "guix > system vm" behaviour. Yes, reverting to the old behavior for =E2=80=98guix system vm=E2=80=99 and= adding =E2=80=98--persistent=E2=80=99 sounds like a nice option to me. As for the image backing storage, using ~/.cache/guix/images (with non dot-prefixed file names) sounds cleaner and safer to me (no risk of /tmp race or whatever). Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 04 12:27:00 2022 Received: (at 52919) by debbugs.gnu.org; 4 Jan 2022 17:27:00 +0000 Received: from localhost ([127.0.0.1]:38580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n4naO-0001s6-B2 for submit@debbugs.gnu.org; Tue, 04 Jan 2022 12:27:00 -0500 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:39631) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n4naJ-0001rm-MG for 52919@debbugs.gnu.org; Tue, 04 Jan 2022 12:26:59 -0500 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 8E91C5C028D; Tue, 4 Jan 2022 12:26:50 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 04 Jan 2022 12:26:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-transfer-encoding:in-reply-to; s=mesmtp; bh=aY8jmOrueBVxWbCKzOSyD/Q+si/M2qnaPvcA9sxP23E=; b=mEOvtpEZRoZp aRdk5aDcICM4tosKGh+mbgnd95zOj7EKz2W3gpOb2gzFcJP8i36yBq8eoaiqFBYw 4oHqGoFT0vagED/PA/IofhDxol9D+3emsTS+5M7jUM2AMkc5UdSYTu5CMNreKjh0 DYu/igvvSnxvclfmPDkesPyA+p1PSN8= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=aY8jmOrueBVxWbCKzOSyD/Q+si/M2qnaPvcA9sxP2 3E=; b=Yy0YDzbbQdHuxITSlhmAF2hneSe77jRFWtmVe9C/gmDZtXzAgTQUQYdXP LJUC9Xyv//MukXgPtgzl5e+RbJOKTGwmbqB+3ghgeXpLOASHQ4BV2PzIrz8oc2eK t+gSjXaDlS6O4vqVtgVN3je6Y8QF3V93Rqw0MTmxgbjHHLCkx5n2gbE+UNeBLLxy XWiF24+FGK+oO5n2uy4gDtXQvf9mNAC6tZQA4afUhpePBXxbHxhrX3Nrt/0pBdsY oxS1a+CrGCVgGJerIJzyzhXnK2KWc1CXTY1obcvLB1cuj9y4HJfUp28Ed7+49Yrw gujliMVe+T3u0R7pRvZMNWTSwMAAA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrudeffedguddtudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkfhggtggugfgjsehtkeertddttddunecuhfhrohhmpefnvgho ucfhrghmuhhlrghrihcuoehlvghosehfrghmuhhlrghrihdrnhgrmhgvqeenucggtffrrg htthgvrhhnpeeuueegudfgvdfgveeuvdeludelfeejhfeggfejtefggeekudekhfdvfeel jeehgfenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe hlvghosehfrghmuhhlrghrihdrnhgrmhgv X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 4 Jan 2022 12:26:50 -0500 (EST) Date: Tue, 4 Jan 2022 12:26:48 -0500 From: Leo Famulari To: Ludovic =?iso-8859-1?Q?Court=E8s?= Subject: Re: bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir Message-ID: References: <87pmp850ll.fsf@gnu.org> <8735m3nccu.fsf@inria.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8735m3nccu.fsf@inria.fr> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 52919 Cc: Mathieu Othacehe , 52919@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Tue, Jan 04, 2022 at 09:17:53AM +0100, Ludovic Courtès wrote: > As for the image backing storage, using ~/.cache/guix/images (with non > dot-prefixed file names) sounds cleaner and safer to me (no risk of /tmp > race or whatever). I wonder if there are any other tools in Guix that tend to create multi-gigabyte files in "$HOME"? It might be a bit surprising, but maybe not a big deal. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 11 07:33:42 2022 Received: (at 52919) by debbugs.gnu.org; 11 Jan 2022 12:33:42 +0000 Received: from localhost ([127.0.0.1]:54349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7GLN-0002HC-OI for submit@debbugs.gnu.org; Tue, 11 Jan 2022 07:33:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7GLL-0002Gx-4M for 52919@debbugs.gnu.org; Tue, 11 Jan 2022 07:33:40 -0500 Received: from [2001:470:142:3::e] (port=44614 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7GLE-0000Tb-QA; Tue, 11 Jan 2022 07:33:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=eB1y8fogFzE2BTvbLCUCCk/oMa6AgmX+uCRunMAkW20=; b=DJvu9sD0rbILiSU6JPSJ 0RPM/OjPDhMNi/TYQ3+gdweykQUZCDdgSwvSgB+Ba4BWcdDeXMcM/rIle/D5NCPZnLk01WudNMta6 eH7Xt7CQq3iJFeZF4+9T9jpC11zVCJyerr6S64FlXQCXBqrgQ0T4LfacKLZnwCBIQzTXc9NtTXb9W p3MwRWNIpmk/KCglHN7Q0gqKWXzFf6KjyQL/W9I61Yeo1EvuWQSH7QUUSrDkOL0o1/sVe+jR7hQyB mUSnQvuqsaQoYGg0VlPa25SvOhskpEe3cq71AufP4WyUgm9OP+pR/KEcaSqsivsafK6kWaelinf77 R72n6ZlLDoCj6Q==; Received: from [2a01:e0a:19b:d9a0:2f3b:16f2:b776:3ef9] (port=51148 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7GLE-0006dD-MC; Tue, 11 Jan 2022 07:33:33 -0500 From: Mathieu Othacehe To: Leo Famulari Subject: Re: bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir References: <87pmp850ll.fsf@gnu.org> <8735m3nccu.fsf@inria.fr> Date: Tue, 11 Jan 2022 13:33:30 +0100 In-Reply-To: (Leo Famulari's message of "Tue, 4 Jan 2022 12:26:48 -0500") Message-ID: <87v8yqv4dh.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52919 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 52919@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain Hey, Here is a patch to store the rw images in the cache directory. Regarding the volatile flag, things are a little more complex than what I thought initially. The "guix system" help menu states that: --8<---------------cut here---------------start------------->8--- --volatile for 'image', make the root file system volatile --8<---------------cut here---------------end--------------->8--- because for an image, it often makes sense to have the root file system persistent. For the 'vm' command however, it's probably the other way around as we would prefer not to copy the huge image files if possible. I feel like creating a '--volatile-image' and a '--persistent-vm' option is going to make things too much complex. WDYT? Thanks, Mathieu --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-system-vm-Do-not-store-rw-image-in-the-tmp-directory.patch >From e4efaf2ffc6d7c699f9d1c41744cfff89be65c12 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date: Tue, 11 Jan 2022 13:27:35 +0100 Subject: [PATCH 1/1] system: vm: Do not store rw image in the /tmp directory. * gnu/system/vm.scm (system-qemu-image/shared-store-script): Store them in the cache directory instead. --- gnu/system/vm.scm | 17 ++++++++++++----- 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/gnu/system/vm.scm b/gnu/system/vm.scm index 0fc9fb57f4..bd21f9416c 100644 --- a/gnu/system/vm.scm +++ b/gnu/system/vm.scm @@ -283,7 +283,9 @@ (define kernel-arguments #+@(operating-system-kernel-arguments os "/dev/vda1"))) (define rw-image - #~(format #f "/tmp/.~a-rw" (basename #$base-image))) + #~(format #f "~a/~a-rw" + #$(string-append (cache-directory) "/images") + (basename #$base-image))) (define qemu-exec #~(list #+(file-append qemu "/bin/" @@ -310,10 +312,15 @@ (define builder #+(file-append bash "/bin/sh")) (when (not #$volatile?) (format port "~a~%" - #$(program-file "copy-image" - #~(unless (file-exists? #$rw-image) - (copy-file #$base-image #$rw-image) - (chmod #$rw-image #o640))))) + #$(program-file + "copy-image" + (with-imported-modules '((guix build utils)) + #~(begin + (use-modules (guix build utils)) + (unless (file-exists? #$rw-image) + (mkdir-p (dirname #$rw-image)) + (copy-file #$base-image #$rw-image) + (chmod #$rw-image #o640))))))) (format port "exec ~a \"$@\"~%" (string-join #$qemu-exec " ")) (chmod port #o555)))) -- 2.34.0 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 12 15:54:38 2022 Received: (at 52919) by debbugs.gnu.org; 12 Jan 2022 20:54:38 +0000 Received: from localhost ([127.0.0.1]:59256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7kdi-0006IU-9S for submit@debbugs.gnu.org; Wed, 12 Jan 2022 15:54:38 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:37030) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7kdg-0006IE-QT for 52919@debbugs.gnu.org; Wed, 12 Jan 2022 15:54:37 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id C9C0A78B; Wed, 12 Jan 2022 21:54:30 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o8PhPHoUl9OP; Wed, 12 Jan 2022 21:54:30 +0100 (CET) Received: from ribbon (91-160-117-201.subs.proxad.net [91.160.117.201]) by hera.aquilenet.fr (Postfix) with ESMTPSA id B2BDE353; Wed, 12 Jan 2022 21:54:29 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Mathieu Othacehe Subject: Re: bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir References: <87pmp850ll.fsf@gnu.org> <8735m3nccu.fsf@inria.fr> <87v8yqv4dh.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 23 =?utf-8?Q?Niv=C3=B4se?= an 230 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Wed, 12 Jan 2022 21:54:29 +0100 In-Reply-To: <87v8yqv4dh.fsf@gnu.org> (Mathieu Othacehe's message of "Tue, 11 Jan 2022 13:33:30 +0100") Message-ID: <874k68r7y2.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / Authentication-Results: hera.aquilenet.fr; none X-Rspamd-Server: hera X-Rspamd-Queue-Id: C9C0A78B X-Spamd-Result: default: False [0.90 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 52919 Cc: 52919@debbugs.gnu.org, Leo Famulari X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi, Mathieu Othacehe skribis: > Here is a patch to store the rw images in the cache directory. Regarding > the volatile flag, things are a little more complex than what I thought > initially. > > The "guix system" help menu states that: > > --volatile for 'image', make the root file system volatile > > because for an image, it often makes sense to have the root file system > persistent. For the 'vm' command however, it's probably the other way > around as we would prefer not to copy the huge image files if possible. > > I feel like creating a '--volatile-image' and a '--persistent-vm' option > is going to make things too much complex. > > WDYT? Hmm. Can we keep =E2=80=9Cimage=E2=80=9D persistent by default, and make = =E2=80=98vm=E2=80=99 volatile by default? That way, =E2=80=98--volatile=E2=80=99 would only make sense f= or =E2=80=98image=E2=80=99, and =E2=80=98--persistent=E2=80=99 would only make sense for =E2=80=98vm=E2= =80=99. (So we=E2=80=99d be adding just one option: =E2=80=98--persistent=E2=80=99.) WDYT? > From e4efaf2ffc6d7c699f9d1c41744cfff89be65c12 Mon Sep 17 00:00:00 2001 > From: Mathieu Othacehe > Date: Tue, 11 Jan 2022 13:27:35 +0100 > Subject: [PATCH 1/1] system: vm: Do not store rw image in the /tmp direct= ory. > > * gnu/system/vm.scm (system-qemu-image/shared-store-script): Store them i= n the > cache directory instead. Leo had a point on the size of those files, and the fact that if they=E2=80= =99re in ~/.cache they=E2=80=99re not going to be removed automatically, which co= uld lead to user disks filling up. So after all, it might be best to keep those images in ${TMPDIR:-/tmp}. I would still ensure they have a name like =E2=80=9Cguix-image-$USER-XXX=E2= =80=9D, where XXX is the store file basename. Thoughts? Apologies for the hesitations! Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 13 05:55:36 2022 Received: (at 52919) by debbugs.gnu.org; 13 Jan 2022 10:55:36 +0000 Received: from localhost ([127.0.0.1]:60300 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7xlX-0006Q0-B0 for submit@debbugs.gnu.org; Thu, 13 Jan 2022 05:55:35 -0500 Received: from eggs.gnu.org ([209.51.188.92]:50932) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n7xlT-0006Pf-GI for 52919@debbugs.gnu.org; Thu, 13 Jan 2022 05:55:33 -0500 Received: from [2001:470:142:3::e] (port=41450 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7xlL-0003uM-S2; Thu, 13 Jan 2022 05:55:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=tI2BIRT/0fbMOAja8yxXWQQ6yo0okoIDa7uDf4NgZF4=; b=ZurpOLz8xeQI6YgkHzdL XbRrVWoPqULyvVukrBBAjQ9MXVwdlRNtRs4NkmhxYXX0hkCdLBGuB8s/7eU9WsEAMeSGfSvgNBaB7 j2K4GUiXh5ktUiiMs7vRY51lHCYv7KdYKLzU5CUTEP7i9495s1haGMRhqtAIO4ENbu7esySsKTLo6 VIf4lCTEFj8txK+SCGXT/7M32xDMKe0cD3Y2VeJQhSiK/SqCQ7g73PCnz0dt/hvfKbL4mwnvyVLBl 8qjw8ynBTyGLF4EbGM1BxzMyWkm0cxYfzOuBpRFeqH8sp9DF4aIaxMfV/vmu9/iqU3YqGQ8OQZvWP ISVrmbbGJ5yIAw==; Received: from [2a01:e0a:19b:d9a0:2f3b:16f2:b776:3ef9] (port=51254 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7xlL-0002AS-Jc; Thu, 13 Jan 2022 05:55:23 -0500 From: Mathieu Othacehe To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir References: <87pmp850ll.fsf@gnu.org> <8735m3nccu.fsf@inria.fr> <87v8yqv4dh.fsf@gnu.org> <874k68r7y2.fsf@gnu.org> Date: Thu, 13 Jan 2022 11:55:21 +0100 In-Reply-To: <874k68r7y2.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Wed, 12 Jan 2022 21:54:29 +0100") Message-ID: <87sftr52hy.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52919 Cc: 52919@debbugs.gnu.org, Leo Famulari X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hey, > Hmm. Can we keep =E2=80=9Cimage=E2=80=9D persistent by default, and make= =E2=80=98vm=E2=80=99 volatile > by default? That way, =E2=80=98--volatile=E2=80=99 would only make sense= for =E2=80=98image=E2=80=99, > and =E2=80=98--persistent=E2=80=99 would only make sense for =E2=80=98vm= =E2=80=99. (So we=E2=80=99d be adding > just one option: =E2=80=98--persistent=E2=80=99.) > > WDYT? I'm not fan of adding antithetic options: --x and --no-x. There's an attached patch introducing --volatile-image and --persistent-vm options, and documenting them. It's maybe not that bad after all. > I would still ensure they have a name like =E2=80=9Cguix-image-$USER-XXX= =E2=80=9D, where > XXX is the store file basename. Sure. Thanks, Mathieu --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-scripts-system-Rationalize-persistency.patch >From b0c84a411f9f23f4f1a4155ba5efa68cac9004a2 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date: Thu, 13 Jan 2022 11:35:40 +0100 Subject: [PATCH 1/2] scripts: system: Rationalize persistency. Make sure that the images are created with a non volatile root by default and the vm are created with a volatile root by default. Break the --volatile option into --volatile-image and --persistent-vm options. * guix/scripts/system.scm (perform-action): Turn volatile? argument into volatile-vm-root?. (show-help): Introduce --volatile-image and --persistent-vm options instead of --volatile. (%default-options): Adapt it. (%options): Handle those options. (process-action): Honor them. * doc/guix.texi (Invoking guix system): Adapt it accordingly. --- doc/guix.texi | 15 ++++++++++----- guix/scripts/system.scm | 25 +++++++++++++++++-------- 2 files changed, 27 insertions(+), 13 deletions(-) diff --git a/doc/guix.texi b/doc/guix.texi index bc289bad7b..9f763bcfa7 100644 --- a/doc/guix.texi +++ b/doc/guix.texi @@ -35152,6 +35152,11 @@ $ $(guix system vm my-config.scm) -m 1024 -smp 2 -nic user,model=virtio-net-pci The VM shares its store with the host system. +By default, the root file system of the VM is mounted volatile; the +@option{--persistent-vm} option can be provided to make it persistent +instead. In that case, the VM disk-image file will be copied from the +store to the @env{TMPDIR} directory to make it writable. + Additional file systems can be shared between the host and the VM using the @option{--share} and @option{--expose} command-line options: the former specifies a directory to be shared with write access, while the latter @@ -35189,14 +35194,14 @@ QEMU monitor and the VM. @cindex Creating system images in various formats @item image @cindex image, creating disk images -The @code{image} command can produce various image types. The -image type can be selected using the @option{--image-type} option. It +The @code{image} command can produce various image types. The image +type can be selected using the @option{--image-type} option. It defaults to @code{efi-raw}. When its value is @code{iso9660}, the @option{--label} option can be used to specify a volume ID with @code{image}. By default, the root file system of a disk image is -mounted non-volatile; the @option{--volatile} option can be provided to -make it volatile instead. When using @code{image}, the bootloader -installed on the generated image is taken from the provided +mounted non-volatile; the @option{--volatile-image} option can be +provided to make it volatile instead. When using @code{image}, the +bootloader installed on the generated image is taken from the provided @code{operating-system} definition. The following example demonstrates how to generate an image that uses the @code{grub-efi-bootloader} bootloader and boot it with QEMU: diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm index 98e788c657..3ca5592e34 100644 --- a/guix/scripts/system.scm +++ b/guix/scripts/system.scm @@ -772,7 +772,7 @@ (define* (perform-action action image dry-run? derivations-only? use-substitutes? target full-boot? - volatile? + volatile-vm-root? (graphic? #t) container-shared-network? (mappings '()) @@ -827,7 +827,8 @@ (define bootcfg (mlet* %store-monad ((sys (system-derivation-for-action image action #:full-boot? full-boot? - #:volatile? volatile? + #:volatile? + volatile-vm-root? #:graphic? graphic? #:container-shared-network? container-shared-network? #:mappings mappings)) @@ -997,7 +998,9 @@ (define (show-help) (display (G_ " --no-bootloader for 'init', do not install a bootloader")) (display (G_ " - --volatile for 'image', make the root file system volatile")) + --volatile-image for 'image', make the root file system volatile")) + (display (G_ " + --persistent-vm for 'vm', make the root file system persistent")) (display (G_ " --label=LABEL for 'image', label disk image with LABEL")) (display (G_ " @@ -1078,9 +1081,12 @@ (define %options (option '("no-bootloader" "no-grub") #f #f (lambda (opt name arg result) (alist-cons 'install-bootloader? #f result))) - (option '("volatile") #f #f + (option '("volatile-image") #f #f + (lambda (opt name arg result) + (alist-cons 'volatile-image-root? #t result))) + (option '("persistent-vm") #f #f (lambda (opt name arg result) - (alist-cons 'volatile-root? #t result))) + (alist-cons 'volatile-vm-root? #f result))) (option '("label") #t #f (lambda (opt name arg result) (alist-cons 'label arg result))) @@ -1149,7 +1155,8 @@ (define %default-options (image-size . guess) (install-bootloader? . #t) (label . #f) - (volatile-root? . #f) + (volatile-image-root? . #f) + (volatile-vm-root? . #t) (graph-backend . "graphviz"))) (define (verbosity-level opts) @@ -1219,7 +1226,8 @@ (define save-provenance? ((docker-image) docker-image-type) (else image-type))) (image-size (assoc-ref opts 'image-size)) - (volatile? (assoc-ref opts 'volatile-root?)) + (volatile? + (assoc-ref opts 'volatile-image-root?)) (shared-network? (assoc-ref opts 'container-shared-network?)) (base-image (if (operating-system? obj) @@ -1279,7 +1287,8 @@ (define (graph-backend) #:validate-reconfigure (assoc-ref opts 'validate-reconfigure) #:full-boot? (assoc-ref opts 'full-boot?) - #:volatile? (assoc-ref opts 'volatile-root?) + #:volatile-vm-root? + (assoc-ref opts 'volatile-vm-root?) #:graphic? (not (assoc-ref opts 'no-graphic?)) #:container-shared-network? (assoc-ref opts 'container-shared-network?) -- 2.34.0 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 13 09:50:05 2022 Received: (at 52919) by debbugs.gnu.org; 13 Jan 2022 14:50:05 +0000 Received: from localhost ([127.0.0.1]:60576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n81QS-0003Jb-VI for submit@debbugs.gnu.org; Thu, 13 Jan 2022 09:50:05 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:58268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n81QQ-0003J1-U5 for 52919@debbugs.gnu.org; Thu, 13 Jan 2022 09:50:04 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 84C687EE; Thu, 13 Jan 2022 15:49:56 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e-zk2gvNHs57; Thu, 13 Jan 2022 15:49:55 +0100 (CET) Received: from ribbon (91-160-117-201.subs.proxad.net [91.160.117.201]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 29A9B789; Thu, 13 Jan 2022 15:49:54 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Mathieu Othacehe Subject: Re: bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir References: <87pmp850ll.fsf@gnu.org> <8735m3nccu.fsf@inria.fr> <87v8yqv4dh.fsf@gnu.org> <874k68r7y2.fsf@gnu.org> <87sftr52hy.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 24 =?utf-8?Q?Niv=C3=B4se?= an 230 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Thu, 13 Jan 2022 15:49:54 +0100 In-Reply-To: <87sftr52hy.fsf@gnu.org> (Mathieu Othacehe's message of "Thu, 13 Jan 2022 11:55:21 +0100") Message-ID: <871r1b8zcd.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / Authentication-Results: hera.aquilenet.fr; none X-Rspamd-Server: hera X-Rspamd-Queue-Id: 84C687EE X-Spamd-Result: default: False [0.90 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_HAS_CURRENCY(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 52919 Cc: 52919@debbugs.gnu.org, Leo Famulari X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello, Mathieu Othacehe skribis: >> Hmm. Can we keep =E2=80=9Cimage=E2=80=9D persistent by default, and mak= e =E2=80=98vm=E2=80=99 volatile >> by default? That way, =E2=80=98--volatile=E2=80=99 would only make sens= e for =E2=80=98image=E2=80=99, >> and =E2=80=98--persistent=E2=80=99 would only make sense for =E2=80=98vm= =E2=80=99. (So we=E2=80=99d be adding >> just one option: =E2=80=98--persistent=E2=80=99.) >> >> WDYT? > > I'm not fan of adding antithetic options: --x and --no-x. There's an > attached patch introducing --volatile-image and --persistent-vm options, > and documenting them. It's maybe not that bad after all. [...] > From b0c84a411f9f23f4f1a4155ba5efa68cac9004a2 Mon Sep 17 00:00:00 2001 > From: Mathieu Othacehe > Date: Thu, 13 Jan 2022 11:35:40 +0100 > Subject: [PATCH 1/2] scripts: system: Rationalize persistency. > > Make sure that the images are created with a non volatile root by default= and > the vm are created with a volatile root by default. Break the --volatile > option into --volatile-image and --persistent-vm options. > > * guix/scripts/system.scm (perform-action): Turn volatile? argument into > volatile-vm-root?. > (show-help): Introduce --volatile-image and --persistent-vm options inste= ad of > --volatile. > (%default-options): Adapt it. > (%options): Handle those options. > (process-action): Honor them. > * doc/guix.texi (Invoking guix system): Adapt it accordingly. It=E2=80=99s maybe not that important but I=E2=80=99m not convinced about t= he extra =E2=80=9C-image=E2=80=9D and =E2=80=9C-vm=E2=80=9D suffixes; I don=E2=80=99= t think it makes things clearer. [...] > - (option '("volatile") #f #f > + (option '("volatile-image") #f #f > + (lambda (opt name arg result) > + (alist-cons 'volatile-image-root? #t result))) As a rule of thumb, we should not remove an option without going through a deprecation period. So if we take that route, =E2=80=9Cvolatile=E2=80=9D should still be accept= ed, only with deprecation warning emitted. We can remove it entirely in 1.5.0 or so. Thanks! Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 14 06:27:55 2022 Received: (at 52919-done) by debbugs.gnu.org; 14 Jan 2022 11:27:55 +0000 Received: from localhost ([127.0.0.1]:35747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8KkN-0000Sp-3j for submit@debbugs.gnu.org; Fri, 14 Jan 2022 06:27:55 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8KkJ-0000SV-ES for 52919-done@debbugs.gnu.org; Fri, 14 Jan 2022 06:27:53 -0500 Received: from [2001:470:142:3::e] (port=49144 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n8KkA-000792-O7; Fri, 14 Jan 2022 06:27:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=raEb6QTlsxTzDWZIrwfLTE91Xblaq1jsDQMFgyzCJy8=; b=PKbg4+qq4oCTRSh9tzXU Fe6KUKiR7WkEpHK6qxdk3Yj5Vywj35thi1QLdwNpNC5u6kkWCYvkL3ypCGz6JsMJnZobnIko+Wrx+ 0SYVqQX81xqFB6BaaUFJz5+odITSWfEa81fVtcR/p60o1rdVo05kY52qPZEAFB9pnp5UfhOPDXA7h 1ibSspxOQuYnN/CxtWcZcueD5RzuRXZts1oD6zgKNHFhHMEBNlnw5qXETnxKuOWnGcqViYrooIt6x 4ZDvxTaVuX5RKeZ0Taai3uA7o0RMDxty5Xs5b6m+NW/1S/2CI7LrjdZYtIXqtjTIS7b8a5kZfLILz sF+4ZrYn4ey6Dw==; Received: from [2a01:e0a:19b:d9a0:2f3b:16f2:b776:3ef9] (port=35438 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n8Kk3-0003yN-SI; Fri, 14 Jan 2022 06:27:41 -0500 From: Mathieu Othacehe To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#52919: Hidden "disk-image-rw" files aren't deleted after use, filling $tmpdir References: <87pmp850ll.fsf@gnu.org> <8735m3nccu.fsf@inria.fr> <87v8yqv4dh.fsf@gnu.org> <874k68r7y2.fsf@gnu.org> <87sftr52hy.fsf@gnu.org> <871r1b8zcd.fsf@gnu.org> Date: Fri, 14 Jan 2022 12:27:33 +0100 In-Reply-To: <871r1b8zcd.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Thu, 13 Jan 2022 15:49:54 +0100") Message-ID: <878rvimuai.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52919-done Cc: 52919-done@debbugs.gnu.org, Leo Famulari X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hey Ludo! > It=E2=80=99s maybe not that important but I=E2=80=99m not convinced about= the extra > =E2=80=9C-image=E2=80=9D and =E2=80=9C-vm=E2=80=9D suffixes; I don=E2=80= =99t think it makes things clearer. Pushed without those suffixes! Thanks for reviewing, Mathieu From unknown Mon Jun 23 05:59:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 11 Feb 2022 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator