Hi, "pelzflorian (Florian Pelz)" <pelzflor...@pelzflorian.de> 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’m 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, > altgr-intl, ) (uxkb_desc_init() in src/uterm_input_uxkb.c:160) > [0060.006214] DEBUG: pty: cannot read from pty of child 364 (5): Input/output > 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_input() in src/uterm_vt.c:578) > [0091.233319] DEBUG: vt: leaving VT 7 0x10c68c0 due to VT signal > (real_sig_leave() in src/uterm_vt.c:231) > [0091.233337] DEBUG: seat: deactivate session 0x1153ae0 > (session_call_deactivate() in src/kmscon_seat.c:125) > [0091.233351] DEBUG: video: go asleep (uterm_video_sleep() in > src/uterm_video.c:663) > [0091.233376] DEBUG: uterm_input: going to sleep (uterm_input_sleep() in > src/uterm_input.c:441) I don’t understand; what is this telling us? > I tested an installer manually created from the version-1.1.0 branch > with Tobias’ compression patch applied > <https://lists.gnu.org/archive/html/guix-patches/2020-04/msg00484.html>. > I believe it makes no difference. I would really like that compression. I’ll run the installer tests on ISO9660, with the patch applied, and 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=$(guix build v86d | head -n1)/sbin/v86d > mode_option=1024x768 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=165480 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’.
