You are not logged in.
Pages: 1
I know this is ancient history, but I have an application that's been running flawlessly on a raspberry pi 2 under Ascii 2.0 for the last 3 years. At this point, I need to compile a kernel module but the repos didn't have headers for the 4.10.17-v7+ kernel that's currently installed. Did an apt install to 4.19.0-0.bpo.9-armmp with headers and the expected files are in /boot and /lib/modules, but restarting still brings up the old 4.10 kernel.
Tried a variety of things but can't seem to find the magic switch. If someone could point me to the steps for getting the upgraded kernel to boot it would be greatly appreciated.
Thanks,
-Tom
Thanks very much for your referral to that thread.
I've been instinctively selecting console-productivity during my installs without realizing it was bringing in braille support. After doing a re-install without it, the second VM display comes up and the system is stable.
Hope this thread will help anyone else who's encountered this issue... and now that it's resolved, I can start making even broader use of my favorite OS!
Thanks again,
-Tom
I tried removing the braille related packages when I had this problem on 3.0, but X wouldn't start after a reboot and I had no keyboard control. Spent many hours trying to resolve this to no avail. From that experience, it appears that braille support is still deeply embedded in 3.1 and given it's significant presence in the current VM logs, I suspect it may be involved this time as well.
Being unable to run a Devuan VM under VirtualBox on a Devuan host is a severe limitation that will hamper uptake of the OS for approaches like https://www.qubes-os.org/ where the goal is to containerize user application spaces for improved security and crash recovery. I'd like to file a bug to document the issue, but don't see a link on the main site. Would the devuan-dev list be the best place to start?
Thanks again for your replies,
-Tom
Thanks for your reply and suggestions.
The syslog, Xorg.0.log and debug logs all have a lot of Braille related messages and errors. The brltty service is also running in the process tree even though I disabled it in sysv-rc-conf.
When I enable the second monitor on the VM from Settings-Display, the last thing in Xorg.0.log is "[ 750.046] (EE) No surface to present from.". Shortly afterward, I lose mouse and keyboard control and have to forcibly power down the VM.
Is there a procedure for removing all the braille related hooks to see if this is the problem? Made the attempt to do that on Beowulf 3.0 and ended up with a hopelessly broken X. Genuinely appreciate people needing braille support, but I'd like to eliminate it completely as a potential root cause in this case.
Per your suggestions, these appear every 5 seconds from in both /var/log/debug and syslog:
Mar 9 16:31:29 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:31:34 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:31:39 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:31:44 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:31:49 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:31:54 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:31:59 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:04 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:09 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:14 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:19 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:24 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:29 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:34 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:39 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
Mar 9 16:32:44 dev1 brltty[569]: DBus error: send message: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service file
From Xorg.0.log:
[ 7.339] (II) XINPUT: Adding extended input device "BRLTTY 5.6 Linux Screen Driver Keyboard" (type: KEYBOARD, id 13)
[ 7.339] (**) Option "xkb_model" "pc105"
[ 7.339] (**) Option "xkb_layout" "us"
[ 7.339] (II) event8 - BRLTTY 5.6 Linux Screen Driver Keyboard: is tagged by udev as: Keyboard
[ 7.339] (II) event8 - BRLTTY 5.6 Linux Screen Driver Keyboard: device is a keyboard
[ 35.671] (EE) No surface to present from.
[ 750.046] (EE) No surface to present from.
Thanks,
-Tom
Having a difficult time getting dual monitors working with a Beowulf 3.1.0 VM under VirtualBox 6.1 running on a 3.1.0 base install. The VM works fine with one display, but never brings up the second when I configure it in the VBox app. The VM OS does see the second monitor, but when I enable it in Settings->Display, the VM locks up and has to be powered down. I had a dual monitor VM partially working with 3.0, but it would randomly crash and was never stable enough to use.
Dual monitors in Centos 6 and 7 VM's work perfectly with VBox 6.1 on Beowulf 3.1, but I'd like to get rid of them and have a pure Devuan stack. Does anyone know the magic for getting this to work?
Thanks,
-Tom
Pages: 1