Manjaro 18.12.1 - 3B+ - Total lock up at fullscreen


I noticed if opening an application at fullsize the PI locks up hard.

Just running a single app is sufficient to achieve that behavior.

Only power down/up helps.

Any ideas?

Or is it just not allowed to run an app - e.g. FF - at full screen or
over a large screen area.



Again. I don’t have this issue on my RPI3.

Maybe it does not get sufficient voltage?

It needs at least 5V/2A.


My PS=3A is OK.

I also measured the current. There are peaks up to 890mA, while e.g starting FF.
Still well below 1A.

The voltage always stays above 5V.

There are vc4 crashes reported on Raspbian.

They talk about changing cma=256||512 in cmdline.txt

Does that ring a bell? I wouldn’t know how to address that on your installation since there is no cmdline.txt.

I do see on the terminal the last message: “fb0: switching to vc4drmfb from simple”

It might be related.


I just had a look at the memory consumption.

While running a half screen FF on a blank FF home screen, “free -m” shows 75MB as free.
As I load a certain rather light page "free -m " drops do 35MB. There’s not much left.

It slowly dawns on me that running a PI3+ even as a desktop backup solution is simply not a good idea.


Bingo. Which is why i mainly support more powerful boards. The rpi is just because it’s the most popular board out there. but not really DE material. :slight_smile:

Especially with Browsers and the little amount of RAM it has.


But, you do offer it.

And you release it with Firefox as default browser inside the GUI. Pretty much the only default app you’re showing.

You shouldn’t release a close to useless system. Especially if you are aware that it sucks.

Swap at least the browser.


It is only released, because it was on popular demand!

What browser do you suggest then?
We have tried Firefox, Chromium and Falkon.


I was just wondering if adding a swap file would be the way forward. Folks over at Raspbian discuss
a 2GB swapfile as a stabilizing factor - to begin with.


Just set the swap up.

dd if=/dev/zero of=/swapfile bs=1M count=2048
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
echo “/swapfile none swap defaults 0 0” > /etc/fstab

It looks a bit better now.

Perhaps that exercise should go into the “firstboot” script after enlarging the / partition.


Please let me know if there’s a way to overclock the SD card on the ML kernel.

Usually you can run quality SD cards at 100Mhz instead of 50. That’d make quite a difference on that swap file.


I’ll look into the swap file.

No idea about overclocking SD cards. I have never done so.