From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: Re: 1.1.0rc1 available for test! Date: Fri, 10 Apr 2020 12:38:05 +0200 Message-ID: <87mu7jwrqq.fsf@gnu.org> References: <87369c1ixm.fsf@gnu.org> <20200410015621.tn3c7cfunbwhv5nm@pelzflorian.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:55701) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jMr33-0000fZ-5X for guix-devel@gnu.org; Fri, 10 Apr 2020 06:38:10 -0400 In-Reply-To: <20200410015621.tn3c7cfunbwhv5nm@pelzflorian.localdomain> (pelzflorian@pelzflorian.de's message of "Fri, 10 Apr 2020 03:56:21 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: "pelzflorian (Florian Pelz)" Cc: guix-devel Hi, "pelzflorian (Florian Pelz)" skribis: > For me the Guix System installer crashes reproducibly after manual > partitioning, even when not formatting the partition. The ESP and > root partition have not been deleted (no matter if I tell the > installer to format them or not). This applies to EFI installation on > my 2010 Macbook but not in QEMU. Perhaps the reason is the partition > I=E2=80=99m trying to format previously was LUKS-encrypted. Did you capture the backtrace from /tmp/last-installer-error? That would be great. > I switch to a console and type > > /gnu/store/*kmscon*/bin/kmscon --debug --login /gnu/store/*installer 2>out > > The suspicious part of the output is at time 60: > > [0015.940745] DEBUG: uterm_uxkb: new keyboard description (pc105, us, alt= gr-intl, ) (uxkb_desc_init() in src/uterm_input_uxkb.c:160) > [0060.006214] DEBUG: pty: cannot read from pty of child 364 (5): Input/ou= tput error (read_buf() in src/pty.c:478) > [0060.006281] DEBUG: pty: HUP on pty of child 364 (pty_input() in src/pty= .c:520) > [0060.006612] DEBUG: eloop: child 364 exited successfully (sig_child() in= src/eloop.c:353) > [0060.006627] INFO: pty: child exited: pid: 364 status: 0 (sig_child() in= src/pty.c:536) > [0060.007224] DEBUG: pty: forking child 414 (pty_spawn() in src/pty.c:422) > [0091.233270] DEBUG: vt: deactivating VT 7 to 4 due to user input (real_i= nput() in src/uterm_vt.c:578) > [0091.233319] DEBUG: vt: leaving VT 7 0x10c68c0 due to VT signal (real_si= g_leave() in src/uterm_vt.c:231) > [0091.233337] DEBUG: seat: deactivate session 0x1153ae0 (session_call_dea= ctivate() in src/kmscon_seat.c:125) > [0091.233351] DEBUG: video: go asleep (uterm_video_sleep() in src/uterm_v= ideo.c:663) > [0091.233376] DEBUG: uterm_input: going to sleep (uterm_input_sleep() in = src/uterm_input.c:441) I don=E2=80=99t understand; what is this telling us? > I tested an installer manually created from the version-1.1.0 branch > with Tobias=E2=80=99 compression patch applied > . > I believe it makes no difference. I would really like that compression. I=E2=80=99ll run the installer tests on ISO9660, with the patch applied, an= d if everything goes well, we can use it (and roll an RC2, I guess.) > On an Acer Aspire 5738PG with ATI Mobility Radeon HD 4570 the > installer remains black. I pressed ctrl-alt-f3 and typed > > modprobe uvesafb v86d=3D$(guix build v86d | head -n1)/sbin/v86d mode_opti= on=3D1024x768 Could we come up with a udev rule or a modprobe.d snippet so that this happens automatically? I found things like: https://bbs.archlinux.org/viewtopic.php?id=3D165480 Or should we give up on v86d like Gentoo: https://wiki.gentoo.org/wiki/Uvesafb ? (Perhaps this is best discussed in a specific issue on bug-guix.) Thanks for the detailed report, as always! Ludo=E2=80=99.