Comments (21)
Please run it with -vv
for more debugging information. Does /var/run/bumblebee.socket
exist in the chroot? Hardlinking directories won't work btw.
from bumblebee.
As a workaround I would suggest changing the socket path to be inside the subsystem. You should use seperate bumblebee.conf files to make this all work correctly, and make sure they use the same socket. (And you should only run one daemon, from outside of the subsystem!)
from bumblebee.
Thank you for quick response, this is output of optirun -vv in 32bit subsystem:
DEBUG]Reading file: /etc/bumblebee/bumblebee.conf [DEBUG]Process /sbin/modinfo started, PID 4165. [DEBUG]Hiding stderr for execution of /sbin/modinfo [DEBUG]SIGCHILD received, but wait failed with No child processes [DEBUG]Process /sbin/modinfo started, PID 4166. [DEBUG]Hiding stderr for execution of /sbin/modinfo [DEBUG]SIGCHILD received, but wait failed with No child processes [DEBUG]Active configuration: [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf [DEBUG] X display: :8 [DEBUG] LD_LIBRARY_PATH: /usr/lib/nvidia-bumblebee:/usr/lib32/nvidia-bumblebee [DEBUG] Socket path: /var/run/bumblebee.socket [DEBUG] VGL Compression: proxy [DEBUG]optirun version 3.0 starting... [ERROR]The Bumblebee daemon has not been started yet or the socket path /var/run/bumblebee.socket was incorrect. [DEBUG]Socket closed. [ERROR]Could not connect to bumblebee daemon - is it running?
The /var/run is hardlinked from 64bit system into the subsystem and..
ls /opt/arch32/var/run | grep bumblebee.socket
shows:
bumblebee.socket
BUT
sudo chroot /opt/arch32 ls /var/run | grep bumblebee.socket
shows nothing :(.
I don't know if it is correct to hardlink /var/run from 64bit to 32bit but before Bumblebee 3.0 I didn't have to do that and optirun worked with only 64bit deamon running.
from bumblebee.
Thank you Thulinma, but how can I tell to bumblebee where it should store the socket? In my /etc/bumblebee/bumblebee.conf I haven't found such a section.
from bumblebee.
@microcz Use the --socket
option of bumblebeed
from bumblebee.
I'll give it a try and when I come home from work I'll inform you whether it helped or not. I thank you both very much.
from bumblebee.
I've tried start bumblebee in x86_64 with:
sudo bumblebeed --socket /opt/arch32/var/run
but following error has occured:
[ERROR]Cannot open or write pidfile /var/run/bumblebeed.pid.
When I run bumblebee with:
sudo bumblebeed --socket /var/run
theres is no problem. It seems that it cannot find pid file, in both cases pid file is created in /var/run.
from bumblebee.
If you're running in a chroot, use --pidfile /your/chroot/var/run/bumblebee.pid
from bumblebee.
I don't believe that --socket /some/directory
works, you must use a path to a file, i.e. --socket /var/run/bumblebee.pid
(create dirs first)
from bumblebee.
Thank you, now bumblebee started:
sudo bumblebeed --socket /opt/arch32/var/run/bumblebee.pid [INFO]bumblebeed 3.0 started
And pid file is located correctly in 32bit subsystem, but after:
schroot -p -- optirun glxinfo
There is following error again :(
[ERROR]The Bumblebee daemon has not been started yet or the socket path /var/run/bumblebee.socket was incorrect. [ERROR]Could not connect to bumblebee daemon - is it running?
from bumblebee.
I found it, with your help of cause, IT WORKS NOW :))...
Bumblebeed creates two files:
- bumblebee.pid
- bumblebee.socket
with command --socket can be location of socket file changed, but the pid file remains in default directory /var/run/pid, all i needed was to do:
sudo bumblebeed --socket /opt/arch32/var/run/bumblebee.socket
THANK YOU VERY MUCH, the problem seems to be SOLVED.
I want to ask one more question, how to instruct bumblebeed to use --socket parameter, when starting it as a daemon during system startup, because there only the names of daemons can be specified in arch's rc.conf.
from bumblebee.
bumblebeed
in DAEMONS just starts /etc/rd.d/bumblebeed
. You can edit options in that file. It will get overwritten with each update though.
from bumblebee.
@Lekensteyn Maybe we should make this a config option, as well?
from bumblebee.
In that case it should be a [bumblebeed]
option. At the moment, optirun still reads some settings from the [bumblebeed]
section (driver/ldpath). Those settings can be read through the protocol, but how are we adding this option to the client then? Use two SocketPath
settings for the optirun and bumblebeed section?
from bumblebee.
Technically this would be the only option that really applies to both server and client side... the rest would, in theory, go through the new protocol we have planned.
from bumblebee.
In cases like this chroot thing, we can use separatate socket paths. It appears more natural to me.
from bumblebee.
Not really. The daemon would never "see" the config of the chrooted client, after all :-)
from bumblebee.
What about hardlinks?
from bumblebee.
Does that work? The above posts seem to indicate "no".
from bumblebee.
The hardlinks not worked for me, but that does not mean that I was doing it right, i did:
su root cd /opt/arch32/var rm -r run ln -f /var/run* .
But somehow I couldn't see the content of var/run when chrooted. Maybe the parameter should be part of the client, with this it will be possible to tell 64bit optirun where to search for socket, while the jailed 32bit will use the default path.
from bumblebee.
You cannot hardlink directories, but I now get it why it would be nonsensible. The only way to justify that SocketPath is only defined in the bumblebeed section and not optirun is by saying that the socket path is used for communication with bumblebeed.
from bumblebee.
Related Issues (20)
- Cannot run vmware by optirun
- [Doubt] Do I need to install Bumblebee ? HOT 1
- Error compiling with gcc 10.2.0 HOT 2
- bumblebee + vm
- Multi monitor setup Optimus/Bumblebee with Cinnamon Desktop Environment HOT 1
- Unloading module nvidia-drm in use on Ubutnu 20.10 HOT 1
- [XORG] (EE) Failed to load module "glx" (module does not exist, 0) HOT 4
- Bumblebee does not work in SecureBoot
- unreferenced object in kmemleak HOT 1
- Two graphic cards and no HDMI out
- Bad Performance With Bumblebee HOT 2
- Nvidia card always starts turned ON
- Proprietary drivers: Unable to locate/open config directory: "/etc/bumblebee/xorg.conf.d" HOT 10
- Optimus AMD + NVidia HOT 2
- Website partially unreachable (on IPv6 or without www) HOT 1
- [issue] [primus] [steam] `primus: fatal: failed to load ligGL.so`
- [ERROR]Cannot access secondary GPU - error: [XORG] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module.
- [ERROR]No integrated video card found, quitting. HOT 1
- [ERROR]No discrete video card found, quitting
- Download page not found
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from bumblebee.