ham5urg | fsmithred, to gpt/partition/format/raid/debootstrap/bios-boot-grub/efi-boot-grub was a success. | 14:06 |
---|---|---|
ham5urg | The single point which was a problem to find any information about was | 14:07 |
ham5urg | mount /dev/sda1 /boot/efi | 14:07 |
ham5urg | mount -t efivarfs efivarfs /sys/firmware/efi/efivars | 14:07 |
ham5urg | and do a grub-install after that | 14:08 |
ham5urg | everything else was working like a charme | 14:08 |
fsmithred | ham5urg, good to hear | 14:09 |
fsmithred | I've never mounted efivars for a uefi grub-install | 14:09 |
fsmithred | were you chrooting from a non-uefi system? | 14:10 |
ham5urg | Neither I mounted efivars before, but to be honest, I always tried to stay in the bios-mbr-partition scheme as long as possible. bios-GPT is quite easy, Efi is a complicated thing. | 14:12 |
ham5urg | I was chrooting from a efi-only system | 14:13 |
ham5urg | I booted devuan-desktop-live for installation. | 14:14 |
msiism | Hey, I've just upgraded my system from ASCII to Beowulf and that caused a little bit of breakage here. The two major problems are: I have to boot the 4.9 instead of the 4.19 kernel to get a working X environment and have my wifi card work. | 16:25 |
gnarface | msiism: is it a nvidia video card? | 16:26 |
msiism | I run X by by executing 'startx' from the TTY. When I boot the 4.19 kernel, I will get my desktop, but the system will be completely frozen after that (can't switch to another TTY) and I'll have to reboot. | 16:27 |
msiism | gnarface: I think so. Let me check. | 16:27 |
gnarface | make sure the driver is loading, dkms could have failed during upgrade | 16:27 |
msiism | gnarface: Yeah, the driver is apparently not leading because booting with the 4.19 kernel will also not give me the higher resolution console graphics. | 16:28 |
gnarface | ok, first make sure non-free is enabled and the nvidia-* packages got installed | 16:28 |
msiism | I think I was using nouveau. | 16:29 |
gnarface | then just try running dkms as root with the 4.19 kernel booted | 16:29 |
msiism | Or, wait, that's my laptop, yeah. I'm actually using the on-board graphics card on this machine: 00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10) | 16:30 |
gnarface | oh if it's an intel one, you might need to make a partial xorg.conf snippet to make the intel driver load instead of the modesetting one | 16:31 |
gnarface | nouveau won't load on an intel video card though | 16:32 |
gnarface | so make sure you don't have both... | 16:32 |
msiism | Okay, I only have the Intel one. | 16:32 |
msiism | Is there a howto for the xorg.conf? | 16:33 |
gnarface | sorta | 16:33 |
gnarface | man intel | 16:33 |
msiism | Okay, I'll try that. :) | 16:33 |
gnarface | well, find your xorg log to make sure it's not already loading | 16:34 |
gnarface | you could have some other problem | 16:34 |
gnarface | look at the xorg log first, but i'm suspecting it will confirm the modesetting driver loads instead, after it tries several dumb framebuffer drivers | 16:34 |
msiism | Okay, checking… | 16:36 |
msiism | gnarface: Looks like the Intel driver is loading just fine: https://paste.debian.net/plainh/62685083 However there are other errors concenring "systemd-logind" that I can't really make sense of. | 16:40 |
gnarface | hmm | 16:44 |
msiism | I also have no xorg.conf, currently. | 16:48 |
msiism | Would it be possible to simply downgrade to ASCII again by editing /etc/sources.list and then running apt-get dist-upgrade again? | 16:51 |
* msiism re-reads Beowulf release notes | 17:00 | |
fsmithred | msiism, if you want to downgrade from beowulf to ascii, you need to pin ascii to 1001 priority | 17:00 |
gnarface | msiism: downgrading isn't a supported action in devuan or debian, you might get away with it, but it's not really the ideal solution... also, really... i mean really... instead of a 4-line config? | 17:00 |
fsmithred | elogind is a replacement for systemd-logind | 17:01 |
msiism | fsmithred: Yeah, that's what I thought. | 17:01 |
fsmithred | maybe you need to add libpam-elogind (just a guess - I didn't see the messages) | 17:01 |
gnarface | msiism: the converse could be true fyi, loading the modesetting driver with a custom xorg.conf snippet could work better | 17:02 |
msiism | fsmithred: I just checked. I have it installed. | 17:02 |
gnarface | msiism: it's the default for there to be no xorg.conf and for it to rely on auto-detect | 17:02 |
msiism | gnarface: Yeah, I know. I just wanted to mention I have no xorg.conf and thus no special conifugration set up. | 17:03 |
gnarface | msiism: lockups could also be a regression though not a misconfiguration... keeping the 4.9 kernel temporarily or trying the backports kernel might be better options | 17:03 |
gnarface | msiism: when it locks up, does an error appear in the xorg log? | 17:04 |
gnarface | msiism: or in the dmesg output, for that matter? | 17:04 |
fsmithred | is it really locked up, or is it that mouse and keybaord are not working? | 17:04 |
msiism | fsmithred: Good question. How would I be able to tell? I mean, I can't switch to another TTY. | 17:04 |
fsmithred | unplug and re-plug inputs and see if that fixes it | 17:05 |
msiism | gnarface: I just realized that the log files are in ~/.local/share/xorg/. Checking that now. | 17:05 |
msiism | fsmithred: Ok, I'll put that on my list. | 17:05 |
fsmithred | also check to see if kernel modules are not getting loaded, like sound or wireless | 17:06 |
gnarface | msiism: ctrl+alt+f2 doesn't switch to a new tty when it locks up? | 17:06 |
msiism | gnarface: Right. | 17:07 |
msiism | I'll reboot now and see whether re-plugging keyboard and mouse will do anything. | 17:13 |
msiism | Okay, so, I noticed that when the system "hangs" after running 'startx', the moitoring bar on my desktop is actually working just fine, counting up uptime and displaying CPU usage etc. | 17:22 |
msiism | However, re-plugging keyboard and mouse did not help. | 17:23 |
fsmithred | ok | 17:23 |
msiism | (Both are on PS2 ports.) | 17:23 |
fsmithred | can you ssh in? | 17:23 |
fsmithred | hm | 17:23 |
fsmithred | I've only done the plug thing with usb | 17:23 |
msiism | fsmithred: You mean ssh into that machine booted with the 4.19 kernel? | 17:24 |
fsmithred | into the machine that's locked up | 17:24 |
fsmithred | or whatever it is | 17:25 |
msiism | Hm… I'd have to set up SSH for that, I guess. | 17:25 |
fsmithred | just trying to find a way to get in to see what's going on | 17:26 |
fsmithred | can you boot to single? | 17:26 |
msiism | fsmithred: That should work, yes, | 17:27 |
msiism | However, I'm on that machine right now. So, I'll always have to exit IRC when I reboot… | 17:28 |
fsmithred | if you get in, check to see if all modules are loading | 17:29 |
msiism | Maybe, let me try uncommenting "needs_root_rights=yes" in /etc/X11/Xwrapper.conf and see if that helps. | 17:29 |
fsmithred | lsmod | grep snd | 17:29 |
fsmithred | shouldn't need that line if elogind is installed | 17:29 |
fsmithred | lsmod |wc -l | 17:29 |
fsmithred | or lsmod | grep something-you-know-should-be-there | 17:30 |
fsmithred | oh, they probably don't all load in single user mode | 17:31 |
fsmithred | anyway, if you discover that some modules are not loading, the fix is to add 'sleep 1' to udev init script | 17:32 |
msiism | Ideed, no sound is heard. | 17:32 |
msiism | Also, I'm getting this error from udev on boot: "specified kvm group unknown" | 17:33 |
fsmithred | everyone gets the kvm message | 17:33 |
fsmithred | https://bugs.devuan.org/cgi/bugreport.cgi?bug=483 | 17:33 |
msiism | I see. | 17:33 |
msiism | Well, the stange thing is that, apparently, also needed sound modules are actually loaded. | 17:34 |
fsmithred | oh, ok. So maybe that's not your problem. | 17:34 |
fsmithred | I need to be afk for a bit | 17:35 |
msiism | Okay, thanks for your help so far. | 17:36 |
msiism | After a bit of fiddling around, I've found that the following works when I've started X on Beowulf with the 4.19 kernel: I connect my mouse to a USB port before booting, then re-plug it after starting X (either to a USB port or the the USB-to-PS2 adapter in the PS2 mouse port, where it's usually connected). This also makes my PS2 keyboard work. | 18:36 |
msiism | Now I only need to find out what causes this and get it fixed. As mentioned earlier. Thisdoesn't happen when booting with the 4.9 kernel. | 18:38 |
msiism | Maybe this is best discussed on the forum. | 18:42 |
* msiism prepares a little write-up | 18:51 | |
mtnman | helo | 19:29 |
mtnman | is there a non-systemd equivalent for the following command? "systemctl set-default graphical.target" | 19:30 |
specing | probably editing inittab and changing some param | 19:32 |
mtnman | specing not sure how to go about what you are suggesting | 19:32 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!