Autostarts but doesn't run, will run on restart

ember1205

It almost seems like the X desktop isn’t fully initialized when the pgrep command executes and it isn’t collecting info on the process as a result. The restart NEVER happens until X is fully initialized which means that it -can- collect info on the process from a restart or stop/start.

sdetweil

@ember1205 yes. I am looking for a resolution…

ember1205

@sdetweil

I just edited the run-start.sh script and inserted a ten second sleep before the pgrep command. It’s a bit “extreme”, but should hopefully demonstrate if that’s the issue.

WIthout the sleep, not detecting X simply moves on to a different test instead of trying again at least once before moving on.

sdetweil

@ember1205 yes, adding a sleep would ‘fix’ it

if only we knew how LONG to sleep… working on it…

if X is not running then we just launch serveronly and don’t look at its output

sdetweil

@sdetweil try 1 second… sleep 1

ember1205

@sdetweil

Sleep 10 allows the browser to correctly launch. I will drop to 1 second and validate that it will work or not (if not, I will tweak and tune).

Even with the sleep function ensuring that it allows X to finish initializing, chromium does not start correctly unless I wipe the ~/.config/chromium directory when I shut down.

sdetweil

@ember1205 people are constantly fiddling with stuff, you never know what you’re gonna get anymore.

ember1205

@sdetweil

Would there be more value in coding in a check for to see if it’s Raspbian or possibly even bullseye and adding a two second sleep if there is?

raspberry_pi=$(grep ID /etc/os-release | cut -f2 -d=)
if [ "$raspberry_pi." == "raspbian" ] ; then
   sleep 2
fi
xorg=$(pgrep Xorg)

Maybe there’s a better string to search for, but it might be a stop-gap that would help?

sdetweil

@ember1205 i don’t think thats right… as we could have the same problem on any other system…

ember1205

@sdetweil

Correct syntax would need to be:

  raspberry_pi=$(grep ^ID= /etc/os-release | cut -f2 -d=)
  if [ "$raspberry_pi." == "raspbian" ] ; then
   sleep 2
  fi

The RPi 3B+ is a little slower to initialize on Bullseye versus Buster. Any time a device is running a slightly heavier OS and needs a little more time to finish booting up, I could see this occurring. The question is, do you solve it with a fix that impacts everyone (“sleep 2” or similar), test for particular OS/HW combo’s, or is there another process to look for that would better indicate when the system should be finished initializing?

Right now, it looks for X and just “moves on” when it isn’t found and assumes some sort of mistake or something in the config. Great as a fail-safe, but creates a new occasional issue to be dealt with.