You are not logged in.
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.
FWIW, I did an offline install with the beta3 netinstall iso, and it had the necessary packages to edit sources.list and get online. I'm guessing the build was not limited to minbase, which doesn't include those packages.
Also...
beta3 live isos have been uploaded. The lvm/udev issue seems to be resolved.
New packaging guide for official devuan packages. (Work in progress.)
https://git.devuan.org/devuan/documenta … aintainers
For information and discussion about building packages for yourself, see the thread in DIY.
https://dev1galaxy.org/viewtopic.php?pid=21605#p21605
This thread is about building packages for yourself. If you're building official packages for devuan, this won't be an issue on the actual build hosts, but you might have problems building locally. For official packaging guidelines, see https://git.devuan.org/devuan-doc/docum … aintainers or see the discussion in the Documentation section of this forum - https://dev1galaxy.org/viewtopic.php?pid=21606#p21606
If you're building packages for yourself, you may have run across a situation where you need to install libsystemd-dev to build your package. That won't work if elogind is installed.
As you have discovered, building directly on the host system does not
work if the system uses elogind and the package has a build dependency
on libsystemd-dev. However, it will work fine in a build chroot. Try
using pbuilder and the pbdebuild command and/or cowbuilder.
There are also other options that should work, but I have not used
myself, like qemu-builder and sbuild.
I'm not seeing it in my ceres installation. Everything says Devuan 4 ceres except /etc/issue, which still says 3.
Was this originally a jessie installation that got upgraded?
pcalvert: check ~/.xsession-errors, /var/log/Xorg.0.log, /var/log/apt/history.log (to see if something important got removed), maybe try grub-install and update-grub again.
darry1966: The problem is not with dpkg. The behavior of su changed when they moved it to a different source package. I've found the easiest way to restore the old behavior is to put ALWAYS_SET_PATH yes in /etc/default/su. (create the file if it doesn't exist)
I fixed root's path in Refracta isos, where I have more freedom to stray from the default settings. The Devuan live isos won't get that fix, same as if someone installs from the installer isos.
Edit: pcalvert, Maybe edit the grub screen at boot, add set gfxpayload=1600x900 before the linux line.
Wireless firmware is installed in the live isos partly for testing that it works with your hardware and partly so that we're not bombarded with questions about how to get wireless working. There's a script to remove all the non-free firmware if you don't want it, and deb packages are included in case you need to reinstall one. (See the included README file.)
The reason non-free and contrib are not enabled in sources.list is so that people who don't want non-free won't accidentally install anything from there.
I'm guessing you installed from the desktop-live iso. If you want to install wireless firmware from the repo, you need to enable contrib and non-free in /etc/apt/sources.list (or in synaptic). Or, you could just install the package from the local copy in /firmware.
dpkg -i /firmware/firmware-zd1211*.deb
Why do you need to remove and install it? That's weird.
Oh, you are my hero, Phil. Nice find!
I made a test refracta iso because it's easier to include a custom initrd, and it seems to fix the issue. DVD boots without the udev warnings or any other delays, and then I have no mouse or keyboard on the desktop. Plugging a mouse into the laptop wakes up the trackpad and the keyboard. Plugging in a usb flash drive does not wake up the inputs.
Test iso is here:
https://get.refracta.org/files/testing/ … 7_1346.iso
sha256sum:
f527940265e4dff0b7b807611e1ebb96fc870ab03e505a4bb52c70b9aa5fefaf refracta10-beta2+_xfce_amd64-20200507_1346.isoHere is what I changed in /etc/lvm/lvm.conf inside initrd.img:
devices {
# Disable scanning udev for md/multipath components.
# This is required with recent versions of lvm2, even if you use another solution for
# your LV device nodes; without it lvm commands will stall for minutes waiting for udev.
multipath_component_detection = 0
md_component_detection = 0
}
activation {
# Set to 0 to disable udev synchronisation (if compiled into the binaries).
udev_sync = 0
# Set to 0 to disable the udev rules installed by LVM2
udev_rules = 0
}Reference: https://wiki.gentoo.org/wiki/Custom_Initramfs#LVM
There is no more xfce4-mixer, but there is xfce4-pulseaudio-plugin. Some of the devuan derivative distros use volumeicon-alsa and don't include pulseaudio.
If you install a desktop from the tasksel screen in the installer, you get whatever task-*-desktop pulls in, which means you get pulseaudio. You can remove it, and if you're recording, you probably want to install a real sound server, like jack.
Are you getting those latencies with default kernel or realtime kernel?
To get rid of those repeating udev warnings, I tried (and failed) disabling lvm. Made a new snapshot and booted it from DVD. It booted without the repeated warnings. Instead, I got them on shutdown, and whenever it reached the end of the list, it would start over.
It's the device mapper that's doing this, but I don't know what calls it or how it's called. It appears to be confused.
5. Installed lightdm and lightdm-gtk-greeter-settings
6. Reboot and login using lightdm:
--> OK, but actions-menu-entries still greyed.7. Corrected:
sudo vi /etc/pam.d/lightdm-greeter
changed line to: session optional pam_elogind.so (I have filed a bugreport for that)8. Reboot --> actions-menu-entries now working on login screen
This is fixed in ceres. The fix might make it into beowulf for a later (not too much later) point-release.
Manual fix is already described in the release notes.
9: /etc/pulse/client.conf.d/00-disable-autospawn.conf
is corrected in this release. Great! Bravo!
Only in the desktop-live, where it's really easy to make such changes.
12. Bug: Installer did not respect locale settings, corrected:
--> sudo dpkg-reconfigure locales
This needs to be fixed in the live installer. If you select your locale and keyboard when you boot the live media, those settings will be carried over to the installed system.
13. Missing software: Java Runtime 8 (jre8)
(where is the nvidia-openjdk-8-jre package?)
That package is in non-free. You'll need to add that to your software sources and update/refresh before installing it.
Note that the smallest installer iso to use for offline installation is called "server" iso.
Fixed in beta3. Thanks!!!
I got nano and network commands with the no-mirror install using the amd64 beta3 netinstall iso.
I can get the problem reliably by booting from dvd. Adding 'rootdelay=5' (or 10) does not help. Adding 'toram' allows me to boot.