UsL | hello people! Hope everyones summer was/is fine. I have a peculiar problem and I wonder if anyone has encountered it. I'm still on ascii (waiting for chimaera release) and it has been smooth and stable all the time until recently. xscreensaver no longer displays when I try to log in after I lock the screen with ctrl alt del. It does so if I do it right away. But if I come back an hour later it's gone and won't display. Switching ttys do nothing. No keyboard input is | 17:19 |
---|---|---|
UsL | registering as far as I can tell. Not even magic sysrq with reisub works. Nothing. Just blank screen. This started right before my vacation three weeks ago. | 17:19 |
UsL | and just now bash wouldn't even start. Just gave me a blank terminal with no prompt and input. | 17:21 |
UsL | alt f4 and trying to restart gave me a blank screen and then nothing. | 17:22 |
UsL | just discovered that no tty is working except the graphical ctrl alt f7 | 17:24 |
gnarface | and you're sure you didn't change any relevant configs? | 17:26 |
gnarface | the virtual terminals are supposed to be defined in /etc/inittab | 17:26 |
gnarface | but you should also see them running in the process list | 17:26 |
gnarface | try: ps aux |grep getty | 17:27 |
UsL | I've done nothing of the kind | 17:27 |
UsL | I'll try | 17:27 |
UsL | tty 1.6 is there alright | 17:28 |
UsL | *1-6 | 17:28 |
gnarface | it does sound like a common bug i've seen with failure for nvidia cards to resume from sleep properly, but it would have been affecting you this whole time | 17:28 |
gnarface | change kernels recently? | 17:29 |
UsL | yeah, this is smthng new. And I have no nvidia card. | 17:29 |
UsL | I guess I got an upgrade fairly recently. | 17:29 |
gnarface | any errors in dmesg? | 17:29 |
gnarface | there could be a regression in the upgrade | 17:29 |
UsL | nothing in dmesg | 17:29 |
UsL | except the old stuff I had since always. | 17:30 |
UsL | cpu errata stuff | 17:30 |
UsL | timings are off | 17:30 |
gnarface | could the virtual terminals be there but just not rendering right? maybe it's a kms modesetting auto-detect failure | 17:34 |
UsL | the laptop is from 2007 though. But if there were serious stuff I guess dmesg and smartctl would pick it up. The disk is new ssd I got along with a memory upgrade. | 17:35 |
gnarface | oh it's a laptop? | 17:35 |
UsL | yes | 17:35 |
gnarface | try to see if there's any difference between whether it's plugged in and fully charged or not | 17:35 |
UsL | it's always plugged in since batteries are almost dead | 17:35 |
gnarface | the only other common type of failure that comes to mind that could be causing this other than a kernel regression is hardware failure, and the only type of hardware failure that causes this type of gremlins without also causing errors in the logs is power supply failure | 17:36 |
gnarface | could be a weakening power supplyl | 17:36 |
gnarface | but i'd look into a kernel issue first, maybe with the framebuffer resolution auto-detection behavior | 17:37 |
gnarface | you don't still happen to have the old kernel installed, do you? | 17:37 |
gnarface | you could reboot to it and just use it for a while to see if the problem magically vanishes | 17:37 |
UsL | I do have the old one there | 17:37 |
UsL | yeah. Two total. | 17:37 |
gnarface | worth a try, if you say it was fine for all this time and the only thing that changed was you updated | 17:38 |
UsL | right. | 17:38 |
UsL | next time I get locked out and have to do a hard reset I'll choose the older one. | 17:39 |
gnarface | i wouldn't rule out the power supply as suspect completely, but usually when they're getting weak you see problems powering up, first | 17:40 |
UsL | and now tty1-6 magically works again.. | 17:41 |
gnarface | it'll often do stuff like just hang before POST the moment the cdrom starts to spin up or something like that, when the power supply is failing | 17:41 |
UsL | I haven't noticed anything of that kind so far. | 17:42 |
UsL | I think your kernel idea is the bast candidate | 17:42 |
UsL | or best even | 17:43 |
UsL | I'll monitor and choose the other kernel when lockup happens again. | 17:43 |
gnarface | ctrl+alt+backspace to kill X has been disabled by default, perhaps you could re-enable it and get some slightly better recovery path | 17:44 |
UsL | right, that's a good idea. | 17:45 |
tpefreedom | Does the devuan installer contain the ath9k_htc driver and the required firmware? | 17:48 |
gnarface | tpefreedom: wifi firmware? yea it should have all the wifi firmware | 17:49 |
gnarface | even the non-free wifi firmware, just because that'd always been such a huge support issue for debian | 17:50 |
tpefreedom | I know the main debian iso doesn't have the firmware (even though it is free softwawre, which is just what main is supposed to be.) | 17:50 |
fsmithred | it's in debian main and devuan main | 18:39 |
fsmithred | at least it's in sid | 18:40 |
fsmithred | and it is included in the installer isos | 18:40 |
fsmithred | it's not in the desktop-live isos. I'll make a note to add it in chimaera. | 18:43 |
rrq | mason: try killing xfsettingsd; it's messing badly with the monitors | 23:46 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!