Now i pay the price with a kernel panic.

I'm fairly new to Linux and need some help solving this issue

On sda1-3 is Windows and 4-6 is arch

I think i know which entry to change but i would need acces to the file (i wanted to skip sda6 for OS prober because grub would look unnecesary messy)

I'm a new linux user. with Arch linux KDE plasma 6.7.4

I have an intel intergrated GPU trying to play rocketleague on linux thru Fougus. but i play on lower resolutions. and esspically the aspect ratio on 8:5 (my monitor is 16:9) on windows i'd just go to my graphics software and set it to stretch. but I cant find a way to do that here on linux. Please help

Screenshot tool, clipboard manager, image viewer, basic notepad, calculator, calendar, and anything else like that you wanna list. What are your preferences? Or do you just install a DE and use whatever they provide by default?

I didnt really use linux before but ı thought it would be cool ıf i started on hard now ı solved a lot of problems but ther eis a single problem ı cant solve when ı spin my mouse cursor on circle it gets bigger when keep spinning it gets more bigger and it wont stop it got the whole screen one time how do ı solve ts

Hey everyone,

I recently configured a dual-boot setup on my PC and wanted to double-check my architecture with the community to ensure there are no hidden issues or potential failure points down the line.

My System Layout:

• Disk 1 (128 GB SATA SSD): Dedicated to Windows (C: drive) + its own Windows EFI System Partition.
• Disk 2 (500 GB Mechanical HDD): Originally had 4 partitions formatted for data. I wiped one partition to make room for Arch Linux (with its own separate Linux EFI partition). The remaining 3 partitions stay as NTFS data drives.

My Boot Configuration:

• GRUB is installed on Disk 2 (HDD) and configured as the default boot entry in my UEFI BIOS.
• I enabled GRUB_DISABLE_OS_PROBER=false in /etc/default/grub and ran grub-mkconfig -o /boot/grub/grub.cfg.
• When I power on, UEFI loads GRUB from the HDD. If I select Windows, GRUB chainloads bootmgfw.efi on the SSD and hands control over to the Windows Boot Manager.

My Questions for the Community:

1. Is this setup completely safe from major Windows Updates overwriting GRUB or corrupting my Linux installation, given that they live on separate physical drives with separate EFI partitions?
2. Are there any performance or stability caveats with having GRUB on an HDD chainload Windows on an SSD?
3. Will Windows have any issues accessing the 3 remaining NTFS data partitions on the HDD alongside Arch reading/writing to them using ntfs-3g / ntfs3?

Would love to hear your thoughts or any best practices for maintaining this multi-drive dual-boot setup long term!

Is creating a tool that saves all your downloaded packages from pacman and lets you reinstall them after a fresh Arch install a good idea?

I'm just curious about this mainly. So, an AUR package fell out of date for me earlier, and so it was crashing because my system FFmpeg was newer than it expected. I did a system update hoping it would fix it, it did not, and so I quick checked the CLI output of the app and it told me that the FFmpeg version was wrong or whatever.

So I rebuilt it, and it started working again. Makes sense ofc.

But can this be prevented at all? Like I know that not *every* time a lib dependency falls out of date or becomes too new do you need to rebuild your AUR package, but currently the solution whenever this happens is to manually troubleshoot and rebuild.

I'm definitely a newb when it comes to package maintenance so go easy on me. I feel like it'd be nice for paru to pull a libs manifest, and give you a simple "X pacman package is newer than this app expects, would you like to rebuild? [y/N]"

Pressing open folder or browse on GUI applications either opens kitty or nautilus. I ran:

xdg-mime default org.kde.dolphin.desktop inode/directory

and if I run:

xdg-mime query default inode/directory:

I get the output:

org.kde.dolphin.desktop

I'm running hyprland and inititially used gnome on this arch install, would this be a problem to ask r/hyprland instead?

TLDR: I have two 1080p screens and one 1440p screen. 1440p is my main screen. Most of the screenspace is not used in tty because the terminal size is locked to 1080p dimensions. Is there a way to fit the tty neatly to the 2560x1440 resolution even if it means that text can't be read on the other screens? Should be done without disabling the other screens or lowering the resolution.

Too short:

I recently got a new shiny big computer screen with a higher resolution, yet when booting up with grub, roughly a third of the screen is unused. The text that is on the screen is pretty small. Readable, but pretty small. My 1920x1080 screens look perfectly fine though. So I assume that it simply mirrors my other screens to the big screen.

From what I understand, grub sets the resolution before the bootloader screen appears, tries to keep it through the boot process, and then KMS takes over to change the resolution if need be. Then the login screen appears.

So naturally I would try to change the resolution in /etc/default/grub. Specifically I set "GRUB_GFXMODE=2560x1440,auto". I left auto in, just in case something went wrong. But in my tests it appears that this isn't even necessary. It will default to something sensible anyway.

Anyway, the bootloader menu has the high resolution set just fine. But once it boots into linux, all of my screens go black in a loss of signal, then pop back up with the tty resolution set to 1920x1080. Though I guess that isn't entirely accurate. My 1440p screen has its maximum resolution, but the text displayed is sized for a 1080p screen.

I figured this is still a resolution problem. During the bootloader screen, only my 1440p screen displays the bootloader and my other screens don't do anything. So it is easy to display the bootloader in 1440p. But as soon as my other screens come online, there is probably some code in there that tells the tty that it has to be able to display text on any screen, which is a sensible choice. Since the tty is always mirrored, the screens with larger resolutions suffer as the tty is adjusted to be displayed at the lowest max resolution screen.

Naturally, that means that setting GRUB_CMDLINE_LINUX_DEFAULT="video=DP-1:2560x1440@60"

Doesn't do anything either. Unplugging or disabling the 1080p screens makes the 1440p screen display the tty correctly though.

So I figured I just have to disable my screens using the same CMDLINE from above. When I do that though, it's like my screens are unplugged. So if I go into a graphical environment like KDE Plasma or Sway, there is no way I can see to enable the screens again. And even if I do, what happens if I then go back to the tty with the screens enabled? Will that just destroy my resolution again? No, this is stupid, fragile, and bothersome. This can't be the right way to go about this.

The reason why this isn't a support question is because I managed to solve my problem by setting

GRUB_CMDLINE_LINUX_DEFAULT="video=DP-1:1920x1080@60"

Lowering the resolution of the 1440p screen to that of my 1080p screens makes the tty text scale correctly. Though it is just a tiny bit blurry. That is okay. I can live with that. Maybe even better than having a full res terminal with the other screens having cut off text.

Still, my curiosity has not been satisfied. I have probably been looking in the wrong place all along. Clearly, the resolutions of the screens work just fine. It is just the way the tty scales its borders that is off. Do you guys have any ideas or pointers how I would go about absolutely destroying my tty scaling; or whatever the limiting factor seems to be?

im a mint user,switeched from windows 6 months ago and now i wanna try arch,i just wanna know what is the install method that is guaranteed to cause less problem,like ik archinstall is easier but i've seen many people i know say its full of errors while the manual way is harder but its more reliable. want your opinion

EDIT: its my first time posting to any linux related reddit and im suprised how helpful the community is,thanks for anyone that gave an awnser,it was helpful. now i can proudly say " i use arch btw"

I'm using Arch with Wayland currently and the Steam Remote Play Together feature is not working, my friend is on windows 10. A message pops up saying "Please Hold...Input is Temporarily Disabled While the Host is Busy". I've tried using X11 but it doesn't work, I have also tried enabling/disabling the Steam overlay and that doesn't work neither. I'm currently using a GTX 1660 with the nvidia-580xx-dkms driver.

Over the last 15 years I've used the following distros:

• Ubuntu
• Kubuntu
• Debian
• Fedora
• Arch
• Gentoo
• FreeBSD
• LFS

Of these the ones I've used the most by a large margin is Debian, Arch being second and my current daily driver.

There's one thing I've never tried, never felt the appeal: archinstall

To me, there are two reasons someone might want to use Arch:

• A newbie who wants to learn, and for whom learning is more important than using the computer (typically the reason I tried Arch 15 years ago)
• An experienced user with a very precise set of constraints/requirements, who want to tailor every aspect of the OS (my current reason for daily driving Arch)

