From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id AIAkLj8zgGc6FwAA62LTzQ:P1 (envelope-from ) for ; Thu, 09 Jan 2025 20:36:15 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id AIAkLj8zgGc6FwAA62LTzQ (envelope-from ) for ; Thu, 09 Jan 2025 21:36:15 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=riabenko.com header.s=selector header.b="y CeHucC"; spf=pass (aspmx1.migadu.com: domain of "help-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="help-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gnu.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1736454974; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=kSVXiGbiTNVPhMMdfhyYZIB7W8e0B93YKia5UZo63Tw=; b=RwWg4ucaZJaKcrq3wV1pugqOE0TUuYAqBKe22zji2G1JtKFYV/z2TSsbS7YXrt62ENbhIG DsSgb4VjVtnI9tF6F0DZEmsrxV31RkYhVfAvyE+FVEPqHT2nUZIg8Oqng30CVtpb4kHB2r +dl7MBwJK2KcMMS4ERVqHycJODHbuEwJYYaOESKWu/933ple3PF8yygY9zE5UWl89iF25m rylsB4yAQ1ry118Qnp3O+ZfPK2iCuXP6/GKTRefWlTYVtKw7CXvvqUQKSa+hvN6XF5YD8n 3k+RX/+zFx3y+XX7OhL1B1Rl1cqlNzxdMQbgDJfCrphwasMNAVOW0am33SpqtQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=riabenko.com header.s=selector header.b="y CeHucC"; spf=pass (aspmx1.migadu.com: domain of "help-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="help-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gnu.org ARC-Seal: i=1; s=key1; d=yhetil.org; t=1736454974; a=rsa-sha256; cv=none; b=feNXOj7QnqZ5gtkV7+dNdJuathvtsfvtaeY1ED4TaDJXu+iny3zCSQM4Se3VYEsx496Alk rERog1V1wG7ViUKyiUzxlmAeJLsHtiiLcGcvzkLZ/5qrX+5ZwQj2atjmmUO+r1OJcDKcKU KKKuVdGQHDEiXat1ntirdRXqRr2EkXu4AbFQNGJyISawM0trQCJxyF1WcnCRhEWTlCDF6H t+BfpjEBCppEfL6NXeYJZLNWnv80ojMs0/3f2D5hq1hmWt1smZBELxHYtSX8498NtqkMZh LU5McoVBHazxZNi18TorY8Ovd23BQgfkLTaA3j/40khVNqraiM8y4X6OUgs1Gw== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id AE40824807 for ; Thu, 09 Jan 2025 21:36:14 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tVzFr-0003O8-Vg; Thu, 09 Jan 2025 15:35:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tVzFq-0003O0-RQ for help-guix@gnu.org; Thu, 09 Jan 2025 15:35:46 -0500 Received: from lab.riabenko.com ([185.143.146.30]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tVzFp-00059K-AU for help-guix@gnu.org; Thu, 09 Jan 2025 15:35:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=riabenko.com; s=selector; h=Content-Transfer-Encoding:Content-Type: Mime-Version:References:In-Reply-To:Message-Id:Subject:Cc:To:From:Date:From: Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To: References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post: List-Owner:List-Archive; bh=kSVXiGbiTNVPhMMdfhyYZIB7W8e0B93YKia5UZo63Tw=; b=y CeHucCkmQKjZIKRIUlmFFzIWci4g+0jMxortpNHj7VgBIe/TRcSLuEDZLclsq8LHZWl80dcAT7ZpR 7di2nWV3SGf1iBqpHhKmOm3xAvBO0Xwg4lt8zuqVxJAD5uQqrKoipZEZxz6lszn8IcS+eDwcfgM0C DifysnQdE0PC6VZo5uKiJJwG7WAXw7SMl0WuHsqefUnwBEct83ylLr3j3qj8Atj1Gt0UZv32LH400 ZXtveOOz2HAK3ihzzzEpHUrAp3cjUJjznERDJdeQKzDX171WYQoinDTYPBvTNtq/TTMeCufBgAzZ3 0Cq63WW7aMxYV92r0AlQincnLnSob2oQw==; Received: from librecmc.lan ([192.168.10.1] helo=localhost) by lab.riabenko.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98) (envelope-from ) id 1tVzFl-0000000065z-1sBz; Thu, 09 Jan 2025 22:35:41 +0200 Date: Thu, 9 Jan 2025 22:35:41 +0200 To: Felix Lechner Cc: Roman Riabenko via , Christophe Pisteur Subject: Re: Could not prepare Boot variable Message-Id: <20250109223541.37c294e1ca563edc4e4d239b@riabenko.com> In-Reply-To: <87bjwfd9p0.fsf@lease-up.com> References: <20250109220517.f5b53504945220251dab649e@riabenko.com> <87bjwfd9p0.fsf@lease-up.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=185.143.146.30; envelope-from=roman@riabenko.com; helo=lab.riabenko.com X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.087, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-to: Roman Riabenko From: Roman Riabenko via Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: help-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: 0.03 X-Spam-Score: 0.03 X-Migadu-Queue-Id: AE40824807 X-TUID: BECovhRoYGHN On Thu, 09 Jan 2025 12:16:43 -0800 Felix Lechner wrote: > On Thu, Jan 09 2025, Roman Riabenko via wrote: > > > To prevent dump files from filling up space, I disabled the pstore > > backend > > I think I want that, too. Did you submit a patch? While researching my issue, I noticed that some distributions turn this backend off by default to prevent users from getting into a trap. However, they seem to turn it off when packaging the software, not via a kernel argument. I do not know who should take care of that. Maybe some upstream developers should have it turned off by default? I do not know, but I assume that the real culprit is the faulty models of UEFI. Maybe UEFI should clear itself up for new boot variables instead of refusing to do so. Unfortunately, I am not knowledgeable enough to answer these questions and propose a correct solution in a patch. Roman