Kernel version | Linux rpi4 6.12.34+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.34-1+rpt1 (2025-06-26) aarch64 GNU/Linux
Architecture | arm64
SBC model | (empty)
Power supply used | original PS
SD card used | SanDisk ultra
Additional Information (if applicable)
I cannot pinpoint the exact moment when it started, but after the recent upgrades of Dietpi and the move to trixie the console login looks now like this, instead of the diepti-specific information
Linux rpi4 6.12.34+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.34-1+rpt1 (2025-06-26) aarch64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sat Sep 6 19:31:42 2025 from fdbb:xxxx:yyyy:zzzz:1828:37d8:2ebe:9ef1
Can anybody pinpoint where, in Dietpi, dietpi-cpu and friends are supposed to be called, and how I can restore that behaviour?
Edit: the usual dietpi binaries are no longer in the PATH. It seems that bashrc.d/dietpi.bash is no longer sourced.
Unfortunately it doesn’t, neither on my DietPi nor on a “plain” Debian (both on arm). On the latter the path /etc/bashrc.d does not exist.
Both have been upgraded from Debian 12 to 13, one with the DietPi script, the other according to Debian’s own upgrade instructions.
On plain Debian /etc/bashrc.d does not exist. This is implemented our end, since we found a complementary solution to /etc/profile.d for interactive non-login (bash) shell sessions useful. Reminds me to push this upstream, as IMO this really is an unnecessarily missing feature in Debian.
If the line in /etc/bash.bashrc is missing, then probably it was overwritten by the package default config file. This should not happen automatically, since /etc/apt/apt.conf.d/97dietpi sets DPkg::options:: "--force-confdef,confold"; to keep old config files in place without interactive console prompt.
So either the latter config was altered of overridden by a higher priority one, or you or something else was replacing /etc/bash.bashrc with /etc/bash.bashrc.dpkg-dist?
However, to fix it:
echo 'for i in /etc/bashrc.d/*.sh /etc/bashrc.d/*.bash; do [ -r "$i" ] && . "$i"; done; unset -v i' | sudo tee -a /etc/bash.bashrc
I have already manually fixed it, but in the projets github repo I have seen no source of that line of code, so I’m still wondering where it came from in the initial installation.
Anyway, my problem is temporarily fixed, and I know how to fix it next time.
Okay, it remains a mystery then. At least easy to recognize and it does not really break anything aside of login banner and aliases in the interactive shell. We will see whether there are more reports like this, to have another look into how it could have happened.