From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bengt Richter Subject: bug#37128: guix system reconfigure stops output after "Evaluating user expression..." Date: Thu, 29 Aug 2019 15:53:59 -0700 Message-ID: <20190829225359.GB2437@PhantoNv4ArchGx.localdomain> References: <87mug2fypu.fsf@ambrevar.xyz> <87a7btf2cs.fsf@gnu.org> <87ef14toyu.fsf@ambrevar.xyz> <87a7bsi1o0.fsf@gnu.org> Reply-To: Bengt Richter Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:51081) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i3TJo-0003aS-WB for bug-guix@gnu.org; Thu, 29 Aug 2019 18:55:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i3TJm-0001hy-Fh for bug-guix@gnu.org; Thu, 29 Aug 2019 18:55:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:44191) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i3TJm-0001hi-Bh for bug-guix@gnu.org; Thu, 29 Aug 2019 18:55:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1i3TJm-0005f1-82 for bug-guix@gnu.org; Thu, 29 Aug 2019 18:55:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <87a7bsi1o0.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: Pierre Neidhardt , 37128@debbugs.gnu.org On +2019-08-29 14:41:51 +0200, Ludovic Courtès wrote: > Pierre Neidhardt skribis: > > > This is the last message in /var/log/messages: > > > > Aug 29 09:13:40 localhost shepherd[1]: Evaluating user expression (let* ((services (map primitive-load (?))) # ?) ?). > > > >> Did > >> /var/log/messages or the console show anything? > > > > What console? > > /dev/console, so tty1, typically. > > >> I suppose you’d have to try again the experiment. Presumably there’s > >> some fsck-like process or something taking time or waiting for input. > > > > Note that everything works alright. But I'm worried that this would > > fail on a new installation where the bootloader is missing :( > > Where the bootloader is missing? The bootloader cannot be missing or > the thing is not installed. :-) > > Ludo’. > Had you considered the case where someone[1] is running a binary install on a foreign distro booted by refind or a bootloader not in your official list? [1] guess who ;-) Regards, Bengt Richter