Use open-source drivers or Nvidia during installation?

About nine months ago, I installed Garuda Linux, in general, I am very impressed with it. Most of my Pc games work in this operating system, most mods work but it’s tricky. I saw on the internet that Nvidia opened source their GPU kernel modules for Linux about four months ago. I am thinking about reinstalling Garuda using the Open-source drivers instead of the Nvidia driver during installation, I will explain why I might want to do this. With the help of the Garuda forum, I was able to get mods to work with Sins of Solar Empire Rebellion, but when the 1.97 version of the game came out the multiplayer/online gameplay is horrible, very jerky at about four fps, and the single-player of the game works great but a lot of times I play with my Friends in Multiplayer and that is unplayable. I posted this problem on Steam Proton dB, It looks like people who have Nvidia cards have this problem but AMD video cards do not. Since I posted this report on Steam Proton DB, the game got upgraded to Platinum. Using the open-source drivers might be a big mistake, I just don't know.

It looked like the 1.97 version of the game fixed the random crashing in the late game with a lot of units when using mods for the Sins game inside Windows, sometimes that occurred. in the1.96 version of the game worked perfected in Garuda.

sudo garuda-inxi

System:
Kernel: 5.19.5-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
root=UUID=ce1eb691-f6e3-44d8-9b79-e60fa05098b6 rw [email protected]
quiet quiet splash rd.udev.log_priority=3 vt.global_cursor_default=0
loglevel=3
Console: pty pts/1 wm: kwin_x11 DM: SDDM Distro: Garuda Linux
base: Arch Linux
Machine:
Type: Desktop System: ASUS product: N/A v: N/A serial: N/A
Mobo: ASUSTeK model: ROG CROSSHAIR VIII DARK HERO v: Rev X.0x
serial: <filter> UEFI: American Megatrends v: 4201 date: 04/26/2022
CPU:
Info: model: AMD Ryzen 9 5950X socket: AM4 bits: 64 type: MT MCP
arch: Zen 3 gen: 4 built: 2021-22 process: TSMC n7 (7nm) family: 0x19 (25)
model-id: 0x21 (33) stepping: 0 microcode: 0xA201016
Topology: cpus: 1x cores: 16 tpc: 2 threads: 32 smt: enabled cache:
L1: 1024 KiB desc: d-16x32 KiB; i-16x32 KiB L2: 8 MiB desc: 16x512 KiB
L3: 64 MiB desc: 2x32 MiB
Speed (MHz): avg: 3400 min/max: 2200/5083 boost: enabled
base/boost: 3400/5050 scaling: driver: acpi-cpufreq governor: performance
volts: 1.1 V ext-clock: 100 MHz cores: 1: 3400 2: 3400 3: 3400 4: 3400
5: 3400 6: 3400 7: 3400 8: 3400 9: 3400 10: 3400 11: 3400 12: 3400
13: 3400 14: 3400 15: 3400 16: 3400 17: 3400 18: 3400 19: 3400 20: 3400
21: 3400 22: 3400 23: 3400 24: 3400 25: 3400 26: 3400 27: 3400 28: 3400
29: 3400 30: 3400 31: 3400 32: 3400 bogomips: 217610
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Vulnerabilities:
Type: itlb_multihit status: Not affected
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: mmio_stale_data status: Not affected
Type: retbleed status: Not affected
Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via
prctl
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer
sanitization
Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, IBRS_FW,
STIBP: always-on, RSB filling, PBRSB-eIBRS: Not affected
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: NVIDIA GA102 [GeForce RTX 3090] vendor: ZOTAC driver: nvidia
v: 515.65.01 alternate: nouveau,nvidia_drm non-free: 515.xx+ status: current
(as of 2022-07) arch: Ampere code: GAxxx process: TSMC n7 (7nm)
built: 2020-22 pcie: gen: 4 speed: 16 GT/s lanes: 16 bus-ID: 0b:00.0
chip-ID: 10de:2204 class-ID: 0300
Display: x11 server: X.Org v: 21.1.4 with: Xwayland v: 22.1.3
compositor: kwin_x11 driver: X: loaded: nvidia unloaded: modesetting
alternate: fbdev,nouveau,nv,vesa gpu: nvidia display-ID: :0 screens: 1
Screen-1: 0 s-res: 4564x1440 s-dpi: 93 s-size: 1245x393mm (49.02x15.47")
s-diag: 1306mm (51.4")
Monitor-1: DP-2 pos: primary,left res: 1920x1080 dpi: 82
size: 598x336mm (23.54x13.23") diag: 686mm (27.01") modes: N/A
Monitor-2: DP-4 pos: primary,right res: 2560x1440 hz: 165 dpi: 93
size: 697x392mm (27.44x15.43") diag: 800mm (31.48") modes: N/A
OpenGL: renderer: NVIDIA GeForce RTX 3090/PCIe/SSE2 v: 4.6.0 NVIDIA
515.65.01 direct render: Yes
Audio:
Device-1: NVIDIA GA102 High Definition Audio vendor: ZOTAC
driver: snd_hda_intel bus-ID: 3-4:3 v: kernel pcie: chip-ID: 1b1c:0a3d
class-ID: 0300 gen: 4 serial: <filter> speed: 16 GT/s lanes: 16
bus-ID: 0b:00.1 chip-ID: 10de:1aef class-ID: 0403
Device-2: AMD Starship/Matisse HD Audio vendor: ASUSTeK
driver: snd_hda_intel v: kernel pcie: gen: 4 speed: 16 GT/s lanes: 16
bus-ID: 0d:00.4 chip-ID: 1022:1487 class-ID: 0403
Device-3: Corsair VIRTUOSO SE USB Gaming Headset type: USB
driver: hid-generic,snd-usb-audio,usbhid
Sound Server-1: ALSA v: k5.19.5-zen1-1-zen running: yes
Sound Server-2: PulseAudio v: 16.1 running: no
Sound Server-3: PipeWire v: 0.3.56 running: yes
Network:
Device-1: Realtek RTL8125 2.5GbE vendor: ASUSTeK driver: r8169 v: kernel
pcie: gen: 2 speed: 5 GT/s lanes: 1 port: e000 bus-ID: 05:00.0
chip-ID: 10ec:8125 class-ID: 0200
IF: enp5s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Device-2: Intel I211 Gigabit Network vendor: ASUSTeK driver: igb
v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 port: d000 bus-ID: 06:00.0
chip-ID: 8086:1539 class-ID: 0200
IF: enp6s0 state: down mac: <filter>
Device-3: Intel Wi-Fi 6 AX200 driver: iwlwifi v: kernel pcie: gen: 2
speed: 5 GT/s lanes: 1 bus-ID: 07:00.0 chip-ID: 8086:2723 class-ID: 0280
IF: wlp7s0 state: down mac: <filter>
Bluetooth:
Device-1: Intel AX200 Bluetooth type: USB driver: btusb v: 0.8
bus-ID: 1-6:5 chip-ID: 8087:0029 class-ID: e001
Report: bt-adapter ID: hci0 rfk-id: 2 state: up address: <filter>
Drives:
Local Storage: total: 20.94 TiB used: 3.06 TiB (14.6%)
ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Sabrent model: Rocket 4.0 2TB
size: 1.82 TiB block-size: physical: 512 B logical: 512 B speed: 63.2 Gb/s
lanes: 4 type: SSD serial: <filter> rev: RKT401.2 temp: 45.9 C
scheme: MBR
SMART: yes health: PASSED on: 244d 22h cycles: 2,054 read-units: 14,783,552
[7.56 TB] written-units: 13,645,900 [6.98 TB]
ID-2: /dev/nvme1n1 maj-min: 259:1 vendor: Sabrent model: Rocket 4.0 1TB
size: 931.51 GiB block-size: physical: 512 B logical: 512 B
speed: 63.2 Gb/s lanes: 4 type: SSD serial: <filter> rev: RKT401.3
temp: 42.9 C scheme: GPT
SMART: yes health: PASSED on: 245d 8h cycles: 2,051 read-units: 24,475,178
[12.5 TB] written-units: 31,014,095 [15.8 TB]
ID-3: /dev/sda maj-min: 8:0 vendor: SanDisk model: SD8SB8U1T001122
family: Marvell based SSDs size: 953.87 GiB block-size: physical: 512 B
logical: 512 B sata: 3.2 speed: 6.0 Gb/s type: SSD serial: <filter>
rev: 0000 temp: 34 C scheme: GPT
SMART: yes state: enabled health: PASSED on: 2y 284d 9h cycles: 6769
ID-4: /dev/sdb maj-min: 8:16 vendor: SanDisk model: SSD PLUS 2000GB
family: Marvell based SSDs size: 1.82 TiB block-size: physical: 512 B
logical: 512 B sata: 3.2 speed: 6.0 Gb/s type: SSD serial: <filter>
rev: 04RL temp: 41 C scheme: GPT
SMART: yes state: enabled health: PASSED on: 193d 22h cycles: 1563
ID-5: /dev/sdc maj-min: 8:32 vendor: Western Digital
model: WD10EZEX-22MFCA0 family: Blue size: 931.51 GiB block-size:
physical: 4096 B logical: 512 B sata: 3.1 speed: 6.0 Gb/s type: HDD
rpm: 7200 serial: <filter> rev: 1A01 temp: 34 C scheme: GPT
SMART: yes state: enabled health: PASSED on: 106d 3h cycles: 496
ID-6: /dev/sdd maj-min: 8:48 type: USB vendor: Seagate
model: ST16000NM001G-2KK103 family: Exos X16 size: 14.55 TiB block-size:
physical: 4096 B logical: 512 B sata: 3.3 speed: 6.0 Gb/s type: HDD
rpm: 7200 serial: <filter> rev: SN03 temp: 35 C scheme: GPT
SMART: yes state: enabled health: PASSED on: 205d 1h cycles: 53
read: 1.23 TiB written: 2.61 TiB Pre-Fail: attribute: Spin_Retry_Count
value: 100 worst: 100 threshold: 97
Partition:
ID-1: / raw-size: 1.82 TiB size: 1.82 TiB (100.00%) used: 514.04 GiB
(27.6%) fs: btrfs block-size: 4096 B dev: /dev/sdb2 maj-min: 8:18
ID-2: /boot/efi raw-size: 300 MiB size: 299.4 MiB (99.80%) used: 612 KiB
(0.2%) fs: vfat block-size: 512 B dev: /dev/sdb1 maj-min: 8:17
ID-3: /home raw-size: 1.82 TiB size: 1.82 TiB (100.00%) used: 514.04 GiB
(27.6%) fs: btrfs block-size: 4096 B dev: /dev/sdb2 maj-min: 8:18
ID-4: /var/log raw-size: 1.82 TiB size: 1.82 TiB (100.00%) used: 514.04
GiB (27.6%) fs: btrfs block-size: 4096 B dev: /dev/sdb2 maj-min: 8:18
ID-5: /var/tmp raw-size: 1.82 TiB size: 1.82 TiB (100.00%) used: 514.04
GiB (27.6%) fs: btrfs block-size: 4096 B dev: /dev/sdb2 maj-min: 8:18
Swap:
Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
ID-1: swap-1 type: zram size: 62.71 GiB used: 1.5 MiB (0.0%)
priority: 100 dev: /dev/zram0
Sensors:
System Temperatures: cpu: 38.0 C mobo: 36.0 C gpu: nvidia temp: 31 C
Fan Speeds (RPM): cpu: 0 gpu: nvidia fan: 0%
Info:
Processes: 499 Uptime: 19m wakeups: 0 Memory: 62.71 GiB used: 5.07 GiB
(8.1%) Init: systemd v: 251 default: graphical tool: systemctl Compilers:
gcc: 12.2.0 clang: 14.0.6 Packages: pacman: 1977 lib: 546
Shell: garuda-inxi (sudo) default: Bash v: 5.1.16 running-in: konsole
inxi: 3.3.20
Garuda (2.6.6-1):
System install date:     2022-08-29
Last full system update: 2022-08-31
Is partially upgraded:   No
Relevant software:       NetworkManager
Windows dual boot:       Yes
Snapshots:               Snapper

Hello again! Long time no see. :slightly_smiling_face:

If you want to do most gaming with Nvidia, the only really choice at the moment is to stick with their drivers as the open-source (nouveau) one sadly can't really handle much for gaming.

As to "I saw on the internet that Nvidia opened source their GPU kernel modules for Linux about four months ago" .. ya, the kernel module yes.. but still there is a lot of work elsewhere that has to be done.

What the real issue here, is where multiplayer in "Sins of Solar Empire Rebellion" is low FPS is a recent issue and doesn't effect single player, correct? Like you said its the recent version by the looks of the reports on protondb.com . One report a month ago says "it depends on version played opt-in-v1.96 runs perfect. game version 1.97 runs slow" and shows a lot of tinkering they did to make it work https://www.protondb.com/app/204880#EDoBvkH7iS . I would try doing what they did and use that version if you are able.

2 Likes

This is not a good idea but if you are sure this is what you want, go ahead, no need to reinstall:

sudo pacman -Rdd nvidia-dkms
sudo pacman -S nvidia-open-dkms
1 Like

Nvidia didn't 'open source their gpu modules', what they did was move most of the core driver code into firmware on their new Turing/Ampere and later GPUs, mainly so that Redhat and other vendors could ship ready to roll datacenter operating systems that didn't require installation of non free nvidia blobs.

This is by the way why the 'arch:' item was pushed fairly rapidly into inxi, so users, and support people, could tell at a glance if the nvidia device has this support. However, don't confuse data center gpus, which are not graphics devices, but machine learning processors, with gaming gpus, like you have. There is no full working and open sourced nvidia driver currently for consumer gpus that I am aware of, earliest expected working versions maybe in 1 year, if everything goes well.

For older architectures, there is no open source nvidia at any level, nor are there any realistic expectations that any will appear. So nvidia didn't just 'open source' the roughly 370MiB of their binary driver, they created a fairly thin layer that talks to the embedded firmware in the gpu, but currently only for machine learning applications.

Depending on how fast and motivated nvidia is, maybe within 12 months there will be a roughly feature complete consumer Ampere/Turing > newer free kernel module, which however is not free in any true sense, all the non free stuff was just moved into the gpu hardware itself as firmware, which is why the older cards are not supported, they don't have that stuff embedded physically.

AMD cards will result in greater long term happiness as a rule since they have opened their specs many years ago, but even then, it took many years before the radeon/amdgpu drivers were in decent shape. I don't believe nvidia opened their specs, which roughly means, they are the only ones who can effectively work on this code, since you can't do video drivers without knowing the specs, which is why AMD opened theirs years ago.

Just as an aside, nvidia didn't do this for any altruistic let's support Linux reasons, they did it because AMD is moving into the datacenter gpu market, and Intel is almost there as well, and both have free drivers already, which makes datacenter operators happy. This is all about money, and datacenter support. Datacenter gpu sales make a really big chunk of nvidia's total sales, and AMD is already chipping away at datacenters with their new gpus and their Epyc CPUs, with Intel threatening to nibble off some gpu sales too. Actual consumer linux nvidia sales probably don't appear as more than a rounding error on nvidia gross sales. Datacenter if I remember right is north of 3.8 billion dollars a year for nvidia. Gaming I think is around 40% of their revenue now, at 3.6 billion US. I'd guess something around 0.2% of their gaming gpu sales come from Linux users (which if you do the math means unless Nvidia had other areas paying the bills, they would not be working on Linux support, and luckily, they do). Roughly 3.8 billion vs 5 million in sales to put it into the proper perspective.

Calling these modules 'drivers' is pushing the terms, what they mostly are are wrappers between the kernel itself and the non free firmware on the gpu device. But once the consumer stuff is stable and working, it will appear to be somewhat 'free'. Basically nvidia did just enough to not violate the gpl with this wrapper module code, but certainly not enough for linux to accept the module code into mainline branch, though I suspect they will because Linux developers tend to be paid by the same companies that want this feature implemented for datacenter gpus, but it's not currently in mainline unless something changed. Nor does it really meet real open/free standards, since without the specs, you can't really work on the code, which is maybe/probably why Linux has not mainlined it.

5 Likes

i see why Torvalds say "f*** Nvdia" , it's better use AMD graphics PC on linux and Nvdia on Windows

I have nearly the same PC only GPU is RTX 3060 and work fine here, I install Garuda fine with nvidia driver.

Summary
System:
  Kernel: 5.19.6-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
    parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
    root=UUID=35075ddb-bcf7-47aa-a43a-e759a082af57 rw [email protected]
    rd.udev.log_priority=3 vt.global_cursor_default=0
    systemd.unified_cgroup_hierarchy=1 loglevel=3 ibt=off
  Desktop: i3 v: 4.20.1 info: i3bar vt: 7 dm: LightDM v: 1.32.0
    Distro: Garuda Linux base: Arch Linux
Machine:
  Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required>
  Mobo: ASUSTeK model: ROG CROSSHAIR VIII HERO (WI-FI) v: Rev X.0x
    serial: <superuser required> UEFI: American Megatrends v: 4201
    date: 04/26/2022
CPU:
  Info: model: AMD Ryzen 9 5950X bits: 64 type: MT MCP arch: Zen 3 gen: 4
    built: 2021-22 process: TSMC n7 (7nm) family: 0x19 (25) model-id: 0x21 (33)
    stepping: 0 microcode: 0xA201016
  Topology: cpus: 1x cores: 16 tpc: 2 threads: 32 smt: enabled cache:
    L1: 1024 KiB desc: d-16x32 KiB; i-16x32 KiB L2: 8 MiB desc: 16x512 KiB
    L3: 64 MiB desc: 2x32 MiB
  Speed (MHz): avg: 3463 high: 4192 min/max: 2200/5083 boost: enabled
    scaling: driver: acpi-cpufreq governor: performance cores: 1: 3400 2: 3400
    3: 3400 4: 3400 5: 3400 6: 3400 7: 3400 8: 3591 9: 3400 10: 3400 11: 3400
    12: 3400 13: 3400 14: 3592 15: 3400 16: 3593 17: 3400 18: 3400 19: 4192
    20: 3400 21: 3673 22: 3400 23: 3400 24: 3400 25: 3593 26: 3592 27: 3400
    28: 3400 29: 3400 30: 3400 31: 3400 32: 3400 bogomips: 217192
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
  Vulnerabilities:
  Type: itlb_multihit status: Not affected
  Type: l1tf status: Not affected
  Type: mds status: Not affected
  Type: meltdown status: Not affected
  Type: mmio_stale_data status: Not affected
  Type: retbleed status: Not affected
  Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via
    prctl
  Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer
    sanitization
  Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, IBRS_FW,
    STIBP: always-on, RSB filling, PBRSB-eIBRS: Not affected
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: NVIDIA GA106 [GeForce RTX 3060] vendor: ASUSTeK driver: nvidia
    v: 515.65.01 alternate: nouveau,nvidia_drm non-free: 515.xx+ status: current
    (as of 2022-07) arch: Ampere code: GAxxx process: TSMC n7 (7nm)
    built: 2020-22 pcie: gen: 2 speed: 5 GT/s lanes: 16 link-max: gen: 4
    speed: 16 GT/s bus-ID: 0b:00.0 chip-ID: 10de:2503 class-ID: 0300
  Display: x11 server: X.Org v: 21.1.4 driver: X: loaded: nvidia
    gpu: nvidia display-ID: :0 screens: 1
  Screen-1: 0 s-res: 3840x2160 s-dpi: 162 s-size: 602x341mm (23.70x13.43")
    s-diag: 692mm (27.24")
  Monitor-1: DP-2 res: 3840x2160 hz: 60 dpi: 164
    size: 596x335mm (23.46x13.19") diag: 684mm (26.92") modes: N/A
  OpenGL: renderer: NVIDIA GeForce RTX 3060/PCIe/SSE2 v: 4.6.0 NVIDIA
    515.65.01 direct render: Yes
Audio:
  Device-1: NVIDIA GA106 High Definition Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel pcie: gen: 4 speed: 16 GT/s lanes: 16
    bus-ID: 0b:00.1 chip-ID: 10de:228e class-ID: 0403
  Device-2: AMD Starship/Matisse HD Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel pcie: gen: 4 speed: 16 GT/s lanes: 16
    bus-ID: 0d:00.4 chip-ID: 1022:1487 class-ID: 0403
  Sound Server-1: ALSA v: k5.19.6-zen1-1-zen running: yes
  Sound Server-2: JACK v: 1.9.21 running: no
  Sound Server-3: PulseAudio v: 16.1 running: yes
  Sound Server-4: PipeWire v: 0.3.56 running: yes
Network:
  Device-1: Realtek RTL8125 2.5GbE vendor: ASUSTeK driver: r8169 v: kernel
    pcie: gen: 2 speed: 5 GT/s lanes: 1 port: e000 bus-ID: 05:00.0
    chip-ID: 10ec:8125 class-ID: 0200
  IF: enp5s0 state: down mac: <filter>
  Device-2: Intel I211 Gigabit Network vendor: ASUSTeK driver: igb
    v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 port: d000 bus-ID: 06:00.0
    chip-ID: 8086:1539 class-ID: 0200
  IF: enp6s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
  Device-3: Intel Wi-Fi 6 AX200 driver: iwlwifi v: kernel pcie: gen: 2
    speed: 5 GT/s lanes: 1 bus-ID: 07:00.0 chip-ID: 8086:2723 class-ID: 0280
  IF: wlp7s0 state: down mac: <filter>
Bluetooth:
  Device-1: Intel AX200 Bluetooth type: USB driver: btusb v: 0.8
    bus-ID: 1-6:3 chip-ID: 8087:0029 class-ID: e001
  Report: bt-adapter ID: hci0 rfk-id: 0 state: up address: <filter>
Drives:
  Local Storage: total: 6.82 TiB used: 229.93 GiB (3.3%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/nvme0n1 maj-min: 259:3 vendor: Samsung model: SSD 980 PRO 1TB
    size: 931.51 GiB block-size: physical: 512 B logical: 512 B
    speed: 63.2 Gb/s lanes: 4 type: SSD serial: <filter> rev: 2B2QGXA7
    temp: 44.9 C scheme: GPT
  ID-2: /dev/nvme1n1 maj-min: 259:0 vendor: Samsung model: SSD 980 PRO
    500GB size: 465.76 GiB block-size: physical: 512 B logical: 512 B
    speed: 63.2 Gb/s lanes: 4 type: SSD serial: <filter> rev: 2B2QGXA7
    temp: 46.9 C scheme: GPT
  ID-3: /dev/sda maj-min: 8:0 vendor: Toshiba model: HDWQ140 size: 3.64 TiB
    block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s type: HDD
    rpm: 7200 serial: <filter> rev: FJ1M temp: 34 C scheme: GPT
  ID-4: /dev/sdb maj-min: 8:16 type: USB vendor: Toshiba model: External
    USB 3.0 size: 1.82 TiB block-size: physical: 512 B logical: 512 B
    type: N/A serial: <filter> rev: 5438 scheme: GPT
Partition:
  ID-1: / raw-size: 931.26 GiB size: 931.26 GiB (100.00%) used: 229.93 GiB
    (24.7%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:5
  ID-2: /boot/efi raw-size: 260 MiB size: 256 MiB (98.46%) used: 578 KiB
    (0.2%) fs: vfat dev: /dev/nvme0n1p1 maj-min: 259:4
  ID-3: /home raw-size: 931.26 GiB size: 931.26 GiB (100.00%) used: 229.93
    GiB (24.7%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:5
  ID-4: /var/log raw-size: 931.26 GiB size: 931.26 GiB (100.00%) used: 229.93
    GiB (24.7%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:5
  ID-5: /var/tmp raw-size: 931.26 GiB size: 931.26 GiB (100.00%) used: 229.93
    GiB (24.7%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:5
Swap:
  Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
  ID-1: swap-1 type: zram size: 125.71 GiB used: 0 KiB (0.0%) priority: 100
    dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 46.9 C mobo: 37.0 C gpu: nvidia temp: 40 C
  Fan Speeds (RPM): cpu: 0 gpu: nvidia fan: 0%
Info:
  Processes: 560 Uptime: 2h 8m wakeups: 0 Memory: 125.71 GiB used: 10.38 GiB
  (8.3%) Init: systemd v: 251 default: graphical tool: systemctl Compilers:
  gcc: 12.2.0 clang: 14.0.6 Packages: pacman: 1630 lib: 366 Shell: fish
  v: 3.5.1 running-in: xfce4-terminal inxi: 3.3.20
Garuda (2.6.6-1):
  System install date:     2021-07-17
  Last full system update: 2022-09-02
  Is partially upgraded:   No
  Relevant software:       NetworkManager
  Windows dual boot:       No/Undetected
  Snapshots:               Snapper
  Failed units:            [email protected] 
  Total system updates:    1005
  --> Updates per week:    17
1 Like

Yes exactly right , it's just my preference

It sounds like you got it to work on your system. I installed the KDE Dragonized gaming edition of Garuda Linux, what version did you install? The single-player version of Sins of Solar Empire Rebellion version 1.974 works fine but the multiplayer online does not. Opt-in-v1.96(opt-out) version of the game works great, I play online with friends, and in version 1.96 you can’t play online with this version. Another question did you have to install anything special for Nvidia drivers, Nvidia drivers were automatically installed with my version.

Sorry, I am not a gamer, I talk about the mainline
Use open-source drivers or Nvidia during installation?
and a few comments.

When I do my next build, it probably will be done with an AMD graphics card. Nothing wrong with Nvidia, Linux operating system with AMD will be the way to go in the future. Before version 1.97 of Sins of Solar Empire Rebellion game ran without any problems, using mods and online. I like Microsoft Windows OS and will continue running them in the future along with Linux OS.

1 Like

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.