So, after EndeavourOS’s GRUB comitted suicide, me being too stupid to understand chroot despite wiki “tutorials” and the community rather trolling & gaslighting me instead of helping I decided to give Nobara a go. Usually I am a Plasma KDE guy, but thought since it’s been a long time I try it out, especially since you can have it in a more classic configuration those days again, even though I’d miss out of Wallpaper Engine.

Unfortunately my experience has been nothing but awful. A bunch of random bullet points of my experience:

  • I had real trouble connecting my BT headphones. At first it was “connected”, but not really. Tried a fresh pairing mode, but then it showed two headphones. Then it connected, but as soon as I tried to adjust the audio input / output settings it lost audio again and I had to repeat it yet again. Now it works, and I decided to never touch the audio settings ever again.
  • “Files” is constantly crashing. Using the search? Crash. Going backwards? Crash. Try to do “something”? Crash. Do nothing? Probably also crash (hyperbolic).
  • “Files” data transfer for copying & deleting files is slow as hell for whatever reason (on decent Samsung SSDs mind you).
  • “Files” cannot multitask. If you’re copying, scanning, deleting or whatever, it won’t do anything else until that process is done.
  • “Files” and other Gnome applications frequently bug out if you try too many things at once, freezing or crashing them.
  • “Files”, or even Gnome as a whole, is so incredibly scrapped for features to achieve its simplistic look, that it lacks actual functionality.
  • Gnome’s settings are also missing for everything, or hidden in a gazillion different config menus, some of which I already forgot how to access again.
  • Scaling scales not just the UI, but also 3D applications like games, reducing their actual resolution and making them blurry. The UI seemed to be blurry as well.
  • Mullvad VPN’s tray icon somehow turned into some three dots with a weird background.
  • In the tray menu there’s also a VPN toggle, which shows Mullvad, but being turned off. Turning it on disables my connection and I have to reconnect through Mullvad, which turns the toggle off again. No way to remove the redundant toggle as far as I can tell, but maybe it’s in some hidden settings menu that I have yet to find.
  • OpenRGB in this does not work with my NZXT Hue 2 Ambient. Keeps asking for resize zones, which according to a search should not be necessary, and wasn’t necessary with the one I used in EOS either. Selecting any color just turns the LEDs off.
  • Launching the Battle.net launcher through Lutris it also opens some ghost “OpenGL Renderer” application with it, taking up space on the task bar.
  • Battle.net launcher can’t be maximized without constantly resetting or displaying information beneath the task bar.
  • Can’t launch .sh files unless I explicitly right click & Run as program.
  • Unfortunately it then launches with an additional empty terminal window, yet again taking up space on the task bar.
  • Had to create a new FF profile because using my old one somehow was unusable in regards to its performance.
  • The weather location for the little clock thingy apparently can’t find anything, city or country, except some locations that aren’t near me.
  • Can’t remove my own review in the Software center for one of the apps that I did prematurely.
  • Tray area also has this little tiling menu. I tried tiling, hated it. Couldn’t find a way to remove that icon to save space on the task bar.
  • After a lot of apps started to hang I tried restarting, just to be left in a blackscreen and the PC not shutting down. Had to hard reset to restart.
  • No EurKey keyboard layout. There’s a ‘German (US)’ one that’s close but it’s missing symbols.
  • Maybe probably more things that I can’t recall right now.

And that’s just after a few hours of usage. I was making fun of the tiny issues in KDE before, but if I have to choose between that and this disaster then I’m probably going to switch to the KDE edition, if I cannot find solutions to all this. I really don’t understand how people can deal with it? Or am I somehow the only one?

  • DarkThoughts@kbin.socialOP
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    I booted in bios legacy mode?
    What “weird bios options” could an old 2009 laptop bios possibly have, that are used by default on top of that and never caused any sort of issues with any other Linux distro before? The only ones that didn’t run on that thing were both Nobara variants, which is likely more of an old gpu issue.

    I’ve had many wayland issues on other distros before, but never this specific one. It’s usually the same on every one, like blurry scaling, scaling affecting games, fsync causing frequent few seconds long blackscreens, or just a lot of game specific stuff. The issue here did not fix itself even after a reboot. I really don’t care where the issue stems from, I can only say that this was very unique to OpenSUSE.

    • rocketeer8015@discuss.tchncs.de
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      Well the fact that you don’t understand the issue is part of it. See there are several ways disks can be partitioned and several ways a bios can go about finding kernels to boot on said disks, all of this applies to windows as well btw.

      1. Bios legacy + MBR partitioned with a bootloader written into the first 512 bytes of a disk and the bios being directed to that disk. This is the old way of doing it.
      2. UEFI + GPT partition scheme. Here you have one or more partition marked as bios+uefi, formatted in fat32, that the bios will comb for boot entries. It’s the modern way of doing this.

      What you have is probably a mix of the two. It’s likely that one of your linux installs partitioned your disk as GPT while your your system still boots in bios legacy. The installer is now getting mixed signals, one one hand the bios is detected as legacy mode, on the other it’s looking at a GPT partition table. Now technically you probably could write the bootloader just like in option 1., but if you ever change your bios to uefi mode, which is required for modern operating systems like windows you would end up with an non bootable system. And not just in a “oopsie, I need to boot a rescue disk and fix this”-kind of way but a “we need to nuke the entire partition table and start over”-kind of way.

      So what the Suse installer is telling you is that you really should use a /boot partition if installing on a GPT partition table.

      Btw if you check the correct option at install time(the one about using the entire harddrive) it should automatically create a MBR partitioned disk for you which avoids this issue as it’s not a ungodly mix of 1. and 2.

      This error isn’t a bug, it’s a feature pointing out a serious problem with your machines setup(the one below the OS level). Yes you can probably ignore it, as other distros might or might not, but it’s generally not a good idea. SuSE has a couple of these hang ups since it has an enterprise background and takes some things more serious than other distros. For example having closed ports for printers in the active on default firewall being one stellar example of this. It cause no end of issues for people struggling to setup their printers, that being said it is a security issue and opensuse decided it wasn’t going to sacrifice security of every system because some people want to use a printer.

      • DarkThoughts@kbin.socialOP
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        So what the Suse installer is telling you is that you really should use a /boot partition if installing on a GPT partition table.

        Why is it telling ME that when I trusted the partitioning to the installer? I really don’t understand how that should be my fault for the partitioner to act faulty. And btw. there’s only two options: 1) to erase the disk if needed and 2) erase the entire disk anyway. I selected the second one because the first one didn’t even work at all, so from my perspective it should have not used any potential GPT partitions that the previous distro could’ve potentially created, but erased the entire thing and start from scratch with everything it would need, including a valid boot partition. If OpenSUSE, for some reason, requires me to wipe my drive clean BEFORE I even start the installer, then they should specify that beforehand - or provide a less antique installer that can actually do it itself.