You are not logged in.
I believe the problem has been fixed by installing acpi-fakekey. Can anyone confirm or refute?
@HoaS: both. This is on an upgraded Refracta. (Not sure if I started with ascii or beowulf.)
Distributor ID: Devuan
Description: Devuan GNU/Linux 4 (chimaera/ceres)
Release: testing/unstable
Codename: n/a
/n/n
..,,;;;::;,.. user@r10lvm
`':ddd;:,. -----------
`'dPPd:,. OS: Devuan GNU/Linux 4 (chimaera/ceres) x86_64
`:b$$b`. Host: KVM/QEMU (Standard PC (i440FX + PIIX, 1996) pc-i440fx-2.8)
'P$$$d` Kernel: 5.6.0-1-amd64
.$$$$$` Uptime: 6 mins
;$$$$$P Packages: 1079 (dpkg)
.:P$$$$$$` Shell: bash 5.0.16
.,:b$$$$$$$;' Resolution: 1280x720
.,:dP$$$$$$$$b:' DE: Xfce
.,:;db$$$$$$$$$$Pd'` WM: Xfwm4
,db$$$$$$$$$$$$$$b:'` WM Theme: Clearlooks-Phenix-DarkPurpy
:$$$$$$$$$$$$b:'` Theme: Clearlooks-Phenix-DarkPurpy [GTK2]
`$$$$$bd:''` Icons: nuoveXT2 [GTK2]
`'''` Terminal: xfce4-terminal
Terminal Font: Monospace 12
CPU: QEMU Virtual version 2.5+ (4) @ 2.394GHz
GPU: 00:02.0 Vendor 1234 Device 1111
Memory: 294MiB / 984MiBThey 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.
tl;dr (I read the black parts and the last paragraph.)
E: You must put some 'source' URIs in your sources.list
Uncomment the deb-src lines and update the package cache. ('apt update' or Refresh in synaptic)
gui text editors I have known and loved:
mousepad, leafpad, gedit, kedit, medit, pluma, geany
The first two are very simple. The others have more features.
Did you see this one? https://askubuntu.com/questions/1120843 … ket-ctb-2d
Check permissions on /etc/apt/trusted.gpg.d/*
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.)
Yeah, our primary goal is to provide systemd-free debian. For those who want minimalist or libre or some other combination of packages, configs or whatever, there are derivative distros that fulfill some of these needs, and there are several ways of making your own, and there's a community of people already making their own who will offer ideas and advice and will help you solve problems you run into.
That brings us to a secondary goal - to accomplish the first goal with the least amount of work. We have a team of around a dozen people to keep up with the hundreds of debian developers. All are volunteers. We like to keep it simple and easy wherever possible.
It's the stock debian kernel:
$ grep INOTIFY /boot/config-4.19.0-9-amd64
CONFIG_INOTIFY_USER=yI'm using mostly the refracta isos for testing so I can ssh in.
More later...
Live iso burned to optical disk. (I've only tried DVD, because the isos are too big for CD.)
Auto-login is enabled in the official beowulf desktop-live isos.
It boots.
It goes to desktop.
You can't use keyboard or mouse.
I didn't notice this problem becuase I don't use optical disks anymore.
There's a much better description of the problem in the linked discussion. I was nice enough to link you to the last two of the 23 pages. Please take a look at that discussion for clues. I'd like to fix this problem, not just rename the isos to .img and tell everyone they are usb images. I'm hoping someone who knows something that I don't know will look at that and see where the actual problem is.
Thanks,
fsmithred (not a happy camper.)
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.
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.isoAll you devuan derivateurs, please tell me - if you burn your beowulf isos to optical media and boot a computer that has usb mouse and keyboard, do those inputs work on the desktop? If so, I'd like to know how you got that to happen.
Thanks,
fsmithred
See roughly the last page or two of this discussion for more details:
https://dev1galaxy.org/viewtopic.php?pid=21671#p21671
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?
FYI: eudev uses the old names - eth0, wlan0...
If you want to use the new "predictable" names with eudev, add net.ifnames=1 to the boot command.
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.isoChanges:
- 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 psmouseWhat's different about beowulf v. ascii?
Maybe I should switch to beowulf if it has option to disable /usrmerge.Why did ascii go with a forced usr mrg when it isn't being forced on beowulf?
I got /usr merged in one ascii install that I did when ascii was still in testing (Nov. 2017). It no longer does that.
I don't know of any way to undo it.
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)
fsmithred wrote:But then you won't be able to start graphical apps as root from that terminal. For that, you're supposed to use pkexec.
I use an old trick for that:
cp /home/user/.Xauthority /root/
Good to know, thanks. My current preferred method to revert to the old behavior is to add
ALWAYS_SET_PATH yesto /etc/default/su. This is documented in 'man su'. You can put the line in /etc/login.defs instead, but then you get an error message when you log in.
Yeah, beowulf is ready - it's just the installation media we're struggling with. I've been using beowful since the beginning of this year.
The Refracta isos use lxdm, and the input problem exists there, too.
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.
Replacing xserver-xorg-input-libinput with xserver-xorg-input-evdev didn't help the mouse/keyboard problem.
I've considered removing lvm2 and mdadm, but they're nice to have if you're using the live-iso as a rescue system or if you want to go to the trouble of manually setting up lvm or raid to install from the live. (It's possible, just not obvious.) And they were added in ascii by request from the community. Disabling lvm in runlevel 2 didn't fix the problem. But editing lvm.conf in both places did get rid of the messages.
Thanks for the detailed testing and report. Not exactly sure what I'll try next. Something tomorrow.
Debian buster already installs new systems with the /usr merge by default, I'm not sure how beowulf will handle this but the package is already in the repositories:
In beowulf expert install, it asks if you want /usr merge or not, with default set to not. In regular install, you get the default (not).
One thing is constant among all beta versions: screen font doesn't change when things aren't working (from dvd, no "toram") - means problem is already there when udev is detecting my videocard? Also when mouse/kb stop working, it happens exactly the moment when display manager starts and switches me to the x display-console away from console.
I'm not sure what to do about this, but I'm quoting it to remind me about it.
Meanwhile, the changes to the initramfs that I made did not actually get applied, and I'm not sure why. I may have to do that part manually.
Anyway... beta-#*@%ing-4 coming soon.
aptitude why elogind (or why libpam-elogind)Maybe something you installed pulled it in.
Was yesterday the first time you rebooted after the upgrade? That (or 'init 1') would be necessary for the change to take effect.
elogind is a replacement for systemd-logind. It's maintained by the init-diversity group, which is made up of debian and devuan devs working together to maintain interoperability. Without it, we would either need to recompile hundreds of packages or else resign ourselves to using simple window managers instead of full-featured desktop environments.
Check /var/log/apt/history.log to see if you recently replaced consolekit with elogind. That would explain how it worked before without being a member of the netdev group.
As such I'll not recommend it to anyone, unless they first communicate a desire to use an unstable, unreleased, non-production-ready branch.
If that's what someone wants, you'll have to recommend chimaera (=bullseye) or ceres (=sid). They'll be disappointed with beowulf, which is quite stable in the generic sense. When we're happy with the installation media, we'll officially call it Stable and release it. Nothing else in beowulf needs to be changed.
fsmithred wrote:The lvm/udev issue seems to be resolved.
Not so fast
Still there, unfortunately
Please give more details about what you did so that someone can reproduce it.