The officially official Devuan Forum!

You are not logged in.

#176 2020-05-14 15:50:23

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

Editing /etc/lvm/lvm.conf in the initramfs gets rid of the repeated udev warnings on boot.
Editing /etc/lvm/lvm.conf in the live system gets rid of the repeated udev warnings on shutdown.

I don't think lvm is the root cause of the problem here.
Including the fixes does sound like a good idea though.

Also, maybe don't start lvm at all during boot?
People who will mount complex lvm/raid configs will type a lot of commands, it's probably not too much trouble to type one more command to start lvm.
On the other hand, if you freeze during boot or your mouse/kb won't work, lvm is useless for you.

Also: what is it that the "toram" parameter does that unhugs the boot process and allows everything to work?
It can't be just the delay, because "rootdelay=300" doesn't help.
Maybe take a closer look at the scripts activated by "toram" parameter. Something they do allows the boot to proceed.

I'm not that familiar with the internals of a debian/devuan initramfs to know where to look.

Offline

#177 2020-05-14 18:40:19

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

Re: Beowulf Beta is here!

With a Refracta DVD, I can ssh in when it gets to the desktop. I tried several things to get mouse and keyboard to work.

All of the following failed:
- restart lxdm
- restart eudev
- restart dbus
- disable autologin in lxdm and restart it
- init 1, ctrl-d


What does work:
- modprobe -r psmouse && modprobe psmouse   (I don't even need to kill the desktop and restart it for this to work)

Offline

#178 2020-05-15 13:52:08

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

Here's a trick I've tried:
Boot beta3 live dvd
In the grub screen, edit default command line:
Replace username=devuan with username=root
Boot to desktop
(Use the usual ctrc+c to get out of lvm loop)
Desktop comes up, mouse and kb NOT working, but after I disconnect/reconnect the mouse, dvd starts screeching for a few seconds(loading something), and mouse/kb start working, and I have a working desktop. Which doesn't happen when I boot as username=devuan, it doesn't react to disconnect/reconnect of the mouse. Which probably means that there are at least some permission issues.

Offline

#179 2020-05-15 14:57:59

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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

Offline

#180 2020-05-15 16:17:31

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

fsmithred wrote:

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)

Offline

#181 2020-05-15 17:43:54

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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?

Offline

#182 2020-05-15 19:08:08

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

fsmithred wrote:

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)

Offline

#183 2020-05-15 23:25:43

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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

Offline

#184 2020-05-16 18:40:24

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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.

Offline

#185 2020-05-16 19:01:52

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

fsmithred wrote:

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.

Offline

#186 2020-05-16 20:46:53

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

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?

Offline

#187 2020-05-17 11:18:44

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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...

Offline

#188 2020-05-17 14:45:41

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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.)

Offline

#189 2020-05-18 01:47:57

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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.

Offline

#190 2020-05-18 12:21:53

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

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)

Offline

#191 2020-05-18 15:36:13

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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.  smile

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

Offline

#192 2020-05-18 15:52:22

sgage
Member
Registered: 2016-12-01
Posts: 218  

Re: Beowulf Beta is here!

fsmithred wrote:

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

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.

Offline

#193 2020-05-18 15:53:46

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

fsmithred wrote:

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

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. wink

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. smile

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

Offline

#194 2020-05-18 18:56:06

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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.

Offline

#195 2020-05-18 19:06:13

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

fsmithred wrote:

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)

Offline

#196 2020-05-18 20:09:21

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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.

Offline

#197 2020-05-18 20:24:25

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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

Offline

#198 2020-05-19 16:50:37

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

Re: Beowulf Beta is here!

fsmithred wrote:

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.

Offline

#199 2020-05-19 18:56:21

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,494  

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.

Offline

#200 2020-05-19 20:01:58

dev-1-dash-1
Member
Registered: 2018-08-02
Posts: 74  

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.

Offline

Board footer