I was was sure I had tried to get into webconf before and could not but now I can. So I configured everything as I usually do for Vangelis Bookworm and the UI still does not start if I run zynthian.sh i get -
X.Org X Server 1.21.1.16
X Protocol Version 11, Revision 0
Current Operating System: Linux zynthian 6.18.34+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.18.34-1+rpt1 (2026-06-09) aarch64
Kernel command line: reboot=w coherent_pool=1M 8250.nr_uarts=1 pci=pcie_bus_safe cgroup_disable=memory numa_policy=interleave nvme.max_host_mem_size_mb=32 numa=fake=8 system_heap.max_order=0 iommu_dma_numa_policy=interleave smsc95xx.macaddr=2C:CF:67:62:D7:B4 vc_mem.mem_base=0x3fc00000 vc_mem.mem_size=0x40000000 root=PARTUUID=e249d476-02 rootfstype=ext4 fsck.repair=yes rootwait console=tty1 logo.nologo modules-load=dwc2,libcomposite
xorg-server 2:21.1.16-1.3+rpt1+deb13u2 ( Debian -- User Support )
Current version of pixman: 0.46.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (–) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: “/var/log/Xorg.0.log”, Time: Sat Aug 1 00:07:42 2026
(==) Using config directory: “/etc/X11/xorg.conf.d”
(==) Using system config directory “/usr/share/X11/xorg.conf.d”
(EE)
Fatal server error:
(EE) Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices
(EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at “/var/log/Xorg.0.log” for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
This error occurs on the Raspberry Pi 5 running Debian Trixie (or equivalent rolling/testing builds) because Xorg struggles to identify the primary GPU out of the box on the Pi 5’s upgraded RP1 southbridge architecture. The kernel creates two devices (/dev/dri/card0 and /dev/dri/card1), causing Xorg to get confused and default to a broken framebuffer mode. [1, 2, 3]
You can fix this without needing a manual BusID by forcing Xorg to correctly map the vc4 display driver. [1, 2]
Maybe @jofemodo already knows this problem so this is an un-needed comment from the peanut gallery, but I would look at xwindows log as indicated - in a previous problem having to do with the RPi Touch Display 2 it had an error message that told us exactly what was wrong in the X configuration file.
It is perhaps not a good sign that the “S” above the column has been replaced by an “R”, but the device’s help function still lists Solo. However, it does not work.
By default, strip “solo” toggle has been replaced by “record arm” toggle. But this is now configurable, so you can config the solo toggle or any other mixer toggle to be placed in the strip top position. You can do this from the admin menu. easily.
Not in my zynthians. AFAIK, all presets are available from the zynthian UI. Please, double check this.
BTW, did you download and install the latest BETA SD image, true?
Older bookworm-based images are not longer supported. You must download and install the BETA SD image, based in Trixie.
Please, don’t complain about any issue if you are not running the Vangelis BETA SD image.
The presets are available, visible and selectable in Zynthian, but they do not change the actual preset in Vaporizer. That only changes when selected in VNC.
Sorry, @HansR ! I can’t reproduce this. It works like a charm in all my zynthians. The preset selection in the zynthian UI are reflected in the native GUI.
Please, try to reproduce starting from scratch (clean all) and check it’s a reproducible issue. If you can reproduce, give a list of steps to reproduce.
I don’t ask for a proof of the issue. I don’t doubt the issue does exist!
What i need is a way to reproduce the issue. A list of steps or a snapshot that captures the issue.
I’d like to ask: How safe it is to backup and restore config? I mean, will it store anything which might got broken along the way? It might restore disconinued functionality, engine information, patchlevel and wiring profiles and whatnot.