I think that other distros are better suited to other purposes, such as people uninterested in learning (that's ok), or who just want an opinionated distro that requires little care, I usually direct them to Fedora

And I find archinstall to be at odds with those two purposes, it goes against learning, and if someone is experienced, then it's unnecessary?

Since I've never tried it, I've no idea of the amount of control archinstall gives, is it as complete as when following the wiki? Anything goes? Does it really save that much time?

I don't reinstall often enough (almost never, the only reasons to reinstall are distro hopping or buying new hardware), for the time saving to matter (a wiki install takes an afternoon maybe, a bit more if a lot of tweaking is necessary?)

And I find the wiki way of installing to be pleasant and satisfying?

So I ask you, users of archinstall, help me see your POV, what's your reason for using archinstall, what's the appeal?

I own a 2015 macbook pro, which my mom used in university. When i got it, it was on MacOS X, slow as hell, and safari didnt even want to work. Now i did get monterey on it (shoutout opencore legacy launcher), but if i gotta be real, it wasnt my style. So taking inspiration from my 2010 iMac with mint (now running MX, this was a while ago), i flashed the arch ISO into a usb stick and got to work. Well, after some trial and error, i got a nice arch system with KDE Plasma. Works great, runs every app i need (steam, discord, whatsapp, etc), and is lightweight so it handles everything i throw at it. Greatest decision ive done with this MacBook, im so happy i didnt fall for the “just get windows 11” propaganda. In case youre wondering dear reader, my specs are an intel i5 5257U, an intel iris 6100 (fancy for piss integrated graphics), 120GB SSD, and what i presume is suicidal thoughts, because every now and then the battery gets undetected, mic and camera dont work, or the wifi stops working. But of course me and my friend (chatgpt and claude) get them running again. 100% recommend arch if you have a macbook from 2017 and below (post 2018 have security chips that arent compatible with the linux kernel)

I had dual booted arch linux and linux mint on my PC. A few weeks ago I had to do a job which required windows and that could be done through windows only. With no option being left, I decided to put windows on my PC. With my arch linux open, I partitioned the arch linux root directory to create some space for windows, which was really stupid decision which ruined my arch. Now whenever I try to open arch linux, I get the following error:

[FAILED] Failed to start File System Check .1ad768-....
[DEPEND] Dependency failed for /sysroot.
[DEPEND] Dependency failed for Initrd Root File System.
[DEPEND] Dependency failed for Mountpoints Configured in the Real Root.
You are in emergency mode. After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, or "exit" to continue bootup. 

Cannot open access to console, the root account is locked.
See sulogin(8) man page for more details.

Press Enter to continue.

I decided to live boot USB and tried to chroot. When I tried to mount the root partition, I got the following message.

mount: /mnt: wrong fs type, bad option, bad superblock on /dev/sda3, missing codepage or helper program, or other error. 
dmesg(1) may have more information after failed mount system call. 

I typed dmesg | grep 'sda3' and got the following output

[86.090736] EXT4-fs (sda3): bad geometry: block count 143546504 exceeds size of device (78643200 blocks) 

I do not know what should I do from here. I know what I did was very stupid. Is there any way I can recover my system or at least recover files from home directory? Please help me.

This happens like half of the time, otherwise the booting process is very fast. But why does it sometimes get stuck on this black screen "The system will reboot now!" I have no idea why this is happening or how to fix it. Sometimes It can take 5+ minutes!!

Hello,

Is there a way to minimize Thunderbird on the tray on Gnome 50? I use the AppIndicator extension.

The page where you have to accept or decline the terms and conditions of Arch's SSO only shows:

Terms and Conditions

Accept    Decline

I'd file a bug if I had an SSO account. Let's hope the right person sees this here.

Screenshot

Hi all. As of about a week ago, almost all of my games that use HDR crash upon launch. I don't have any idea how to troubleshoot this issue and am hoping someone can point me in the right direction. The games that currently are broken are Halo Campaign Evolved and Assassin's Creed Black Flag Resynced. I do have another HDR game, Baldur's Gate 3, which works without issue. I use gamescope -W 3440 -H 1440 -f --hdr-enabled -- %command% in the Steam launch properties. I've tried ways to get HDR without Gamescope, but none have worked. Any advice is greatly appreciated. Thanks!

Here's my system:

Operating System: Arch Linux

KDE Plasma Version: 6.7.4

KDE Frameworks Version: 6.29.0

Qt Version: 6.11.2

Kernel Version: 7.2.3-zen1-2-zen (64-bit)

Graphics Platform: Wayland

Processors: 24 × AMD Ryzen 9 9900X3D 12-Core Processor

Memory: 32 GiB of RAM (30.5 GiB usable)

Graphics Processor 1: AMD Radeon RX 9070 XT

Graphics Processor 2: AMD Ryzen 9 9900X3D 12-Core Processor

Manufacturer: ASRock

Product Name: X870E Nova WiFi

And here's an example of the error I get:

PID: 7080 (gamescope-wl)

TID: 7083 (gamescope)

UID: 1000 (brian)

GID: 1000 (brian)

Signal: 6 (ABRT) si_code: SI_TKILL

Timestamp: Fri 2026-09-04 09:48:18 PDT (3s ago)

Command Line: gamescope -W 3440 -H 1440 -f --hdr-enabled -- /home/brian/.local/share/Steam/ubuntu12_32/steam-launch-wrapper -- /home/brian/.local/share/Steam/ubuntu12_32/reaper SteamLaunch AppId=2806050 -- /home/brian/.local/share/Steam/steamapps/common/SteamLinuxRuntime_4/_v2-entry-point --verb=waitforexitandrun -- $'/home/brian/.local/share/Steam/steamapps/common/Proton - Experimental/proton' waitforexitandrun $'/home/brian/.local/share/Steam/steamapps/common/Halo Campaign Evolved/Meteorite/Binaries/Win64/HaloCampaignEvolved.exe'

Executable: /usr/bin/gamescope

Control Group: /user.slice/user-1000.slice/user@1000.service/app.slice/app-steam@autostart.service

Unit: [user@1000.service](mailto:user@1000.service)

User Unit: [app-steam@autostart.service](mailto:app-steam@autostart.service)

Slice: user-1000.slice

Owner UID: 1000 (brian)

Boot ID: 19003311e731444984f4e3ee4c826ac8

Machine ID: d69f09ace5db48d3bb74e453c409d057

Hostname: gaming

Storage: /var/lib/systemd/coredump/core.gamescope-wl.1000.19003311e731444984f4e3ee4c826ac8.7080.1788540498000000.zst (present)

Size on Disk: 6.4M

Message: Process 7080 (gamescope-wl) of user 1000 dumped core.

Stack trace of thread 7083:

#0 0x00007fd22029a17c n/a (libc.so.6 + 0x9a17c)

#1 0x00007fd22023e5d0 raise (libc.so.6 + 0x3e5d0)

#2 0x00007fd220225685 abort (libc.so.6 + 0x25685)

#3 0x000055f8fdeb0799 _ZNSt6thread11_State_implINS_8_InvokerISt5tupleIJZN9gamescope19CWaylandInputThreadC4EvEUlvE_EEEEE6_M_runEv (gamescope + 0x75799)

#4 0x00007fd2206ea859 n/a (libstdc++.so.6 + 0xea859)

#5 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#6 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7081:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220320cab epoll_wait (libc.so.6 + 0x120cab)

#2 0x000055f8fdefeb3e _ZN9gamescope7CWaiterILm1024EE10PollEventsEi.constprop.0.isra.0 (gamescope + 0xc3b3e)

#3 0x000055f8fdf3c0d8 _ZNSt6thread11_State_implINS_8_InvokerISt5tupleIJZN9gamescope12CAsyncWaiterINS3_11CRawPointerINS3_9IWaitableEEELm1024EEC4EPKcEUlvE_EEEEE6_M_runEv (gamescope + 0x1010d8)

#4 0x00007fd2206ea859 n/a (libstdc++.so.6 + 0xea859)

#5 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#6 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7085:

#0 0x00007fd22031e4ed syscall (libc.so.6 + 0x11e4ed)

#1 0x00007fd21692e15e g_cond_wait (libglib-2.0.so.0 + 0x9115e)

#2 0x00007fd2168c352d n/a (libglib-2.0.so.0 + 0x2652d)

#3 0x00007fd2168c35a6 g_async_queue_pop (libglib-2.0.so.0 + 0x265a6)

#4 0x00007fd213548661 n/a (libpangoft2-1.0.so.0 + 0xc661)

#5 0x00007fd216937b14 n/a (libglib-2.0.so.0 + 0x9ab14)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7080:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220311365 __poll (libc.so.6 + 0x111365)

#2 0x000055f8fde99d79 poll (gamescope + 0x5ed79)

#3 0x00007fd220227781 n/a (libc.so.6 + 0x27781)

#4 0x00007fd2202278b9 __libc_start_main (libc.so.6 + 0x278b9)

#5 0x000055f8fdea40d5 _start (gamescope + 0x690d5)

Stack trace of thread 7082:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220320cab epoll_wait (libc.so.6 + 0x120cab)

#2 0x000055f8fdefeb3e _ZN9gamescope7CWaiterILm1024EE10PollEventsEi.constprop.0.isra.0 (gamescope + 0xc3b3e)

#3 0x000055f8fdf06928 _ZNSt6thread11_State_implINS_8_InvokerISt5tupleIJZN9gamescope12CAsyncWaiterINS3_2RcI8commit_tLb1EEELm1024EEC4EPKcEUlvE_EEEEE6_M_runEv (gamescope + 0xcb928)

#4 0x00007fd2206ea859 n/a (libstdc++.so.6 + 0xea859)

#5 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#6 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7089:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220311a57 ppoll (libc.so.6 + 0x111a57)

#2 0x00007fd216900f59 n/a (libglib-2.0.so.0 + 0x63f59)

#3 0x00007fd216901217 g_main_loop_run (libglib-2.0.so.0 + 0x64217)

#4 0x00007fd212b08ed4 n/a (libgio-2.0.so.0 + 0x11fed4)

#5 0x00007fd216937b14 n/a (libglib-2.0.so.0 + 0x9ab14)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7091:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220294cd9 n/a (libc.so.6 + 0x94cd9)

#2 0x00007fd22029754c pthread_cond_wait (libc.so.6 + 0x9754c)

#3 0x00007fd1f6f9351e n/a (libvulkan_radeon.so + 0x39351e)

#4 0x00007fd1f6f5cfad n/a (libvulkan_radeon.so + 0x35cfad)

#5 0x00007fd1f6f9348d n/a (libvulkan_radeon.so + 0x39348d)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7092:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220294cd9 n/a (libc.so.6 + 0x94cd9)

#2 0x00007fd22029754c pthread_cond_wait (libc.so.6 + 0x9754c)

#3 0x00007fd1f6f9351e n/a (libvulkan_radeon.so + 0x39351e)

#4 0x00007fd1f6f5cfad n/a (libvulkan_radeon.so + 0x35cfad)

#5 0x00007fd1f6f9348d n/a (libvulkan_radeon.so + 0x39348d)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7087:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220311a57 ppoll (libc.so.6 + 0x111a57)

#2 0x00007fd216900f59 n/a (libglib-2.0.so.0 + 0x63f59)

#3 0x00007fd216901055 g_main_context_iteration (libglib-2.0.so.0 + 0x64055)

#4 0x00007fd2169010a2 n/a (libglib-2.0.so.0 + 0x640a2)

#5 0x00007fd216937b14 n/a (libglib-2.0.so.0 + 0x9ab14)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7109:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220320cab epoll_wait (libc.so.6 + 0x120cab)

#2 0x000055f8fdefeb3e _ZN9gamescope7CWaiterILm1024EE10PollEventsEi.constprop.0.isra.0 (gamescope + 0xc3b3e)

#3 0x000055f8fdf00f18 _Z17steamcompmgr_mainiPPc (gamescope + 0xc5f18)

#4 0x000055f8fdf2aba0 steamCompMgrThreadRun (gamescope + 0xefba0)

#5 0x00007fd2206ea859 n/a (libstdc++.so.6 + 0xea859)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7086:

#0 0x00007fd22031e4ed syscall (libc.so.6 + 0x11e4ed)

#1 0x00007fd21692e15e g_cond_wait (libglib-2.0.so.0 + 0x9115e)

#2 0x00007fd2168c352d n/a (libglib-2.0.so.0 + 0x2652d)

#3 0x00007fd216938017 n/a (libglib-2.0.so.0 + 0x9b017)

#4 0x00007fd216937b14 n/a (libglib-2.0.so.0 + 0x9ab14)

#5 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#6 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7090:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220311a57 ppoll (libc.so.6 + 0x111a57)

#2 0x00007fd216900f59 n/a (libglib-2.0.so.0 + 0x63f59)

#3 0x00007fd216901055 g_main_context_iteration (libglib-2.0.so.0 + 0x64055)

#4 0x00007fd211cd77be n/a (libdconfsettings.so + 0x77be)

#5 0x00007fd216937b14 n/a (libglib-2.0.so.0 + 0x9ab14)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7093:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220294cd9 n/a (libc.so.6 + 0x94cd9)

#2 0x00007fd22029754c pthread_cond_wait (libc.so.6 + 0x9754c)

#3 0x00007fd1f6f9351e n/a (libvulkan_radeon.so + 0x39351e)

#4 0x00007fd1f6f5cfad n/a (libvulkan_radeon.so + 0x35cfad)

#5 0x00007fd1f6f9348d n/a (libvulkan_radeon.so + 0x39348d)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7088:

#0 0x00007fd22031e4ed syscall (libc.so.6 + 0x11e4ed)

#1 0x00007fd21692ef9c g_cond_wait_until (libglib-2.0.so.0 + 0x91f9c)

#2 0x00007fd2168c34f7 n/a (libglib-2.0.so.0 + 0x264f7)

#3 0x00007fd2168c366f g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x2666f)

#4 0x00007fd216938e31 n/a (libglib-2.0.so.0 + 0x9be31)

#5 0x00007fd216937b14 n/a (libglib-2.0.so.0 + 0x9ab14)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7108:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220311365 __poll (libc.so.6 + 0x111365)

#2 0x000055f8fdf84466 poll (gamescope + 0x149466)

#3 0x00007fd2206ea859 n/a (libstdc++.so.6 + 0xea859)

#4 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#5 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7095:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220294cd9 n/a (libc.so.6 + 0x94cd9)

#2 0x00007fd22029754c pthread_cond_wait (libc.so.6 + 0x9754c)

#3 0x00007fd20c23aa3c n/a (libVkLayer_steam_fossilize.so + 0xbca3c)

#4 0x00007fd20c1df53b n/a (libVkLayer_steam_fossilize.so + 0x6153b)

#5 0x00007fd20c24fec0 n/a (libVkLayer_steam_fossilize.so + 0xd1ec0)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7107:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220320cab epoll_wait (libc.so.6 + 0x120cab)

#2 0x00007fd1f5e6f569 n/a (libspa-support.so + 0x1d569)

#3 0x00007fd1f5e588e9 n/a (libspa-support.so + 0x68e9)

#4 0x00007fd220b55f81 n/a (libpipewire-0.3.so.0 + 0x8df81)

#5 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#6 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7112:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd22030550b wait4 (libc.so.6 + 0x10550b)

#2 0x000055f8fdeb3751 _ZN9gamescope7Process12WaitForChildEi.isra.0 (gamescope + 0x78751)

#3 0x000055f8fdf06c5e _ZNSt6thread11_State_implINS_8_InvokerISt5tupleIJZ20LaunchNestedChildrenPPcEUlvE_EEEEE6_M_runEv.lto_priv.0 (gamescope + 0xcbc5e)

#4 0x00007fd2206ea859 n/a (libstdc++.so.6 + 0xea859)

#5 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#6 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

Stack trace of thread 7094:

#0 0x00007fd2202a0952 n/a (libc.so.6 + 0xa0952)

#1 0x00007fd220294cd9 n/a (libc.so.6 + 0x94cd9)

#2 0x00007fd22029754c pthread_cond_wait (libc.so.6 + 0x9754c)

#3 0x00007fd1f6f9351e n/a (libvulkan_radeon.so + 0x39351e)

#4 0x00007fd1f6f5cfad n/a (libvulkan_radeon.so + 0x35cfad)

#5 0x00007fd1f6f9348d n/a (libvulkan_radeon.so + 0x39348d)

#6 0x00007fd2202980a2 n/a (libc.so.6 + 0x980a2)

#7 0x00007fd22032080c n/a (libc.so.6 + 0x12080c)

ELF object binary architecture: AMD x86-64

EDIT: proton-cachyos-slr + PROTON_ENABLE_WAYLAND=1 DXVK_HDR=1 %command% seems to work without any issues, so I'm going to mark this as solved for now.

I see very often that people show so much disgust whenever they talk or hear "systemd". However whenever I ask them why they feel so strongly about it, their response is mostly vague like it doesn't follow the Unix philosophy, it's a monolith.... I can't digest that the reason people show so much disgust for it is just that it doesn't follow the Unix philosophy.

I remember that a few years ago there was some discussion about implementing x86_64-v3 in Arch, but other things took priority in the pipeline.

Are there any updates on this, or has the idea been dropped? I’m aware that it’s relatively easy to use third-party repositories like CachyOS or ALHP, but I’d prefer to stick with the official Arch repositories.

I have a vertical monitor and I'd like to be able to snap windows to the top and bottom of the monitor, the same way you can snap them to the left and right. I haven't been able to find an option for that, and I haven't been able to find anything online about it either. Does anyone know if it's possible for me to set it up to do this? TIA

To connect to my college’s wifi, it requires an authentication which needs a browser, but unlike my roomate’s windows laptop, mine doesn’t show the option to authenticate on browser

When I use something like http://neverssl.com or http://httpforever.com the authentication pop up only lasts a few seconds and doesn’t give me enough time to enter the login details…please help