[13:01] Did a recent update drop driver support for Intel Mobile 4 Series chipsets? [13:03] no [13:27] I am only able to pull up video, either through a liveCD or LTSP booting, when using VESA driver, otherwise the screen flickers and goes blank about 10 seconds post grub menu [13:27] but the system is up and running, just no display [13:29] and only one kernel installed to choose from? [13:32] if you say it's a regression then try the previous kernels [14:32] only one kernel installed [14:33] I am trying to remote into the system to see if there are any errors. [14:33] so what do you mean "recent update"? [14:33] what version is this? and the kernel? [14:34] if vivid, make sure you have at least 3.19.0-13 [14:34] trusty [14:34] installed when? [14:35] just now [14:35] 3.13.0-49-generic [14:36] using X.org 1.15.1 [14:36] the image doesn't have that kernel, did you manually remove the install kernel? [14:36] use a release image [14:37] This is an LTSP installed chroot, but it also happens from a linuxmint 17.1 liveCD [14:38] so nomodeset works? get the relevant bits of a non-working boot from /var/log/kern.log and put it somewhere [14:39] nomodeset works, just 640x480 [14:39] yes [14:43] https://pastebin.mozilla.org/8830478 [14:43] from a machine which lost video, but I can remote in [14:43] what hw is it? [14:44] this is a hp st5742 [14:44] thin client [14:44] it was just working on a previous install, and when I did a fresh install of 14.04 / mint 17.1 the video on the server is fine, but not on the clients generated from the repositories [14:45] nor from the live CD [14:45] which is strange, but once again, nomodeset works there [14:46] When 14.04 first came out, these had no problems with the graphics, but something changed with the latest 14.04 [14:46] then you need to install earlier kernels and bisect which broke it [14:46] I have 3 other labs all running fine with the same hardware, and this one was running 13.04 just fine [14:47] do you have a suggestion as to which one to go back to? [14:47] 14.04 installer comes with -24 [14:47] no [14:47] file a bug [14:47] test these [14:48] So try -24, if it works,... ? [14:48] https://launchpad.net/ubuntu/trusty/+source/linux [14:48] you get the earlier ones there [14:48] remember to install -extra too [14:49] ok [14:49] if you say stock 14.04 worked [14:49] best to try -24 to rule out it's not something else messing things [14:50] use the latest of -XX.YY, so for -24 test -24.47 [14:50] ok [14:50] let me try that. [14:57] ok, so installed linux-image-extra-3.13.0-24-generic as well as same without extra [14:58] any other packages that I would need to install? [15:00] not at this point [15:01] trying it now [15:01] hrm. -24 did not work [15:02] so your setup is busted [15:02] same thing happened at the same point [15:05] what should I do about it? [15:06] nomodeset works, which means that the basic functionality of the system works [15:06] How can I pinpoint what is "busted"? [15:07] I don't know how you build your ltsp setup, and don't care to know either. but something in it is not ok if stock trusty doesn't work either [15:13] This is not just happening with LTSP, but also with a liveCD it does the same thing [15:16] and doesn't work on any machines of the same kind? [15:16] the hw could be broken too [15:19] Even though it was just working on a 13.04 system? [15:19] and works when I boot back into that system? [15:20] 3.8 kernel [15:21] you said trusty worked [15:22] anyway, same applies.. find out where it broke [15:22] I know it worked at a different location with the same hardware [15:23] I have 2 other labs running the same hardware clients, with 14.04 installed (with linuxmint 17) which I think were installed before 14.04.2 [15:24] I appreciate your input, I want to track this down. [15:24] I am downloading a fresh copy of the ISO to make a live USB, will test to see if stock 14.04.2 works [15:26] here is a copy from dmesg. https://pastebin.mozilla.org/8830489 [15:27] rule out hw issues first [15:28] cabling etc [15:28] [ 14.279246] [drm] GMBUS [i915 gmbus panel] timed out, falling back to bit banging on pin 3 [15:28] Would cabling be the issue if it is displaying just fine up to that point? [15:28] fair point :) [15:28] still [15:29] dunno [15:29] I am not saying you are wrong... just wondering ;) [15:29] easy to verify [15:29] I'm off -> [15:30] Thanks for your help [15:47] If I needed to test an older image of 14.04 (pre .2) where would I go? [15:51] I am getting this error in [drm] GMBUS [i915 gmbus panel] timed out, falling back to bit banging on pin 3 and am unable to see anything on the screen after a brief flicker [15:52] Does the same thing with an Ubuntu 14.04.2 liveCD as well as a linuxmint 17.1 (based on 14.04.2) liveCD. 14.04 stock worked, as well as mint 17 stock [16:23] releases.ubuntu.com [17:13] thank you again tjaalton [17:13] I have searched there, but still not finding the stock 14.04 [17:14] bah, found it :) [17:15] actually, I did not find it... [17:15] I am looking for 1386 14.04 image [17:55] old-releases.u.c [17:57] tjaalton: thanks. that did it [19:39] tjaalton: This is strange, would there be something which would cause the displayport to not work once it hits a certain point? [19:39] I hooked up a VGA monitor and it worked fine [19:39] but I hook up to the display port and it does not [19:39] but if I boot to a different install, the display port works fine [20:50] any idea how to get dkms to build and install nvidia properly? I like to run it after a kernel update but it is not working since nvidia-uvm was added to nvidia [20:50] sudo dpkg-reconfigure nvidia works but i have to install the kernel then reboot and rebuild the module and restart again [20:53] running NVIDIA binary driver - version 346.59 [20:55] sudo dkms install -m nvidia -v 346-346.59 -k 4.0.0-rc1-02232015 is what i usually run [20:55] just changing the kernel and nvidia versions [20:57] hmm nap time maybe i will get a response by the time i get up from my nap :) === bandit-led is now known as bandit-sleeping [22:31] interesting, i tried compiling mesa from git on Ubuntu 15.04, following the instructions on freedesktop.org, and it works perfectly fine [22:31] i dunno why 14.04 was so problematic [22:33] when i add the file in /etc/ld.so.conf.d to point to /opt/xorg/lib, Xorg just segfaults === bandit-sleeping is now known as bandit-awake [22:59] hmmm this channell seems sleepy