Display hangs before desktop displays, IBM Thinkpad R52, heads-0.4-i386-live.iso

[IanLambert]

heads was working OK on this laptop previously with version 0.3, using nomodeset boot option, although it would freeze after a day or so of uptime.

With version 0.4 the desktop hangs with a colorful forest background and a black rectangle displayed in the center. Using the touchpad, the mouse arrow does move around the screen, with a small square moving with the arrow, but no menus are seen, and right or left clicks do nothing. Both desktop options have been tried, without and with the nomodeset boot option.

Ctrl-Alt-F2 goes to a shell display, and Ctrl-Alt-F3 returns to the desktop, but the default root password is not accepted for su, so only Xorg.0.log is readable in /var/log. An error seen there is (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri.so failed (libglapi.so.0: failed to map segment from shared object).

An on-screen error seen during startup is ERROR: rng-tools failed to start.

Please let me know any suggestions for workarounds or debugging.

[parazyd]

There's a couple of things you can do. You can append debuginitramfs to the cmdline and you'll be dropped into a shell exactly at this point: https://github.com/headslive/build-system/blob/master/initramfs/skel/init#L15

You should also append nox to the cmdline to avoid being dropped straight into Xorg and get a shell instead.

You can then comment the last line: https://github.com/headslive/build-system/blob/master/initramfs/skel/init#L76 , and comment from line 11 to 22 in the same file. Then execute ./init again. In /mnt/overlay/usr/local/lib/heads/heads-generate-passphrase you can set the root password then.

Finally, run exec switch_root /mnt/overlay /sbin/init. heads should proceed with booting and you will be able to get a root shell. From here you should be able to get information.

If this is too much, just get a normal shell and run sudo heads-generate-debug and send me the debug tarball.

[IanLambert]

heads-generate-passphrase then gives line 9: shuf: not found line 12: chpasswd not found

Using find ./ -name chpasswd gives 4 locations. 3 of those give chpasswd: not found, and /mnt/overlay/etc/pam.d/chpasswd gives permission denied.

So, no root password yet.

"sup heads-generate-debug" (not sudo) does appear to create a debug tarball, but how can I email from a command line?

[parazyd]

You could upload it somewhere using curl and paste the link here :) The tarball is encrypted with my gpg pubkey so you shouldn't have to worry about leaking hardware information publicly.

As for heads-generate-passphrase, you had to uncomment the pass=toor line and then just continue booting, not run it.

[IanLambert]

UNcomment and the command to continue booting, exec switch_root..., worked OK.

But, heads-generate-debug actually does not actually work well. heads-debug,tgz was zero size, and ...gpg was 1115 bytes, in /home/luther. The /root/heads-debug directory still existed (was not deleted); gzip fails with error while loading shared libraries: cannot make segment writable for relocation: Permission denied.

So, attached is the debug gpg, manually tar'd, without compressing. A flash drive was manually mounted, then moved to a different PC to get the copy. gpg was renamed to png so it could upload to this site...