OrangePi Zero conversion

Troubleshooting
1

Creating a bug report/issue

I have searched the existing open and closed issues

Required Information

cat /boot/dietpi/.version
G_DIETPI_VERSION_CORE=10
G_DIETPI_VERSION_SUB=5
G_DIETPI_VERSION_RC=2
G_GITBRANCH=‘master’
G_GITOWNER=‘MichaIng’

echo $G_DISTRO_NAME $G_RASPBIAN
trixie

uname --all
Linux wh-orangepi-zero 6.18.40-current-sunxi #1 SMP Fri Jul 24 14:17:26 UTC 2026 armv7l GNU/Linux

dpkg --print-architecture
armhf

echo $G_HW_MODEL_NAME
Generic Device (armv7l) → actually OrangePi Zero v1.5

PSU: 5v 3A

SD Card: Transcend microSD 300s (8GB)

Additional Information (if applicable)

  • Migration script from Armbian to DietPi
  • Bug report ID | echo $G_HW_UUID
  • Tried to create a bug report but the process hangs once the error has happened.

Steps to reproduce

  1. Upgrade Armbian to DietPi
  2. Issue a reboot or shutdown command

Expected behaviour

System should reboot/shutdown

  • …

Actual behaviour

Console/prompt hangs

  • …

Extra details

I have converted Ambian Trixie to DietPi on OPi Zero v1.5. Everything looks OK but when I attempt a “reboot” or “shutdown” command the console hangs, and I can recover with CTRL+C. Afterwards “systemctl” is unresponsive and will hang in the same way. After some time the error “Failed to list units: Transport endpoint is not connected” returns. I have tried two different SBCs and two different SD cards with the same behaviour with every combination. NOTE that a cold reboot will return the system to a working state. I have console access and so can run any command that will provide more information as requested. Thank You.
…

  • …
paste lines of logs or code into such code fences here
2

Is this a root user session? Else try sudo reboot. DietPi ships with systemd-logind masked, and dbus uninstalled. That way, some privileges elevation like the ability to run systemctl as non-root user, as not available OOTB. Usually one should see

Failed to connect to system scope bus via local transport: No such file or directory

as systemctl attempts to gain the privileges via D-Bus from logind. But possible that in a transient state and shell, where a logind session was registered before, and some respective XDG_* variables set, this causes systemctl to be confused and hang. “Transport endpoint” at least sounds like it tried to connect to D-Bus, while it obviously tried in a different way compared to how it did when receiving above error message.