thank you, i think my brain is melting
Ok now I’m confused - it worked only once, after next reboot it doesn’t do anything (gpu is on, touchpad is working)…
lspci | grep 3D NV grep: NV: Nie ma takiego pliku ani katalogu (no such file or directory)
also I can’t
echo '\_SB.PCI0.PEG0.PEGP._ON' > /proc/acpi/call (or off), it says I have no access even with sudo
@petsam I will try that next I think
yes, because to make it persistent a few further steps are needed to make it disable at boot. besides i think @petsam 's idea is a bit more on the side of sanity (at least mine anyway )
like i said, brain melting… i meant to write 3D or NV not both. my bad.
lscpi | grep 3D is what i meant
I edited my previous post (added blacklist nouveau).
I think it’s needed, since you don’t want any use of nvidia card.
If it creates conflict, maybe disable then, but I suggest you try it first.
I’ve set it up as you suggested, it gives me black screen freeze after login unless I put acpi_osi=! acpi_osi=“Windows 2009” in grub… Touchpad not working again. It is getting a little bit ridiculous now
Are you on bumblebee?
My advice was for free drivers.
Nope, I’m on video-linux
Do you also have this at grub?
I’ve tried with it, then without, then acpi_osi=… and only the last one got me into X session
i think that would be the
acpi_osi=! thats doing it because the syntax on
acpi_osi=“Windows 2009” is wrong i believe and would just be ignored IIRC. either way you shouldnt need them for the free drivers. possibly something loading from the acpi_call method you were trying before?
@petsam does acpi_call and acpi_osi=! cancel each other out?
I removed those, and uninstalled acpi_call. Also isn’t bbswitch used by bumblebee? Maybe that’s the part that causes the need of acpi_osi= usage in the first place?
Please check the logs while in TTY. How does this fail, when it worked just before?
Anyway, check logs
journalctl -b -p3 less /var/log/Xorg.0.log
Not necessary, bbswitch can be used alone.
Yes, but maybe it’s not bumblebee that causes those issues but bbswitch? I mean everyone (and there is a lot of reports of users in need of adding acpi_osi params to boot) is using bumblebee but maybe the issue is not with bumblebee alone but bbswitch itself
That’s assumptions. That’s why we need logs for proof.
journalctl -b -p3 -- Logs begin at Sun 2019-01-27 05:29:12 CET, end at Wed 2019-01-30 02:40:18 CET. -- sty 30 02:24:53 jakub-pc bluetoothd: Failed to set mode: Blocked through rfkill (0x12) sty 30 02:24:57 jakub-pc bluetoothd: RFCOMM server failed for Headset Voice gateway: rfcomm_bind: Ad> sty 30 02:24:57 jakub-pc bluetoothd: RFCOMM server failed for :1.158/Profile/HSPHSProfile/00001108-0> sty 30 02:24:59 jakub-pc bluetoothd: Failed to set mode: Blocked through rfkill (0x12)
Just connecting the dots is this what you wanted?
It doesn’t give anything. Was it proper?
acpi* removed from grub command line
boot to black screen
go to TTY
run commands for journal and Xorg logs and post.
Howto in tutorial (if needed)
dont forget to update-grub after editing
AFAIK no. Even checked dependencies…