-
Notifications
You must be signed in to change notification settings - Fork 115
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
FBCP blanks PiTFT screens after balenaOS 2.38 #1772
Comments
[chrisys] This issue has attached support thread https://jel.ly.fish/#/support-thread~2b02df83-15b7-44af-999d-a492c3dab194 |
Has this been resolved yet? |
Using 2.47.01rev (supervisor: 10.6.27) and getting the white screen instead of correctly displayed PADD for pihole. Moreover, it seems that PADD in pihole does not even start:
Also, leaving this related discussion here: |
That's unfortunate, that there was no activity on this issue (v2.51.1+rev1 still has this problem) |
Can confirm still broken. |
An easy workaround for this is to stop plymouth from the application before starting the graphical subsystem (X11, Wayland). This can be done by issuing the following d-bus command:
|
@denisinla @drew-kun could you try this suggestion at let us know if it helps? |
Is this done in the Device Configuration section under "Custom Configuration Variables?" |
@chrisys @denisinla @eiddor @alexgg Downloaded balena-cloud-pihole-dnscrypt-raspberrypi3-64-2.47.0+rev1-dev-v10.6.27.img and flushed it with Balena Etcher, But adding the config var getting this: Am I doing this wrong way? Any suggestions? |
@denisinla @eiddor what I meant is that the application needs to instruct the OS to stop plymouth before launching a graphical subsystem. So this needs a change in the application entry script so that it uses dbus to send a command to the OS. On multicontainer applications they will need to set the Then, the application needs to issue the following command early on:
You can then check that the plymouth service in the OS is stopped. The expected result is that if the graphical subsystem is launched after plymouth has been stopped it will work. |
@alexgg Thanks for the extra details - I think I understand the process better, but I'm not versed enough in the balena/containerization process to test it. Piecing everything together, though, it sounds like I'd have to do this (on a new image so that I can keep my working "machine" handy): Add this to docker-compose.yml in the package:
And add "dbus" to this in pihole/Dockerfile:
I know this is beyond the scope of the issue, so I appreciate the extra guidance. Would the plymouth service need to be restarted again after the GUI loads? |
I've applied this workaround here with success on two different screen overlays so far. |
@klutchell Whatever changed in your last update from a few days ago fixed everything for me without any extra workarounds. I'm running balenaOS 2.58.3+rev1 (Supervisor 11.14.0) and my display is working perfectly. |
Somewhere between balenaOS 2.38 and 2.43, the use of fbcp has started blanking the display output on small PiTFT screens (using the pitft35 and pitft28 dtoverlays).
On 2.43, starting fbcp clears the balenaOS splash screen and does not provide any further output. On 2.38, starting fbcp does not clear the splash screen and correctly copies to the framebuffer.
We (+ @petrosagg) disabled Plymouth on 2.43 and although the splash screen was no longer displayed, fbcp then works correctly again.
The text was updated successfully, but these errors were encountered: