The officially official Devuan Forum!

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

I made another Refracta iso, and this one seems to work.
http://distro.ibiblio.org/refracta/file … 5_1335.iso

sha256sum:

f0989b9b31899ced549741c4373c43d73252f47c2500f0ed6168235bc041fc44  refracta10-beta3_xfce_amd64-20200515_1335.iso

Changes:
- edited lvm.conf in initrd and live system
- disabled lxdm in runlevel 3. Boot to console by adding '3' to the boot command.
- added the following code to /etc/rc.local to remove/insert psmouse kernel module. This did not work when added to live-config scripts. Maybe it was too early.

modprobe -rv psmouse
modprobe -v psmouse

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

I made another Refracta iso, and this one seems to work.
http://distro.ibiblio.org/refracta/file … 5_1335.iso

sha256sum:

f0989b9b31899ced549741c4373c43d73252f47c2500f0ed6168235bc041fc44  refracta10-beta3_xfce_amd64-20200515_1335.iso

Changes:
- edited lvm.conf in initrd and live system
- disabled lxdm in runlevel 3. Boot to console by adding '3' to the boot command.
- added the following code to /etc/rc.local to remove/insert psmouse kernel module. This did not work when added to live-config scripts. Maybe it was too early.

modprobe -rv psmouse
modprobe -v psmouse

Couldn't get it to work with usb mouse/kb.
Changing 'psmouse' to 'usbhid' didn't help.

No lvm errors though.

Update:
Trying to remove/reinsert the host controller 'uhci_hcd' didn't work as well, and also gave an error message about it being in use.

Last edited by dev-1-dash-1 (2020-05-15 16:27:08)

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

Couldn't get it to work with usb mouse/kb.
Changing 'psmouse' to 'usbhid' didn't help.

Weird. I'm testing on a laptop that has a trackpad but no keyboard, and there's a usb keyboard plugged in. Both work.

On the builds that have no keyboard/mouse, I can remove/insert psmouse with or without the desktop running, and inputs all work when the desktop is restarted. That doesn't work for you?

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

Couldn't get it to work with usb mouse/kb.
Changing 'psmouse' to 'usbhid' didn't help.

Weird. I'm testing on a laptop that has a trackpad but no keyboard, and there's a usb keyboard plugged in. Both work.

On the builds that have no keyboard/mouse, I can remove/insert psmouse with or without the desktop running, and inputs all work when the desktop is restarted. That doesn't work for you?

I get to desktop and mouse/kb don't work.
I can physically disconnect/reconnect mouse and it starts working. Same as a previous refracta image you posted in this thread.
But physically disconnecting/reconnecting mouse didn't work on the beowulf image.

My mouse and kb are both connected to usb.
Since mouse is usb, 'psmouse' module doesn't manage it. Therefore remove/reinsert psmouse doesn't help. I tried it and it doesn't, mouse isn't working.

I tried to remove/reinsert 'usbhid' and 'usb_generic' instead (go to runlevel 1 and edit the rc.local script before going to desktop) but it doesn't work.

lsusb:

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID ************ keyboard
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID ************ mouse
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

lusb -vt:

...
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 2: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 2: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 2: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
...

Last edited by dev-1-dash-1 (2020-05-26 20:37:12)

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

I made another beowulf image with the same changes as the last refracta iso, minus the ssh-server and console-only runlevel 3. As you noted, these changes don't work if there's only usb mouse and keyboard. If there's a trackpad, they work. Someone else is supposed to let me know about ps2 inputs.

https://get.refracta.org/files/experime … p-live.iso
sha256sum:

b1bf2be25fcdd7711d730485b727ea864044f1e3c457e92e7aa52afc1a8f108a  devuan_beowulf_3.0.0_beta5_amd64_desktop-live.iso

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

remove/insert usbhid just worked for me here. I did it over ssh while the desktop was up. Did not have to restart anything. This is with usb-only mouse and keyboard. No trackpad here, using the last refracta iso I posted.

It works if I do it after stopping the display manager, too.

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

remove/insert usbhid just worked for me here. I did it over ssh while the desktop was up. Did not have to restart anything. This is with usb-only mouse and keyboard. No trackpad here, using the last refracta iso I posted.

It works if I do it after stopping the display manager, too.

Well, do the next step and add remove/insert usbhid to rc.local and try to load the desktop.

Also, are you using the latest refracta iso, or latest beowulf beta iso?

I tested on the refracta iso.

I don't have an extra box right here to ssh from, so I am working on a single machine.
Remove/reinsert usbhid while in console (before booting to desktop) doesn't affect the mouse - it works before, and after that. Checked with gpm.

But when I edit rc.local to replace psmouse with usbhid and go on to desktop, the mouse isn't working.

Also: you've said that this shouldn't be done 'too early', i.e. in live config scripts.
Maybe rc.local isn't the best place for this as well? I have quite a long delay (20-30, maybe 40 sec) while desktop boots with the dvd screeching around loading stuff. Is it possible that rc.local is run, usbhid gets reinserted, but too early, and the "freezing" of mouse happens AFTER the rc.local script has already run?

Is it possible maybe to insert the reinsert hack into some other place... Maybe /etc/xdg/autostart or some such, which is GUARANTEED to be executed after the desktop is already loaded.

Let me know what you think of this.

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

Checked the refracta Xorg.log (boot from dvd, after that physically unplugging/replugging the mouse while in the desktop session).

Some interesting bits:

[   392.821] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.

Searching the internet for this phrase has lead to, among other things, this:
https://askubuntu.com/questions/556230/ … untu-14-04

Kernel config parameter "File systems -> Inotify support for userspace" must be checked, it says.
Can we look at refracta's kernel config?

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

It's the stock debian kernel:

$ grep INOTIFY /boot/config-4.19.0-9-amd64 
CONFIG_INOTIFY_USER=y

I'm using mostly the refracta isos for testing so I can ssh in.

More later...

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

Is it possible maybe to insert the reinsert hack into some other place... Maybe /etc/xdg/autostart or some such, which is GUARANTEED to be executed after the desktop is already loaded.

Yes, but I think it needs to be in effect if/when the login screen comes up. I forget how I got there. Maybe somewhere at the end of /etc/X11/Xsession.d/ would be appropriate.

This hack of reloading the modules didn't work for me when I was testing on the laptop yesterday. I'm hoping to get more information before I burn another disk. And as I mentioned in another thread, I'm about ready to just rename the isos to *.img and tell people they are usb images. (No, that won't really happen. That is unacceptable.)

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

They say nothing happens by just bitching about it, but that's what I did to get the answer.

Try this one: https://get.refracta.org/files/testing/ … 8_0033.iso

I added acpi-fakekey. Did it first over ssh in a live session, and the trackpad worked instantly. Then I made the above iso and burned it to dvd. Only tested on laptop so far, but it works.

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

Try this one: https://get.refracta.org/files/testing/ … 8_0033.iso

It works !!!!!!!! xDDD

2 tries, a soft and a hard reboot, and mouse/kb is operational immediately after booting to desktop!

EDIT:
I did however get this when the system has detected a btrfs drive:

udevd[3098]: failed to execute '/lib/udev/${exec_prefix}/bin/udevadm'.
'${exec_prefix}/bin/udevadm trigger -s block -p ID_BTRFS_READY=0':.
No such file or directory

Not a show stopper though, system continues to work.

EDIT2:
Booting the iso from hdd using grub also works perfectly!

Last edited by dev-1-dash-1 (2020-05-18 12:45:33)

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

Beowulf RC desktop-live and minimal-live isos are now available on files.devuan.org or your favorite iso mirror. 

Not sure if anyone mentioned it, but RC installer isos are there, too.

sgage

Member

Registered: 2016-12-01

Posts: 341  

Re: Beowulf Beta is here!

Beowulf RC desktop-live and minimal-live isos are now available on files.devuan.org or your favorite iso mirror. 

Not sure if anyone mentioned it, but RC installer isos are there, too.

I just did a netinst install (MATE desktop) this morning, and it went very smoothly.

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

Beowulf RC desktop-live and minimal-live isos are now available on files.devuan.org or your favorite iso mirror. 

Not sure if anyone mentioned it, but RC installer isos are there, too.

Nice release candidate you've got there. Shame would be if someone...

Uh, just let me wait till the download completes and we'll see what happens.

Update:
Yes, this one works.
No lvm/udev timeout errors.
Mouse and kbd working ok.
Imported lvm volume groups - ok.
Build zfs modules (zfs-dkms) - ok
Import zfs pools and write some data to them - ok.
Reboot - clean, no errors/timeouts.

Btrfs udev warning still appears, but doesn't break anything.
Also - I don't know if the liveimage is expected to have sound working, but I had to do modprobe ..module-for-my-audio-card.. and alsactl init to get sound working. The module for the card is present, but it doesn't get loaded.

Other than these (very) minor gripes, this feels like a release candidate.

Last edited by dev-1-dash-1 (2020-05-18 17:02:09)

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

No sound on DVD. That's true for beowulf RC and refracta beta5. The latter does not have pulseaudio.

Can't run alsamixer. "No such file" (even though it's right where it belongs at /usr/bin/alsamixer and is executable.)

aplay -l says "device_list:272: no soundcards found" but lspci sees it just fine.

Again, true on both pure devuan and refracta.

I tried restarting pulseaudio, alsa, eudev; tried removing pulseaudio and running with just alsa. Nothing.

Sound works fine in qemu.

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

No sound on DVD. That's true for beowulf RC and refracta beta5. The latter does not have pulseaudio.

Can't run alsamixer. "No such file" (even though it's right where it belongs at /usr/bin/alsamixer and is executable.)

aplay -l says "device_list:272: no soundcards found" but lspci sees it just fine.

Again, true on both pure devuan and refracta.

I tried restarting pulseaudio, alsa, eudev; tried removing pulseaudio and running with just alsa. Nothing.

Sound works fine in qemu.

I also got "no soundcards found", but then I ran modprobe to load the module for my sound card (I know exactly which one I need), after that "alsactl init" (as root), and sound appeared.
I use oss4 on my desktops, so I don't remember exactly what exactly should be done at init time for alsa to work.

UPDATE:
I can run alsamixer, I don't think I've had any trouble with that.
When booting the beowulf rc, it launches, and it shows "pulseaudio" as sound card.
Tried a few more times, and "modprobe ..snd- module for my card..", "alsactl init" turns on the sound always.
Repeatedly restarting alsa (without manually probing for modules first) by doing "service alsa-utils restart" always gives same result - nothing detected.

Also, when using "toram" option, the sound card is detected automatically and seems to work.

Another thing: there seems to be quite a large difference between the output of "lsmod" when booting from dvd with and without the "toram" parameter. The resulting files (when doing "lsmod >lsmod.log") are about 3.5kb vs 4kb.

Of course there are differences due to differently mounting root fs, but maybe there's more than that there.

Last edited by dev-1-dash-1 (2020-05-18 20:03:03)

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

Yeah, that worked: modprobe snd_hda_intel was all I needed to do.

Oh, and it all works just fine if I boot to ram. Modules are already loaded and sound works. I'm thinking maybe there's a timeout somewhere on reading the dvd, and it just stops reading early.

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

These modules get loaded when booting to ram but not when booting normally from dvd. The rtl8273ae is the right one for my wireless card. Your list might be slightly different.

cmac
btusb
btrtl
btbcm
btintel
intel_rapl
arc4
x86_pkg_temp_thermal
intel_powerclamp
rtl8723ae
coretemp
btcoexist
kvm_intel
rtl8723_common
rtl_pci
snd_hda_codec_hdmi
rtlwifi
snd_hda_codec_realtek
kvm
mac80211
uvcvideo
snd_hda_codec_generic
irqbypass
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
crct10dif_pclmul
crc32_pclmul
videobuf2_common
cfg80211
videodev
rtsx_usb_ms
snd_hda_intel
ghash_clmulni_intel
media
memstick
snd_hda_codec
snd_hda_core
intel_cstate
snd_hwdep
snd_pcm
intel_uncore
snd_timer
snd
intel_rapl_perf
pcspkr
joydev
efi_pstore
toshiba_bluetooth
pcc_cpufreq
iTCO_wdt
mei_me
serio_raw
efivars
soundcore
iTCO_vendor_support
mei
battery

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

I'm thinking maybe there's a timeout somewhere on reading the dvd, and it just stops reading early.

The thought of a timeout did also cross my mind a few days ago.

Besides differences in the amount of modules loaded, there's also a difference of how the root filesystem is mounted between dvd and toram.
Maybe something isn't able to get write access to the rootfs when it's a read-only fs from the cd?

Also:
The boot is multi-threaded, as far as I can see. When loading from a dvd, some processes take a lot longer than from a ramdisk.
Therefore: perhaps the BOOT ORDER is simply different due to read-delays? Thus we get a completely different boot processs.

Would it be hard to create a refracta version which uses a single-threaded boot, and manually fix the boot order?

Surely when booting a live dvd, a predictable and reliable boot order is more important than utilizing MOAR COARZ(tm) for a multi-threaded boot and cutting 0.73 seconds from the boot time.

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

Would it be hard to create a refracta version which uses a single-threaded boot, and manually fix the boot order?

I have no idea how to do that. How can you even tell if it's running single or multi-threaded?

What I can do is turn off some services in the default runlevel and see if that changes anything.

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

How can you even tell if it's running single or multi-threaded?

It says "entering makefile-style CONCURRENT boot in runlevel S".

Which is supposed to mean I think that it starts (or tries to start) at least some processes in parallel.

Anyway we can tell init to start only a single process at once, thus doing it all sequentially? Sort of like doing "make -j1" to only execute one job at a time.

What I can do is turn off some services in the default runlevel and see if that changes anything.

Only if you have any particular ideas as to what exactly should be turned off to check what difference it makes.

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

I turned of anything I thought I would not need:
bluetooth, hddtemp, lm-sensors, lvm2, mdadm, nfs-common, pppd-dns, rsync, saned, smartmontools

Didn't help.

Update: How to do it -

touch /etc/init.d/.legacy-bootordering

to set CONCURRENCY=none
see:
/etc/init.d/README
/usr/share/doc/insserv/README.deb
/etc/init.d/rc     <- This is where it happens

Testing this now. Still building the iso.

dev-1-dash-1

Member

Registered: 2018-08-02

Posts: 99  

Re: Beowulf Beta is here!

How can you even tell if it's running single or multi-threaded?

Take a look at /etc/init.d/rc file.
In particular, look for "CONCURRENCY=makefile" line.

TL;DR: in beowulf, add concurrency=none to kernel command line to make the boot single threaded.
It will be possible to strictly control boot ordering by assigning every script /etc/rc<X>.d/S<Y>script a unique <X,Y> number, and thus control boot process from start to finish.

I tried using "concurrency=none" on the beowulf-rc image, didn't help. Meaning sound card wasn't working, otherwise it's ok.

Note: I am making wild guesses here. If you feel like this is a waste of time, don't burn your energy on it.
I am digging in this direction only because we both thought of a possible timeout issue.

EDIT:
I've also looked up things like "alsa doesn't detect soundcard", but I couldn't find anything that looks helpful for our particular case.

The fact that so many modules are missing when booting from dvd is, of course, very very puzzling.

BTW, list of modules which I have missing, i.e. modules present when using toram but absent when booting from dvd:

acpi_cpufreq
coretemp
fuse
gameport
iTCO_vendor_support
iTCO_wdt
joydev
pcc_cpufreq
pcspkr
serio_raw
snd
snd_ens1370
snd_pcm
snd_rawmidi
snd_seq_device
snd_timer
soundcore

Last edited by dev-1-dash-1 (2020-05-19 21:01:53)

fsmithred

Administrator

Registered: 2016-11-25

Posts: 2,486  

Re: Beowulf Beta is here!

Now we're cross-posting. See my update above.