From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1aDz3v-0006ea-53 for mharc-grub-devel@gnu.org; Tue, 29 Dec 2015 13:31:59 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43476) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDz3s-0006Zu-Bo for grub-devel@gnu.org; Tue, 29 Dec 2015 13:31:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aDz3p-0002GR-5x for grub-devel@gnu.org; Tue, 29 Dec 2015 13:31:56 -0500 Received: from mail-lb0-x235.google.com ([2a00:1450:4010:c04::235]:34414) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDz3o-0002GL-VH for grub-devel@gnu.org; Tue, 29 Dec 2015 13:31:53 -0500 Received: by mail-lb0-x235.google.com with SMTP id pv2so121559293lbb.1 for ; Tue, 29 Dec 2015 10:31:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=MJ8mvCZ8okkgLHwd+zlDdivu7JhXgY0EMucIKvdouXw=; b=fyEhEALZUeNEhZAQFAtRyM9ZqAkD6KvRPKgn/qibnnxh+SqzA9pN+uRa5EgBQOxuEn HN0tMJpgzgm4njaXHtX03mfh2glJ7Zsi+KDth6GMKsK7lh/fxUPleMuCNDmBlMPCCiyq FULCKCXNQ6IayWV353VL9wiktVGMY/ihauBR3BODrc8+lHmurxHp/l2o08vj/FDmZMik aydbP2JqhCSCEWKsH7GuFIig9P2ijwRclQqiJ69yZqtSS8pg9j+9Juvy4ymzpaTblhiY BvBa0UxNH8MgRVahW9lZ7VQJ1hciD9AmT1ViqhztQBVVjdzM7zZp7DN3gfqqDgCbd9Ip xvmQ== X-Received: by 10.112.13.8 with SMTP id d8mr10125660lbc.110.1451413912115; Tue, 29 Dec 2015 10:31:52 -0800 (PST) Received: from [192.168.1.41] (ppp91-76-25-247.pppoe.mtu-net.ru. [91.76.25.247]) by smtp.gmail.com with ESMTPSA id 140sm1993055lfz.21.2015.12.29.10.31.50 for (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 Dec 2015 10:31:51 -0800 (PST) Subject: Re: Each grub-mkrescue run leaves a file in /tmp/ To: grub-devel@gnu.org References: <21871572876213560699@scdbackup.webframe.org> <5680AF1D.80905@gmail.com> <5682B9F4.3040700@gmail.com> <5682CB39.5050402@gmail.com> From: Andrei Borzenkov Message-ID: <5682D196.5050407@gmail.com> Date: Tue, 29 Dec 2015 21:31:50 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c04::235 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2015 18:31:57 -0000 29.12.2015 21:13, Vladimir 'phcoder' Serbinenko пишет: > Le 29 déc. 2015 7:05 PM, "Andrei Borzenkov" a écrit : >> >> 29.12.2015 19:51, Vladimir 'φ-coder/phcoder' Serbinenko пишет: >>> On 28.12.2015 04:40, Andrei Borzenkov wrote: >>>> 27.12.2015 23:48, Thomas Schmitt пишет: >>>>> Hi, >>>>> >>>>> when running grub-mkrescue from Debian Sid, i get a >>>>> growing collection of files in /tmp. One per run. >>>>> >>>>> Names are like: >>>>> /tmp/grub.00529W >>>>> >>>>> Content is always the same: >>>>> insmod part_acorn >>>>> insmod part_amiga >>>>> insmod part_apple >>>>> insmod part_bsd >>>>> insmod part_dfly >>>>> insmod part_dvh >>>>> insmod part_gpt >>>>> insmod part_msdos >>>>> insmod part_plan >>>>> insmod part_sun >>>>> insmod part_sunpc >>>>> >>>> >>>> That's load.cfg used to build image. I'm surprised this is the only one >>>> left, there should be more. >>>> >>>>> grub-mkrescue -V >>>>> grub-mkrescue (GRUB) 2.02~beta2-33 >>>>> >>>>> Where to report ? Upstream or distro ? >>>>> >>>> >>>> Yes, I have this hanging around. Not because of garbage in /tmp, but to >>>> better documentation of generated image (load.cfg is stored by >>>> grub-install as well). >>>> >>>> Vladimir? >>>> >>> Fixed. It was just omission of delete. We leave load.cfg in our >>> directory (boot/grub) >> >> No, we do not. >> >> > I meant in grub-install case. I don't think we need to waste space on ISO > in mkrescue case. We shouldn't leave any files behind in temp for normal > operation. Ehem ... https://lists.gnu.org/archive/html/grub-devel/2014-09/msg00045.html :)