alkisg | KitsuWhooa: netbooting recent live cds over nfs seems broken, but it works with aoe, provided one enters 2 commands manually as initramfs-tools doesn't have code for that... | 05:35 |
---|---|---|
alkisg | The command line I'm using is: APPEND ro initrd=pxelinux.cfg/casper/initrd boot=casper break=mount root=/dev/ether/e0.0p1 | 05:55 |
alkisg | And the commands needed at the initramfs breakpoint are: ipconfig enp0s17; modprobe aoe; exit | 05:55 |
alkisg | Unfortunately mate stopped producing an i386 iso so I can't test cosmic there, I'll try with xubuntu | 05:58 |
alkisg | Corrupted output in this one too: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV18 [GeForce4 MX 4000] [10de:0185] (rev c1) | 06:06 |
alkisg | Hmm, the corruption is related to the resolution. | 06:10 |
alkisg | Initial=1366x768=corrupted. Then I set 1024x768, works. Then I set again 1366x768, works again! | 06:10 |
alkisg | Same card, another monitor with 1280x1024=works without doing anything | 06:10 |
KitsuWhooa | <alkisg> KitsuWhooa: netbooting recent live cds over nfs seems broken <-- since I set up ltsp, I don't think it matters anymore | 06:46 |
KitsuWhooa | and I got tired yesterday and didn't look into it any further | 06:47 |
KitsuWhooa | computer was crashing too, so I need to run memtest86+ for a bit | 06:47 |
KitsuWhooa | I literally built it yesterday to test the graphics cards and picked random memory sticks that I'm not sure if they were in a working condition or not | 06:47 |
alkisg | (09:46:45 πμ) KitsuWhooa: since I set up ltsp, I don't think it matters anymore => eh, it's easier to download/test a bunch of ubuntu live cds than build a lot of different chroots (if one wants to test 16.04/18.04/17.10/18.10 etc) | 06:52 |
KitsuWhooa | that is true | 06:52 |
KitsuWhooa | alkisg: I just tried another nvidia card and got the same result | 07:18 |
KitsuWhooa | except when I tried to switch to a tty I saw "gpu lockup" and the machine froze :p | 07:18 |
KitsuWhooa | so I can't tell what card it is yet | 07:18 |
KitsuWhooa | ltsp also doesn't seem to let me log in over a tty | 07:23 |
alkisg | KitsuWhooa: ltsp-config lts.conf, sudo nano /var/lib/tftpboot/ltsp/i386/lts.conf | 07:27 |
alkisg | In lts.conf you can specify either SCREEN_02=shell to get a tty (you have an example there) | 07:28 |
KitsuWhooa | Ah, didn't know that | 07:28 |
alkisg | or even INIT_COMMAND_ROOT_HASH="sed 's!^root:[^:]*:!root:\$6\$p2LdWE6j\$PDd1TUzGvvIkj9SE8wbw1gA/MD66tHHlStqi1.qyv860oK47UnKcafSKqGp7cbgZUPlgyPv6giCVyCSCdJt1b0:!' -i /etc/shadow" | 07:28 |
KitsuWhooa | thanks | 07:28 |
alkisg | ...to allow you to login with root/qwer1234 | 07:28 |
KitsuWhooa | in the meantime, I blindly opened a terminal in the X session and piped the output to netcat | 07:29 |
KitsuWhooa | 01:00.0 VGA compatible controller: NVIDIA Corporation NV34 [GeForce FX 5200] (rev a1) | 07:29 |
alkisg | Yeah I think I saw the corrupted output with this in a school | 07:29 |
alkisg | KitsuWhooa, what's the default resolution? | 07:29 |
alkisg | Like, 1366x768? | 07:29 |
KitsuWhooa | 1680x1050 | 07:29 |
alkisg | Hrm, there goes my theory about "width not divisible by 8" :D | 07:29 |
KitsuWhooa | So, all three of my nvidia agp graphics cards exhibit the same issue | 07:31 |
KitsuWhooa | and one is a completely different architecture | 07:31 |
KitsuWhooa | I guess I'll try compiling older versions of software and trying it | 07:31 |
KitsuWhooa | also, not sure what you mean by "to get a tty" | 07:32 |
alkisg | KitsuWhooa: do you have another monitor around, to see if it works there? | 07:32 |
KitsuWhooa | I already have a tty1 on the client | 07:32 |
alkisg | Do install epoptes, it's rather handy | 07:32 |
alkisg | You right click > open terminal remotely | 07:32 |
KitsuWhooa | I might as well at this point | 07:32 |
KitsuWhooa | what kind of monitor are you thinking? | 07:32 |
alkisg | And you can run xorg commands on the client while sitting in your server | 07:32 |
alkisg | Anything else; in the school lab I'm trying, one model gets corrupted output, 3 other models don't | 07:33 |
KitsuWhooa | I have a few 1920x1080 ones, and a CRT that's 1024x768/1280x1024 | 07:33 |
alkisg | Great, I think you'll find at least one that works fine | 07:33 |
KitsuWhooa | let me try those and see what happens | 07:33 |
alkisg | I'll be heading to the school now, to test things locally | 07:34 |
KitsuWhooa | alright | 07:34 |
alkisg | I'll try to join irc from there | 07:34 |
KitsuWhooa | 1920x1080 also has the same problem | 07:38 |
KitsuWhooa | alkisg: sure enough, it renders fine at 1024x768@60 | 07:44 |
KitsuWhooa | MX200 has the same issue at 1680x1050@60 | 07:53 |
alkisg | KitsuWhooa: xrandr -s other-resolution; xrandr -s problematic-resolution fixes the issue for me, | 08:40 |
alkisg | but I've also seen that some monitors that dont have the issue, when you move a window in them, it shows termporary corruption, which goes away if I do the 2 xrandrs combo again there | 08:41 |
alkisg | So it surely sounds like something isn't initialized properly, and it is when I issue xrandr | 08:41 |
KitsuWhooa | Hm | 08:46 |
alkisg | KitsuWhooa: can you try this in lts.conf? So far it solves all problems for me: X_OPTION_01="\"PageFlip\" \"off\"" | 08:52 |
KitsuWhooa | Yeah that fixes it | 08:56 |
alkisg | I'm going to make this default for all nvidia cards in all schools here :D | 08:56 |
alkisg | How much of a performance loss does it cause? | 08:56 |
KitsuWhooa | I'm not sure | 08:57 |
KitsuWhooa | lol, dragging glxgears around makes it drop from 60 to 25FPS | 08:57 |
KitsuWhooa | I get the feeling this is an X server issue | 08:59 |
alkisg | I saw no performance loss with pageflip (youtube/glxgears), so I'll automatically set that from an ltsp initscript when i see nvidia cards | 09:16 |
KitsuWhooa | I'm going to try to bisect it if I have the time | 09:16 |
KitsuWhooa | currently dealing with inted crashing every 5 minutes | 09:17 |
KitsuWhooa | *inetd | 09:17 |
KitsuWhooa | and telling whoopsie to not report anything also failed | 09:17 |
alkisg | Meh, who needs that? :D | 09:17 |
KitsuWhooa | I don't know, it's what got installed in the VM | 09:17 |
KitsuWhooa | :p | 09:17 |
KitsuWhooa | alkisg: how do I get an ltsp client to boot an older kernel? | 09:20 |
KitsuWhooa | Apparently it doesn't use the one the host is running | 09:20 |
KitsuWhooa | unless it's in the squashfs image and I need to update it | 09:23 |
KitsuWhooa | Ah, looks like it's ltsp-update-kernels | 09:33 |
alkisg | (back) yup, that's it | 09:48 |
KitsuWhooa | It's still booting the new one after running it | 09:49 |
KitsuWhooa | unless I need to pass specific args | 09:49 |
KitsuWhooa | I didn't see anything regarding the kernel in lts.conf either | 09:49 |
alkisg | lts.conf is loaded after the kernel | 09:50 |
KitsuWhooa | I guess I can manually edit pxelinux.cfg/* | 09:50 |
alkisg | Yes, or you can use symlinks | 09:50 |
KitsuWhooa | I tried symlinking the initrd and vmlinuz files, but it loads the 4.15 ones directly | 09:50 |
alkisg | Just make sure the squashfs image does have the new kernel, and it's not just in tftp | 09:50 |
KitsuWhooa | so the symlinks were ignored | 09:51 |
alkisg | You'd need to write a "default" file with vmlinuz there, instead of vmlinuz-version | 09:51 |
alkisg | So both symlinks + manual pxelinux.cfg/default... | 09:51 |
KitsuWhooa | Ah I see | 09:51 |
alkisg | (if pxelinux.cfg/default isn't a symlink, ltsp doesn't touch it anymore, it's preserved) | 09:51 |
KitsuWhooa | <alkisg> Just make sure the squashfs image does have the new kernel, and it's not just in tftp <-- I updated the image while booted to the kernel I want to run, so I hope that will do it | 09:53 |
alkisg | Sure then it should contain all kernels, not just the one you booted | 09:54 |
KitsuWhooa | excellent | 09:55 |
KitsuWhooa | okay it's definitely not a drm issue | 10:05 |
KitsuWhooa | bug happens on 4.4.155-0404155-generic | 10:06 |
alkisg | (11:59:19 πμ) KitsuWhooa: I get the feeling this is an X server issue => what does this mean, why does it happen only with nvidia cards then? | 10:08 |
alkisg | I was thinking that the bug would be in the package xserver-xorg-video-nouveau, isn't that the case? | 10:08 |
KitsuWhooa | My guess is something changed in X that broke xf86-video-nouveau | 10:09 |
alkisg | Ah | 10:10 |
KitsuWhooa | Looking at the commits after the release of xserver-xorg-video-nouveau that's in 16.04, I don't see anything that would directly affect DRI2 | 10:11 |
KitsuWhooa | but I am going to try compiling the version that comes with 16.04 to make sure | 10:11 |
alkisg | Can't we just dpkg -i the 16.04 packages over the running ltsp client, and killall xorg? | 10:12 |
KitsuWhooa | That probably won't work | 10:12 |
KitsuWhooa | Ignoring deb version dependencies, there's probably an abi incompatibility | 10:13 |
alkisg | abi with what, if we dpkg all of xorg including the drivers? | 10:16 |
alkisg | i.e. xserver-xorg-*... | 10:16 |
KitsuWhooa | Ah | 10:16 |
KitsuWhooa | that might work, assuming any of these packages don't depend on anything else specifically | 10:16 |
KitsuWhooa | but what is the point of that? | 10:16 |
alkisg | Maybe verify that kernel/drm don't matter? | 10:17 |
alkisg | I don't know the subsystems well enough to know :D | 10:17 |
KitsuWhooa | Well, considering I just downgraded to 4.4 and it's still broken, I doubt it's the kernel | 10:17 |
alkisg | Btw, I wonder if we can force triple buffering and see if it helps | 10:17 |
KitsuWhooa | you cahn | 10:17 |
KitsuWhooa | *can | 10:17 |
KitsuWhooa | PageFlip -> on | 10:18 |
KitsuWhooa | SwapLimit -> 2 | 10:18 |
alkisg | ty, will try it tomorrow when I go back to the office or to a school | 10:18 |
KitsuWhooa | I'll try it now :p | 10:18 |
alkisg | Great! :) | 10:18 |
KitsuWhooa | I assume X_OPTION_02 will work too? | 10:18 |
alkisg | Yes | 10:18 |
alkisg | To make sure, cat /run/ltsp-xorg.conf after it boots | 10:19 |
KitsuWhooa | looks like X isn't starting :p | 10:22 |
KitsuWhooa | oh I'm dumb | 10:22 |
KitsuWhooa | I set PageFlip to off | 10:22 |
KitsuWhooa | okay yeah, it's not doing anything with SwapLimit set to 2 | 10:25 |
alkisg | Meaning output corrupted, or no output? | 10:27 |
KitsuWhooa | just stays in the tty, login screen never pops up | 10:27 |
alkisg | can you cat the xorg.conf file, to make sure there's no error due to e.g. bad escaping of quotes? | 10:28 |
alkisg | cat /run/ltsp-xorg.conf | 10:28 |
alkisg | Or, getltscfg -a | grep OPTION | 10:28 |
KitsuWhooa | no such file or directory for the conf file | 10:29 |
KitsuWhooa | looks like something broke | 10:29 |
KitsuWhooa | ...wait | 10:29 |
KitsuWhooa | I commented both X_OPTION lines and it still doesn't start | 10:29 |
alkisg | What's the output of `getltscfg -a | nc termbin.com 9999` | 10:30 |
KitsuWhooa | give me a bit, I rebooted again | 10:30 |
KitsuWhooa | Okay nevermind, I forgot to uncomment the ldm line when I enabled the tty | 10:32 |
KitsuWhooa | let's try the X options again | 10:32 |
KitsuWhooa | I have to say though, I wasn't expecting netboot to be this fast. USB1.1 is very painful | 10:33 |
alkisg | It's about as fast as booting from brand new rotational hard disk | 10:34 |
alkisg | Except if you're using gigabit, when it's faster | 10:34 |
KitsuWhooa | Right, I checked the ltsp-xorg.conf | 10:35 |
KitsuWhooa | it looks okay | 10:35 |
KitsuWhooa | but it's still not booting with PageFlip 2 | 10:35 |
KitsuWhooa | er | 10:35 |
KitsuWhooa | SwapLimit 21 | 10:35 |
KitsuWhooa | *2 | 10:35 |
KitsuWhooa | I can't type | 10:35 |
alkisg | check /var/log/Xorg.7.log.old | 10:35 |
KitsuWhooa | Xorg log says parse error, 2 is not a valid keyword | 10:35 |
KitsuWhooa | yeah was just looking at that | 10:36 |
KitsuWhooa | maybe I need to put 2 in quotes too | 10:36 |
KitsuWhooa | even though the manpage says integer | 10:36 |
alkisg | Possibly... | 10:36 |
KitsuWhooa | nope, same error | 10:37 |
alkisg | cat /run/ltsp-xorg.conf | nc termbin.com 9999 | 10:37 |
KitsuWhooa | I'll just send it to my desktop instead :p | 10:37 |
KitsuWhooa | https://tasossah.com/ltsp-xorg.conf | 10:38 |
KitsuWhooa | it looks okay to me | 10:38 |
KitsuWhooa | only other thing I can think of is that SwapLimit was removed | 10:39 |
KitsuWhooa | Apparently 2 is the default for Xorg server > 1.12 | 10:40 |
KitsuWhooa | I just rebooted again and it worked this time. What?! | 10:43 |
KitsuWhooa | Worked as in X started. Screen is still garbled | 10:43 |
KitsuWhooa | I compiled xf86-video-nouveau .13 and it segfaults after showing a bit of corruption, so my guess is it was either broken between .12 and .13, or it's on X | 12:17 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!