Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

v1.3.1 armhf exhibits a lot of errors after expansion and installation of the GUI (Xfce) #273

Closed
spoelstraethan opened this issue Jan 1, 2021 · 3 comments

Comments

@spoelstraethan
Copy link
Contributor

spoelstraethan commented Jan 1, 2021

I'm testing on a recently acquired C100P (I've got one of most the ARM based Chromebook models at this point) and running into some weirdness.

I did a flash of the armhf to a microSD and then enabled USB boot and rebooted and used Ctrl+U and then chose the expansion installation option and then installed the GUI but after a reboot it appeared frozen. I was able to change to a VTY and stop lightdm (after a couple attempts). The error messages I saw in the console were related to devfreq and panfrost errors complaining about not being able to update frequency transition information.

@spoelstraethan
Copy link
Contributor Author

I'm currently grabbing the image from #269 to see whether the changes pushed since v1.3.1 help at all. I was going to try the blobby image but it appears that currently isn't saving the artifacts as part of the build.

@austin987
Copy link
Contributor

austin987 commented Jan 1, 2021

That's correct, PrawnOS is explicitly no blobs, so distributing blobby builds doesn't exactly fit with that idea :).

Try the artifacts from https://github.com/austin987/PrawnOS/actions/runs/453618559 (my tmp2 branch), it fixes a few different regressions I've seen in the last few days (note: I only tested with xfce).

@spoelstraethan
Copy link
Contributor Author

I'm seeing the same errors in that build, but oddly after running systemctl disable lightdm the next time I booted it still started, but it must have been triggered by another process and it actually worked correctly (though there still appear to be some errors happening in the background).

The possibly bigger issue with the "working" change, was that even though I chose the graphical installation it never prompted me to create a new user, so I had to log in as root in the lightdm session, this is terrible from the least privilege model recommended by security folks the world over.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants