<div dir="ltr">Thanks for being so detailed!<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 17, 2015 at 1:27 AM, Andreas Beckmann <span dir="ltr"><<a href="mailto:anbe@debian.org" target="_blank">anbe@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Take a look at<br>
<a href="https://wiki.debian.org/KernelModesetting" rel="noreferrer" target="_blank">https://wiki.debian.org/KernelModesetting</a><br>
<br>
and try booting with "nomodeset"<br>
<br>
and maybe try disabling any graphics stuff in /etc/default/grub<br>
(needs running 'update-grub' after editing)<br></blockquote><div><br></div><div>I included nomodeset on /etc/default/grub and updated grub afterwards. I dont think I have any special configuration there (it doesnt show up while running debsumbs -ce nor any other file that seems that might affect). I attach my grub file nonetheless<br><br></div><div>This didnt do anything<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
-------------------------------<br>
<br>
<br>
You can try to forcibly move the nouveau module away:<br>
<br>
dpkg-divert --rename /lib/modules/4.3.0-1-amd64/kernel/drivers/gpu/drm/nouveau/nouveau.ko<br>
<br>
(that's the "friendly" way, it tells apt about the rename, and apt will respect<br>
it on kernel upgrades (as long as it stays in the same path, i.e. until you upgrade to<br>
4.4 or an ABI bump for 3.3 happens (the ABI version is the '1' in '4.3.0-1-amd64'))<br>
<br>
To undo this later on use<br>
<br>
dpkg-divert --remove --rename /lib/modules/4.3.0-1-amd64/kernel/drivers/gpu/drm/nouveau/nouveau.ko<br>
<br>
<br>
Then rebuild the initramfs (update-initramfs -u) just in case ...<br>
any maybe while rebooting you find something that complains that it cannot load the nouveau module<br>
Thereafter (hopefully) the nvidia module should be loadable.<br></blockquote><div><br></div><div>This finally did it!<br><br>sddm always starts with a weird resolution and i dont see the user or password boxes, but i enter my password blindly, press enters and it logins with my usual resolutions (this might have to do with the fact that xrandr showed a ghost vga-1 along with my other two dvi-0 and vga-0)<br><br></div><div># journalctl -b and searching for nouveau showed nothing, but in tty1 outside the logs and before the login prompt I can read the text attached in nolog.output<br><br></div><div>How that text scape the logs is a good question. I dont have or never had raids... not sure why is giving the other error<br><br></div><div>as useless as it might be I also attach modules-load.service.log and divert.output showing the output of<br><br>$ sudo journalctl -b -u systemd-modules-load.service (before the diversion)<br><br></div><div>and<br><br></div><div>$ update-initramfs -u (after the diversion)<br><br><br></div><div><br><br></div><div>I have no idea what is triggering nouveau to load. I am the only one having this issue or is it more general? because I dont think I have many special configurations<br></div><br><br></div><div class="gmail_quote">Thanks for your time!<br></div><br></div></div></div>