![]() I'll install Fedora again tomorrow (5th time at least). So installing this 32 bit driver should not have been necessary. I mean it contains both the 64 bit and the 32 bit binaries including the libGL. I am not sure, I am not an expert.Īccording to the description I read about the nvidia driver I installed this should not have happened. I managed to install them by following this guide: Maybe this or the missing 340xx caused the system collapse. I never managed to install the nvidia drivers from the RPM fusion repo. # dnf install xorg-x11-drv-nvidia-libs.i686 # installed, but the system never started again after reboot, it froze by the LUKS screen after entering the passwordītw. # dnf install nvidia-x11-drv-32bit # 404 not found # tried to fix it by installing a 32bit driver loading libGL.so.1: Segmentation fault (core dumped) # running the game (the et shortcut did not work somehow) Last edited by infje 28th December 2015 at 12:06 AM.ĭnf install glibc.i686 libX11.i686 libXext.i686 libstdc++.i686 pulseaudio-libs.i686 They contain some info, but I think it is not enough for success. I found these 2 tutorials about installing ET: With the linked guide the nvidia driver worked properly, so I don't know what's the problem with the RPM fusion drivers, I am not an expert. I read something about that gnome3 requires 32bit binaries as well and that's the reason. I never managed to install nvidia drivers from RPM fusion and every time the system tries to do that it collapses immediately after reboot and I am not able to recover it. I think the main problem here is still my driver issue. I'll reinstall fedora23 tomorrow, but it is annoying that I need days to install a video card driver and a simple game. So something is missing about the 32bit openGL, but I don't know how to fix it. maybe the source of the problem is that as you mentioned it requires xorg-x11-drv-nvidia-340xx-libs.i686, so the 340 drivers. ![]() # yum install xorg-x11-drv-nvidia-libs.i686 # this killed the system, because it installed the akmod-nvidia as dependency, which is buggy or at least not compatible with this kind of driver. # yum install nvidia-x11-drv-32bit # failed, did not find the lib # I thought this was because a missing 32bit 3d card lib/driver, so I tried to find something which is able to fix it Linux32 /usr/local/bin/et # running the game Yum install glibc.i686 libX11.i686 libXext.i686 libstdc++.i686 pulseaudio-libs.i686Ĭp * /usr/local/games/enemy-territory/ # overriding 2.60 binaries with 2.60b patch Wine does not work properly according to some forums and I don't want to run it in any virtual machine, because that is slow. Now the question is, how to install Wolfenstein Enemy Territory 2.60b without killing the system? The main problem, that this game is written for 32bit systems and I use a 64bit system. I wasn't able to boot since then, it immediately freezes after the LUKS password screen, so I have to reinstall the whole system. After that those drivers started to interfere with the already installed drivers and the system collapsed. xD I tried to find a solution and accidentally installed the closed source 32bit nvidia drivers from the RPM fusion repo (those drivers are buggy by default btw). If I remember well the last message was that libGL.so or something like that caused segmentation fault. In practice I did not manage to install Enemy Territory, because it requires a lot of 32bit binaries. So in theory I should not have any problem if I'd want to run a 32bit game with this video card. According to a text I read somewhere these nvidia drivers contain both the 32bit and the 64bit binaries. So nouveau does not freeze the system every 10 mins. I managed to install closed source nvidia drivers manually by following this guide.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |