DietPi on Dell Wyse 3040 Help

Troubleshooting
1

Creating a bug report/issue

I have searched the existing open and closed issues

Required Information

  • DietPi version | Native PC for UEFI (Installs, but doesn't boot to prompt)
  • Distro version | Native PC for UEFI
  • Kernel version | uname --all
  • Architecture | x86
  • SBC model | Dell Wyse 3040
  • Power supply used | OEM
  • SD card used | Internal Flash

Steps to reproduce

  1. Download Native PC for UEFI

  2. Use VENTOY to boot the ISO in ‘normal mode’

  3. Select ‘Install DietPi’

  4. When prompted, Continue with option:
    ‘mmcblk0 7818MB | Unknown_model | platform-80860F14_00 | mmc-H8G4a__0x9569098c’

  5. Upon completion of setup, wait for auto-shutdown. USB installation media removed.

  6. Reboot with the power button on the Wyse.

Expected behaviour

Should be greeted by DietPi first run or some kind of DietPi setup

Actual behaviour

While booting, the screen goes blank and system becomes unresponsive. Only option is to long press Power key on Wyse or remove power. This behaviour repeats upon every boot.

Extra details

Tried following the forum entry at:

Booted with Zoin live, I was able to create blacklist.conf (since it wasn’t there) with the suggested entries. But I could not execute “sudo update-initramfs -u” as it was live read-only system
Please note that my knowledge of Linux is elementary.

Edit: edited typos.

2

Fiest of all, if the there is no hang a shutdown/reboot, but HDMI turns blank during bootup, the issue you linked is unrelated.

Might be some problem with HDMI/graphics driver, those boxes are sort of picky.

Bit at least some time ago it worked well for @StephanStS with this exact box: Re-use Thin Clients with DietPi – DietPi Blog

If you tried with the Trixie image, maybe try the Bookworm one to see whether there is sole regression: https://dietpi.com/downloads/images/DietPi_NativePC-UEFI-x86_64-Bookworm_Installer.iso

3

Hey! Thanks a lot for the reply! I’ll try the bookworm image for sure. I wrote this query after researching the post by StephanStS. And you’re right, these devices are somewhat picky. I also did see the CathodeRayDude youtube video on the “Little Guys” where he even mocks at the presence of non UTF character as part of the hardware identifier causing Linux to crash. Oh, by the way, I have tried Debian and Zorin, and they have not been able into regular GUI mode, the only thing that works is the safe mode.

1 Like
4

I also have sometimes reboot problems with the 3040, then the long press of the power button is the only fix I know.

What I am also facing is, that a headless operation on my 3040 only worked by using a Display Port dummy adaptor, otherwise the system did not boot up: I did set up my system initially with a monitor and then switched to the dummy adapter which works stable.

5

I am now using the Trixie version for x86, without any modification. What seems to have helped is a native DP cable for the monitor, instead of a converter (DP to VGA). With a converter, there was an issue when Dietpi switches to graphics mode.

I have seen that the power key is temperamental and sometimes does not behave like a power key on a regular x86 PC. What I have also found helpful is to set “Power On” under the “AC Recovery” option in BIOS.

Hope this helps.

6

Just a quick note, if somebody stumbles upon the same problem:
I’m using (on a RPi3 tho) a HDMI to DVI adapter and to get a signal on the monitor I had to crank the HDMI boost in the display options (dietpi-config 1) to 7.

1 Like
7

About that: ACPI support is needed for such buttons to work. Hence:

sudo systemctl unmask systemd-logind
sudo apt install dbus
sudo systemctl start dbus systemd-logind

But if a desktop is installed, this is done automatically.

8

Thanks a lot, this is now part of default setup on pi-hole running on Dietpi.