Hello everyone! I know that Linux GUI advanced in last few years but we still lack some good system configuration tools for advanced users or sysadmins. What utilities you miss on Linux? And is there any normal third party alternatives?

  • user_naa@lemmy.worldOP
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    7
    ·
    2 days ago

    I maybe need to correct my post. I am talking about system utilities like Device Manager or something else.

    • atzanteol@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      13
      arrow-down
      5
      ·
      2 days ago

      Why would I want gui for those things? CLI is often a better interface. Being able to grep lsusb rather than scanning a gui for an entry is much better. It’s easier to pipe to an email as well. Screenshots don’t allow copy/paste…

      • Tlaloc_Temporal@lemmy.ca
        link
        fedilink
        arrow-up
        17
        ·
        1 day ago

        As a newcomer to CLIs, GUI are great because you don’t need to know what you’re looking for. I can just open the devices window, and they’re all there, with most of the extra hardware stuff that’s not actually a real device already cleaned out.

        To do the same with a CLI would take me 10 minutes of looking up what the hardware commands are, 5 minutes figuring out flags, and 30 minutes researching entries to see if they’re important. Even just a collapsible list would make that last step so much easier. And no, I can’t grep for what I need, because I don’t know what I need, I just know something in there is important with a vague idea of what it might look like.

        Once I figure that all out for one thing, the best I can do is write that to a notes file so I don’t need to search so far next time, but there’s a good chance that I’ll need a different combination of commands next time anyway.

        Not hating on CLIs, just wishing I could figure out how to use them faster.

        • Tekhne@sh.itjust.works
          link
          fedilink
          arrow-up
          1
          ·
          5 hours ago

          Another really helpful tool is to use the fish shell instead of bash. It has tons of useful features, but my favorite is by far the autocomplete. It parses man pages to provide suggestions for flags, subcommands, even passed arguments, and each item in the results list has a description, and it’s all searchable by hitting shift+tab.

          fish autocomplete subcommands

          fish autocomplete git

          That’s what leveled up my cli game from 0-100. It’s a massive difference in usability and discoverability. And unlike things like nushell, it’s close enough to bash that you won’t feel confused if you have to use bash instead.

        • 9488fcea02a9@sh.itjust.works
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          1 day ago

          apropos - command to list relevant commands tldr [command] - shows the most commonly used flags/options for that program

          apropos comes installed by default (on debian at least), tldr needs to be installed with your package manager

          As someone who cannot even remember tar flags (inser xkcd here), tldr is very helpful

          Your 45 mins becomes 5 mins now. Hope that helps

        • esa@discuss.tchncs.de
          link
          fedilink
          arrow-up
          3
          ·
          edit-2
          1 day ago

          The name is constructed from two parts:

          1. ls: list
          2. usb: usb

          It lists usb devices that your machine (/kernel) knows has been connected; they may not necessarily be usable.

          E.g. I have some sound output device connected via USB to one machine. On most of my machines I’ve switched from pulseaudio to pipewire¹, and I figured I’d bring that machine closer to the others so there’s less variance. Unfortunately the sound output device didn’t want to work with pipewire. The problem manifested as no sound and pipewire not listing the device. lsusb helped me know that the machine at the very least recognized the device, but wasn’t currently able to use it. (It did actually also show up as an error in dmesg -H, but reinstating pulseaudio let the device work again as normally. So now I just have to live with a situation where some machines use pipewire because bluetooth and others use pulseaudio because … usb?¹)

          ¹ There’s a memory of ALSA vs OSS I didn’t want to be reminded of