problem after update to 6.33 Topic is solved

Having issues with your DietPi installation, or, found a bug? Post it here.
Post Reply
yaslaw
Posts: 15
Joined: Wed Jan 30, 2019 7:58 pm

problem after update to 6.33

Post by yaslaw »

Hi,

I decided few minutes ago to update to 6.33 and install bazarr. Unfortunately, something is broken as my boot is stuck all the time at
[ OK ] DietPi-Services | start : cron
My kodi is not starting. I'm able to log in via ssh

What logs can I provide to track a problem ?
yaslaw
Posts: 15
Joined: Wed Jan 30, 2019 7:58 pm

Re: problem after update to 6.33

Post by yaslaw »

Sorry, after a very long time (a few minutes) system started normally.
User avatar
Joulinar
Posts: 3284
Joined: Sat Nov 16, 2019 12:49 am

Re: problem after update to 6.33

Post by Joulinar »

probably one of your services took time to start. Did you have seen which service was following cron?
Pls let us know if a solution is working. This could help others if they hit by similar situation. Your DietPi Team
Acilander
Posts: 2
Joined: Sun Nov 01, 2020 2:12 pm

Re: problem after update to 6.33

Post by Acilander »

Hello,

I am facing some similar issue.

I installed a fresh DietPi installation on a RasPi 4B. After installing some tool (webmin, samba) it get's stuck during starting the services.

[OK] Service: webmin
[OK] Service: cron
_

And then it stops. Can some lead me to the right direction how I can debug this behavior? Can I see somewhere the service start order so I can find out which one fails?
I am on version v6.33.3
Acilander
Posts: 2
Joined: Sun Nov 01, 2020 2:12 pm

Re: problem after update to 6.33

Post by Acilander »

Hello again,

some update from my side.

What I described as "get stuck" was in reality a missing comand promt.

I was expecting to get something like 'root@dietpi:~#' that tells mit the promt is ready to receive commands. Bu instead I got just an blinking underscore. But it takes commands and executes it. So after the first command the promt is restored.

Hope that helps others facing the same issue and wasting many hours of reinstalling and finding out the problem.

Alex
User avatar
Joulinar
Posts: 3284
Joined: Sat Nov 16, 2019 12:49 am

Re: problem after update to 6.33

Post by Joulinar »

do you have the "hanging" command prompt always on reboot?
Pls let us know if a solution is working. This could help others if they hit by similar situation. Your DietPi Team
User avatar
MichaIng
Site Admin
Posts: 2507
Joined: Sat Nov 18, 2017 6:21 pm

Re: problem after update to 6.33

Post by MichaIng »

You have console autologin enabled, right?

I think the reason is that dietpi-login does not wait for dietpi-postboot to finish anymore.
dietpi-login is loaded on every interactive bash shell and is responsible for the banner, some checks + environment (e.g. dietpi command aliases) and after finished, the command prompt appears, or a chosen autostart option (Kodi, desktop and such).
dietpi-postboot is responsible for starting the services and /var/lib/dietpi/postboot.d scripts and the smaller banner that is shown before interactive login (user + password input) which says "Press <return> to login".
Until DietPi v6.33 dietpi-login was waiting for dietpi-postboot to finish, so you might have seen a repeating "Waiting for DietPi-Postboot to finish... (Press CTRL+C to abort)". Since the shell session does not really depend on system service starts or any such, we removed that. It is not an issue when logging on via SSH, since dietpi-postboot prints to the local /dev/tty1 only and also in case of manual local console login it is not an issue due to the mentioned "Press <return> to login", but in case of autologin that can indeed happen when dietpi-postboot still produces output after the command prompt appeared.

I'm thinking to make dietpi-postboot print to systemd journal only (so that it's output can be reviewed via journalctl) but not to console anymore. The pre-login banner for manual console login could be induced instead via /etc/issue, the native way to show info on an interactive local login prompt. "Press <return> to login" is then obsolete as well since the input field appears below the banner/info.

A simple alternative would be to add "Press <return> to continue" to dietpi-postboot output in case of autologin, or make it wait for dietpi-postboot finish only in this console autologin case since the info is obsolete/misleading otherwise, especially when there has been an autostart program configured.
Post Reply