From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id sHsPBipU6mXtqQAAe85BDQ:P1 (envelope-from ) for ; Fri, 08 Mar 2024 00:56:26 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id sHsPBipU6mXtqQAAe85BDQ (envelope-from ) for ; Fri, 08 Mar 2024 00:56:26 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=fedora.email header.s=aug2020 header.b="m/mNmx5u"; 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=quarantine) header.from=fedora.email ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1709855786; h=from:from:sender:sender: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=xLOUURIIfqm3nVTQ6PMoIAegmPG07Jg3peAxACnuti8=; b=H44UlfS/KffoeqflAjc0boLOrre8UVbC4dOohnSAbsrgJffJxyxxHzBEkFA28yQy0NM5oc iRYDA3N3DG2MBF4gNm726DFNDpZWhMzP4aMgE9NyaANiQ1tnOU7C6rQBH7XLUWILKfYYve 9LPB+mloARzxDn+Gv2OWMuZj4jtQplc0Rz52M/1OR4eIV1RPGwOhaNfcv2uhzoNzNEYxF2 yvEUtEJDWa24clBsJXtJEbMgqLhyopfgpGgsOdu2f9eXrQ0qyPDS1owzRZK/zdwRmE5wj8 aT6mBD2lMhifQXHdiT5YhflFzkAHLGjUZsKNC+bYtC6ZSlqSy0Y9vL2Q6ODzMA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=fedora.email header.s=aug2020 header.b="m/mNmx5u"; 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=quarantine) header.from=fedora.email ARC-Seal: i=1; s=key1; d=yhetil.org; t=1709855786; a=rsa-sha256; cv=none; b=PGccqH0mjCLCUb1exv769NTgMayxrvjp/p5eyYVZkROYVgJZtnzkPebx7PWhbJedWmSrqY HmgwM5kKCJdLIZqAG7sg1vvnWaTgpc17mkJSdfYAZReJs2eeQ+9vG60rqtZhy2vdWFFgZ9 QM74IWlwoR4nmGpCwJhEKHVhj2xpLk3rooVu67+fp51SWycC1X5J6rQGnzwmIB9hZq5Hsd BOOi82FG+zlIlrR68p6nlzBay1fg/yxSagnmZuPfJay+zhDeC3Vjf08GnJ6bDNXHT4ye+K eMoniy1YNNXHRxm54dFKaN9+4SLSQE+arSiiwCyI5StFMTHhB8Fv0tnJftL5JQ== 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 CC09B18977 for ; Fri, 8 Mar 2024 00:56:25 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1riNac-0006bx-C3; Thu, 07 Mar 2024 18:55:54 -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 1riNab-0006bf-IQ for help-guix@gnu.org; Thu, 07 Mar 2024 18:55:53 -0500 Received: from fedora.email ([205.185.120.125]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1riNaV-0004E8-5F for help-guix@gnu.org; Thu, 07 Mar 2024 18:55:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fedora.email; q=dns/txt; s=aug2020; bh=xLOUURIIfqm3nVTQ6PMoIAegmPG07Jg3peAxACnuti8=; h=from:subject:date:message-id:to:cc:mime-version:content-type:content-transfer-encoding:in-reply-to:references; b=m/mNmx5urFPHWq/eRv1ASG733mdv0EcpnuGOA1UtuJYF1n+x0QU0K9MOnuSt3t64lY3SKyUjg tgu5X5YOhkuC7A2+HCQdTzqnq6vqrDguh7SME4P29ZyjCxky9q0Oqkafy5tDiJg1TsHlCq31veF V2RQIALvMAkMMXnBb8mKKls= Received: from localhost ([185.242.251.252] 185.242.251.252-ip.operadors.cat) (Authenticated sender: willbilly) by fedora.email (ZoneMTA) with ESMTPSA id 18e1b580a800000176.002 for (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Thu, 07 Mar 2024 23:55:38 +0000 X-Zone-Loop: 4c2653e3801dd16024452210be344f98a8322fe0a264 X-Originating-IP: [185.242.251.252] Date: Fri, 8 Mar 2024 00:55:34 +0100 From: William To: Felix Lechner Cc: help-guix@gnu.org Subject: Re: Configuring mount for NTFS partition at boot makes the system unbootable. Message-ID: <20240308005534.144f6c09@fedora.email> In-Reply-To: <87jzmexfx9.fsf@lease-up.com> References: <20240303215558.3efe589d@fedora.email> <87wmqjyplh.fsf@lease-up.com> <20240303233648.55a40747@fedora.email> <87ttlmzwar.fsf@lease-up.com> <20240304201739.153fd562@fedora.email> <87jzmexfx9.fsf@lease-up.com> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.37; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=205.185.120.125; envelope-from=willbilly@fedora.email; helo=fedora.email X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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: , Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: help-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -9.58 X-Spam-Score: -9.58 X-Migadu-Queue-Id: CC09B18977 X-TUID: BDi+z9Fa7Kwj On Thu, 07 Mar 2024 06:41:38 -0800 Felix Lechner wrote: > Hi William, > > On Mon, Mar 04 2024, William wrote: > > > the issue is ... ntfs-3g relying on the external FUSE to mount > > partitions. > > I am not sure but please consider that GNU Guix relies on absolute > paths to find many things. Perhaps a needed part is not found? > > Kind regards > Felix Hello. I'm a bit lost here, you mean absolute paths for mounting points or for ntfs-3g? Both seem correct on my setup, I always use absolute paths when specifying mounting points on fstab, and ntfs-3g is defined as a setuid service on /run/setuid-programs, I doubt either are the issue. Though during boot tty doesn't print any useful information, it simply stops boot after checking the root filesystem. Shouldn't Sheperd log these issues somewhere? Where should I check to find logs related to filesystems?