Just some Internet guy

He/him/them 🏳️‍🌈

  • 0 Posts
  • 16 Comments
Joined 1 year ago
cake
Cake day: June 25th, 2023

help-circle
  • That looks like a normal kernel to me. The mention of the surface is the hostname which comes from /etc/hostname.

    Exactly how does it not work? Does the kernel even try to boot? Tried verbose mode?

    You might need to regenerate your initramfs for the new hardware, I think on Fedora that’s Dracut? That usually does include machine specific drivers that needs to be available during early boot, but just regenerating it should fix that.





  • Yep, and I’d guess there’s probably a huge component of “it must be as easy as possible” because the primary target is selfhosters that don’t really even want to learn how to set up Docker containers properly.

    The AIO Docker image is an abomination. The other ones are slightly more sane but they still fundamentally mix code and data in the same folder so it’s not trivial to just replace the app.

    In Docker, the auto updater should be completely neutered, it’s the wrong way to update the app.

    The packages in the Arch repo are legit saner than the Docker version.


  • I would avoid AppImages and use Flatpak instead. They’re pretty notorious for their lack of integration, and the author of AppImage is severely against progress and is actively sabotaging Wayland support in them which leads to other bad experiences on Wayland desktops. The shortcuts is merely the surface of the problems with AppImage.

    I wouldn’t give up so easily, just come back to it every now and then even if you spend most of your time on the Windows partition.


  • I’ve been on Ubuntu from 7.04 to 11.04, and only then went to Arch out of desire for more control.

    Some people like to dive headfirst, and it’s doable and those people are successful with Linux, sometimes. But you also have to factor in the morale factor in there, are you trying to learn the deep ends of how Linux works or are you just trying to migrate from Windows?

    It’s totally fine to use the noob distros for the sake of, you know, getting used to using Linux things in general instead of trying to take it all in at once. Things are so vastly different than on Windows, there’s so much to learn, focus on learning how to use it the easy GUI way before you worry about what’s under the hood.

    There’s nothing about Ubuntu or Mint that really stops you from popping the hood open and having a peek every now and then either. You can change whatever you want in /etc the same on Mint as you could on Arch, the default configs that will be there will be just different but you don’t have any less control. The only real difference is a distro like Arch is hands off and ships the bare default, whereas in the Debian family it will usually come with a reasonable default ready to go. Oh you install Samba to share files? Done, on Debian it will automatically start and you can just log in and access your home folder. On Arch, nothing happens, you have to configure it, enable it and start it, open firewall ports if enabled, and so on. Debian, again, all done automatically. Best case, you don’t have to change it. Worst case, you have to read the manual anyway but the default got you a base to start off of. As an Arch user, I see it more as crap that’s in my way that I have to delete because I will provide my own config. The difference here is perspective and expectations.

    Kind of ties back in the why so many distros: because there’s users for all of them. You pick a distro that works best for you, not the distro everyone else says is the best. The best start with Linux is trying a few distros and see which you vibe the best with. You, personally. It’s called a software distribution because that’s what it really is: a distro just takes a whole bunch of software from many projects, compile it all and bundle it all into nice packages and then make an installer to install and configure all of it. You can just download and install all the little pieces yourself, that’s what Linux From Scratch is. Distros are fundamentally opiniated, their take on how to mash all that software together such that everything works correctly.

    Circling back to Mint, nothing there stops you from compiling your own kernel, or your own packages. You can strip out all the Mint parts to the point it’s bare Ubuntu and then strip out the Ubuntu parts until it becomes bare Debian. You’re just changing your starting point. You get to see how they made it work, you can to see and explore how the magic works. You can always install Arch in a VM or container, or slowly build an LFS yourself in a VM just to learn it without it blocking you.

    To me that’s what’s truely so cool about Linux. It’s not a singular thing or product. It’s an ecosystem and a community, It’s a collection of independent software, in all shapes and colors, all coming together to give the end user experience we have. People can help eachother and make distributions that does one thing well (Kali, Dragon, Ubuntu Studio, SteamOS, Bazzite) so you don’t have to set it all up yourself. Freely replace any component with another. You can collect patches you like that the author won’t implement in the official release. A lot of people spent a lot of time on all of this, so might as well appreciate all the effort and enjoy the easy mode until you itch for more.

    And also, we learn so much better when we enjoy ourselves doing so. All you’ve learned so far is that Linux can be really frustrating very quickly, and no reward for it.


  • Why are there so many distros out there? What’s the difference between debian + kde and manjaro + kde? They look the same, they work the same. I don’t get it.

    They visually look similar because both are running KDE with pretty much all the defaults, as it happens both Debian and KDE don’t diverge too much from the recommended defaults as long as they work well. But under the hood, Debian and Manjaro work completely differently: one uses apt, the other uses pacman. The way those packages are maintained, compiled and distributed is vastly different, with different kinds of QA testing.

    Ubuntu is a derivative of Debian, so it doesn’t look that much different but Canonical does tend to provide newer packages than Debian does. But Ubuntu also has a lot of flaws so spinoffs like Mint and Pop_OS! take on Ubuntu as a base and “fix” it to their liking and hopefully the user’s too, which, given how popular Mint is I’d say they’re pretty successful in that goal.

    Also why do things have to be complicated?

    It doesn’t, but the amount of options and choices in how to do basically anything on Linux can certainly look very overwhelming. You can click on it in your file manager, you can add it to /etc/fstab, you can use a systemd mount unit. They’re different ways of automating and configuring what ends up being mostly the same: mounting a filesystem and setting permissions on it, and they come with different defaults.

    You’re running into the particular area of trying to mount an NTFS Windows partition on Linux, which is nothing like what Linux expects to it fakes a few things to make it work, and that makes everything owned by the same user by default. If you do it from your file manager, it’ll get a temporary mountpoint in like /run/user/1000/media/YOUR DRIVE but is mostly intended for when you plug in a USB or something. You probably found /etc/fstab but then that made all the files owned by root, and you can temporarily change that with chmod and chown but once you reboot and it gets mounted again, it’ll revert back because it doesn’t actually store those fake permissions as to not break Windows.

    It’s just problems, after problems, after problems and i didn’t even start gaming.

    Yeah, some people end up particularly unlucky in that department. Eventually, over time, it feels as easy or easier than on Windows. It’s just, you have years of experience on how to make Windows do the thing, and Linux is completely new to you. I had a very similar experience a couple years ago when I was forced to learned macOS because the job would only issue MacBooks. Everything felt way overcomplicated and eventually you start thinking the Apple way and it goes more smoothly, you understand better how it works. I mean, how alien is it to just open disk images and copy .app files to /Applications and that’s how you “install” things?? And you get used to it and now I wield the macOS terminal like I do on Linux.

    What do i need to do to install a AUR package? A wall of text on the wiki, 20 minutes videos, yay. Ok let’s call it a day.

    So, this is why people don’t like recommending Manjaro. It’s ArchLinux with a coat of paint, but still relies on Arch’s infrastructure for the AUR. ArchLinux is well into advanced Linux: it’s a box of legos you have to assemble in the shape of a Linux distro yourself. So yes they do expect you to do a fair bit of reading, but Manjaro doesn’t, and it’s a real problem that has caused a fair bit of drama at its time. The AUR is great, but to make another analogy, the AUR is more like a recipe book: you don’t download premade meals, you have to bake them yourself (compiling source code into binary) to have your meal (the generated package file). Sending beginners that route is a recipe for a bad experience.

    Ironically, yay is the name of one of the tools that helps install AUR packages.

    Do i need to live another life to make linux work?

    No, but it does take some initial commitment to get to the nicer part of the learning curve. The first install is always pretty rough, you will destroy it, that’s fine, you have to learn first.

    Ok let’s call it a day.

    Honestly by the post you should have done that earlier. As with anything, when you’re frustrated with it you stop learning, you start making it much harder than it needs to be.

    It’s fine to take a step back and reboot into Windows and try again the next day. It doesn’t have to be all or nothing, plenty of people have started by using Linux for just one task that’s easier to do on Linux, and eventually you start thinking of migrating more workloads to Linux over time. You’re restarting your computer learning journey from pretty close to the start, give yourself a break, computers aren’t worth getting pissed off at.


  • I’ve heard very good things about resold HGST Helium enterprise drives and can be found fairly cheap for what they are on eBay.

    I’m looking for something from 4TB upwards. I think I remember that drives with very high capacity are more likely to fail sooner - is that correct?

    4TB isn’t even close to “very high capacity” these days. There’s like 32TB HDDs out there, just avoid the shingled archival drives. I believe the belief about higher capacity drives is a question of maturity of the technology rather than the capacity. 4TB drives made today are much better than the very first 4TB drives we made a long time ago when they were pushing the limits of technology.

    Backblaze has pretty good drive reviews as well, with real world failure rate data and all.


  • Not exactly like DisplayFusion, but virtual desktops have been a thing forever on Linux. There’s a ton of options in that department. They don’t work the same in each DE, so if it doesn’t work in yours try another. I believe COSMIC supports this already, otherwise in the tiling department you might like Sway or Hyprland. KDE and Gnome are a bit weird with per-monitor virtual desktops, and KDE at least is working on it.

    USB Passthrough: yes, either the device node itself or the entire controller via PCIe passthrough.

    Premiere, I believe so but you will need GPU passthrough for that to work to any degree of smooth. GPU passthrough is super nice when it’s all set up, worth the spend for a second GPU. Performance is near identical to native, it’s really great. Been gaming in a VM for years… out of convenience.


  • New user that didn’t exactly choose to try Linux, I’d go with Ubuntu or Mint just for the sake of being compatible with pretty much anything you’d find when looking up “how to X on Linux”. On those specs I guess I’d go Xubuntu or Mint Xfce edition.

    I’d try a few Wayland compositors and X11 WMs on the thing and see what performs the best. Depending on the graphics situation and drivers, Wayland can be faster or slower. At this vintage I’d guess the best will be Xorg with no compositor at all, just plain 2D acceleration, but sometimes even the crappiest OpenGL can be surprising.

    If you put Waydroid on it, it’ll also double as a shitty Android tablet. Almost all bank apps will refuse to run because it’s not a certified device, but it will be some common interface their friends are more likely to be able to help with.

    I guess there’s also the option of just installing ChromeOS on it.




  • Make sure to use machinectl and not sudo or anything else. That’s about the symptoms I’d expect from an incomplete session setup. The use of machinectl there was very deliberate, as it goes through all the PAM, logind, systemd and D-Bus stuff as any normal login. It gets you a clean and properly registered session, and also gets rid of anything tied to your regular user:

    max-p@desktop ~> loginctl list-sessions
    SESSION  UID USER  SEAT  LEADER CLASS   TTY   IDLE SINCE
          2 1000 max-p seat0 3088   user    tty2  no   -    
          3 1000 max-p -     3112   manager -     no   -    
          8 1001 tv    -     589069 user    pts/4 no   -    
          9 1001 tv    -     589073 manager -     no   -    
    

    It basically gets you to a state of having properly logged into the system, as if you logged in from SDDM or in a virtual console. From there, if you actually had just logged in a tty as that user, you could run startplasma-wayland and end up in just as if you had logged in with SDDM, that’s what SDDM eventually launches after logging you in, as per the session file:

    max-p@desktop ~> cat /usr/share/wayland-sessions/plasma.desktop 
    [Desktop Entry]
    Exec=/usr/lib/plasma-dbus-run-session-if-needed /usr/bin/startplasma-wayland
    TryExec=/usr/bin/startplasma-wayland
    DesktopNames=KDE
    Name=Plasma (Wayland)
    # ... and translations in every languages
    

    From there we need one last trick, it’s to get KWin to start nested. That’s what the additional WAYLAND_DISPLAY=/run/user/1000/wayland-0 before is supposed to do. Make sure that this one is ran within the machinectl shell, as that shell and only that shell is the session leader.

    The possible gotcha I see with this, is if startplasma-wayland doesn’t replace that WAYLAND_DISPLAY environment variable with KWin’s, so all the applications from that session ends up using the main user. You can confirm this particular edge case by logging in with the secondary user on a tty, and running the same command including the WAYLAND_DISPLAY part of it. If it starts and all the windows pop up on your primary user’s session, that’s the problem. If it doesn’t, then you have incorrect session setup and stuff from your primary user bled in.

    Like, that part is really important, by using machinectl the process tree for the secondary user starts from PID 1:

    max-p@desktop ~> pstree
    systemd─┬─auditd───{auditd}
            ├─bash─┬─(sd-pam)                 # <--- This is the process machinectl spawned
            │      └─fish───zsh───fish───zsh  # <-- Here I launched a bunch of shells to verify it's my machinectl shell
            ├─systemd─┬─(sd-pam) # <-- And that's my regular user
            │         ├─Discord─┬─Discord───Discord───46*[{Discord}]
            │         ├─DiscoverNotifie───9*[{DiscoverNotifie}]
            │         ├─cool-retro-term─┬─fish───btop───{btop}
            │         ├─dbus-broker-lau───dbus-broker
            │         ├─dconf-service───3*[{dconf-service}]
            │         ├─easyeffects───11*[{easyeffects}]
            │         ├─firefox─┬─3*[Isolated Web Co───30*[{Isolated Web Co}]]
    

    Super weird stuff happens otherwise that I can’t explain other than some systemd PAM voodoo happens. There’s a lot of things that happens when you log in, for example giving your user access to keyboard, mouse and GPU, and the type of session depends on the point of entry. Obviously if you log in over SSH you don’t get the keyboard assigned to you. When you switch TTY, systemd-logind also moves access to peripherals such that user A can’t keylog user B while A’s session is in the background. Make sure the machinectl session is also the only session opened for the secondary user, as it being assigned to a TTY session could also potentially interfere.

    what distro/plasma version are you running? (here it’s opensuse slowroll w/ plasma 6.1.4)

    Arch, Plasma 6.1.5.

    what happens if you just run startplasma-wayland from a terminal as your user? (I see the plasma splash screen and then I’m back to my old session)

    You mean a tty or a terminal emulator like Konsole?

    • In a tty
      • if I’m already logged in it should switch to the current session as multi-instance is not supported
      • if it’s my only graphical session, it should start Plasma normally with the only exception being KWallet not unlocking automatically.
    • In a terminal within my graphical session: nothing at all.

  • Totally possible. It’ll work best with Wayland thanks to nested compositor support, whereas on Xorg you’d need to use Xephyr which doesn’t do hardware acceleration.

    # Give the other user access to your Wayland socket
    setfacl -m u:otheruser:rx $XDG_RUNTIME_DIR
    setfacl -m u:otheruser:rwx $XDG_RUNTIME_DIR/wayland-0
    
    # Open a session as the other user (note the trailing @, it's there to login in to the local machine)
    sudo machinectl login otheruser@
    
    # Start your DE!
    WAYLAND_DISPLAY=/run/user/$(id -u yourmainuser)/wayland-0 startplasma-wayland
    

    And tada! Nested Wayland session