My user account doesnt have sudo despite being in sudoers. I cant run new commands i have to execute the binary. Grub takes very long to load with “welcome to grub” message. I just wanted a stable distro as arch broke and currupted my external ssd

  • tal@lemmy.today
    link
    fedilink
    arrow-up
    16
    arrow-down
    1
    ·
    edit-2
    1 year ago

    My user account doesnt have sudo despite being in sudoers.

    I don’t know what behavior you are seeing.

    Install sudo, add the user to the sudo group, and log out and log back in again (okay, technically you could just sg sudo as that user rather than logging him out, but group privileges are assigned at login, and it’s probably easier to just log out).

    https://wiki.debian.org/sudo

    I cant run new commands i have to execute the binary.

    Normally running a command does execute a binary. You mean that you have to fully-specify the path to the binary, that it’s not in your PATH? Like, you’re typing /bin/ls rather than ls?

    It’s probably easier for people to understand what’s going on if you just paste the output you’re seeing and indicate what it is that you expected to see.

    • beirdobaggins@lemmy.world
      link
      fedilink
      arrow-up
      5
      ·
      1 year ago

      When installing Debian, it asks you for a root password. If you enter one then you will not be added to the sudo group automatically. If you skip entering a root password, you will be added to sudo.

      I always enter a root password and then once in the installed OS switch to the root account with su - then add my self to sudo with usermod -aG sudo beirdo-baggins

      Then reboot.

      • tal@lemmy.today
        link
        fedilink
        arrow-up
        12
        ·
        edit-2
        1 year ago

        Debian’s got a sudo group, not a wheel group.

        EDIT: Oh, I see what you mean. Arch might use the wheel group and Debian the sudo group, and if he just copied his Arch sudoers file over his Debian one, it would reference the wheel group and wouldn’t work.

        googles

        Yeah, Arch has wheel.

        https://linuxopsys.com/topics/add-user-to-sudoers-in-arch-linux

        EDIT2: I bet he tried to add his user account explicitly to /etc/sudoers rather than just adding the account to the sudo group and just got the syntax wrong in one way or another, as the syntax of sudoers isn’t terribly intuitive.

        • Pantherina@feddit.de
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          1 year ago

          In english you can use “they” if you dont know the persons pronouns ;D also pretty sure OP is female

          But valid point, Debian is weird

          • tal@lemmy.today
            link
            fedilink
            arrow-up
            1
            arrow-down
            2
            ·
            edit-2
            1 year ago

            In english you can use “they” if you dont know the persons pronouns

            You can, but you can also use “he”, as English has a masculine generic.

            But valid point, Debian is weird

            I think that most Linux distros are based on Debian these days, as Fedora, the other major “parent” distro, seems not to be doing super-well, so I’d guess that most distros are probably using the sudo group.

            https://distrowatch.com/images/other/distro-family-tree.png

            Slackware looks not very alive these days, so I don’t think that there’s much going on with the child distros there any more.

    • kevin@mander.xyz
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Normally running a command does execute a binary.

      I’m not certain, but I’m wondering if OP means that new programs don’t automatically get a “desktop” app or whatever. I’m often annoyed when I have to manually create the file that lets me access software from the launch menu

      • tal@lemmy.today
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        1 year ago

        Offtopic, but I had no use for desktop files in general, as I launch stuff from the command line, but I finally discovered a wonderful use for them. Steam creates a desktop file for Steam games it installs. Steam itself is…not all that amazing as a launcher. Gives you the last five games launched in a contextual menu from a tray icon, and a list of games you can search through in the client interface after you bring up the window and move to the Library tab. However, you can set up rofi to use desktop files as completions (one sets it up to complete on “drun”), and then rofi can act as your Steam game launcher, which is great. I can just whack a keystroke to invoke rofi, and then type a few characters of the game I want and whack enter, and rofi will prioritize by last-invoked. Really nice not having to slog through the Steam interface.

        • kevin@mander.xyz
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          That’s basically how I use desktop files generally, the kde launch menu (similar to the old Windows “start”… I don’t know what it’s called) comes up when I tap super, and then I can start typing and find what I want to launch.

          You can set that up to run custom scripts, but all desktop files are there by default.

        • Tippon@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          2
          ·
          1 year ago

          In the Steam interface you should be able to sort by recently used, and hide anything that’s not installed. Might make it easier to find your games :)

          • tal@lemmy.today
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago

            Yeah, I’ve used that, and the “lite” interface, but what I want is a fast, searchable list, no mouse involvement, just with a single key combination to bring up the search, and recent game stuff, and rofi with drun does all of that, which was pleasant.

      • mariah@feddit.rocksOP
        link
        fedilink
        arrow-up
        1
        arrow-down
        1
        ·
        1 year ago

        I meant, for example, i have to run /usr/sbin/smartctl instead of just smartctl

        • tal@lemmy.today
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          1 year ago

          Okay. I have my config files set up to add /sbin and /usr/sbin to my PATH – that’s probably a config that dates back at least a decade – but it looks like Debian defaults to not having /usr/sbin or /sbin in PATH for non-root users; you can see this in /etc/profile, where it’s only adding /usr/local/sbin, /usr/sbin, and /sbin to root’s PATH, but not to other users.

          If you run su -l, then that’ll give you a login shell as root, and that’ll have those in the path.

          You can also add them to a regular user’s path. I don’t know what the “right way” to modify PATH for a graphical desktop is these days, so I can’t give much help there; with xdm starting Xorg, which is what I do, it’s to put it in a ~/.xession file, something like:

          export PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games"
          

          and for login bash shells, like for if you ssh into the system or log in on the console, in ~/.bash_profile, the same.

          But GNOME under Wayland and all those new desktop environments probably have some way to modify PATH, something which they run at when you log in, and I don’t know the appropriate place to stick those or which you use.

  • nobloat@lemmy.ml
    link
    fedilink
    English
    arrow-up
    14
    arrow-down
    2
    ·
    1 year ago

    When installing Debian, if you choose to enable a root account then sudo is not installed by default and your user isn’t added to the sudo group. Next time try to opt for not enabling the root account to have a similar experience to other distros. Debian does this doe security reasons but it’s annoying for users used to a certain way of doing things. Many distros just disable root account by default so you don’t see that issue.

  • tvcvt@lemmy.ml
    link
    fedilink
    arrow-up
    13
    arrow-down
    1
    ·
    1 year ago

    It sounds like you’re seeing a few different issues here and it makes me wonder if there’s some hardware issue that’s causing some of this or if the installation is botched (though it’s be odd for that to hose two different distros.

    Last time I looked Debian didn’t include sudo by default, so you’d have to install it first. To add yourself to the sudoers group, log in as root and run usermod -aG sudo mariah (assuming that’s your username). Then reboot (logging out your user should work too, but better be thorough).

    Grub sometimes includes a timeout longer than I like and you can edit that in the /etc/default/grub file to something of your liking.

    Not sure what you mean about the commands, but maybe it’s an issue with your $PATH.

    • tal@lemmy.today
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      I don’t think that it’s the GRUB timeout that OP’s smacking into. That applies after the GRUB screen comes up, rather than before.

    • mariah@feddit.rocksOP
      link
      fedilink
      arrow-up
      4
      arrow-down
      1
      ·
      1 year ago

      Beats me. I just started my windows single gpu passthrough vm and it froze so i rebooted and arch went into emergency mode. The ssd just wont mount. I had to remove it from fstab to boot

      • russjr08@outpost.zeuslink.net
        link
        fedilink
        English
        arrow-up
        10
        ·
        1 year ago

        I don’t think it actually corrupted the SSD, perhaps a module is missing or such, and that’s why it goes into emergency mode. Have you tried mounting the drive from say, a live usb?

      • ruckblack@sh.itjust.works
        link
        fedilink
        arrow-up
        7
        ·
        1 year ago

        Arch will go into emergency mode whenever it can’t mount a volume in fstab on boot. If the drive is formatted as NTFS, I’ve had this exact problem. I think it has to do with windows marking the drive as dirty. I didn’t bother figuring out what the problem was, I just stopped trying to mount an NTFS drive on boot. Maybe you’d have better luck using the ntfs-3g driver?

      • tal@lemmy.today
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        Can you see the drive in Debian? Like, does it show up in lsblk output, which doesn’t rely on there being anything on the drive? If not, it may have failed. Like, not something that Arch did.

          • tal@lemmy.today
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            1 year ago

            If the partition in question is /dev/sdd1, what does fsck /dev/sdd1 give?

            Also, you shouldn’t need to specify the fs type to mount, as it’ll auto-detect it.

              • tal@lemmy.today
                link
                fedilink
                arrow-up
                2
                ·
                edit-2
                1 year ago

                looks puzzled

                /usr/sbin/fsck should be an executable. On my Debian Trixie system, it is. That sounds like it’s a script, and whatever interpreter is specified to run it by the shebang line at the top of the file doesn’t like the file’s syntax. I wouldn’t think that any Linux distro would replace that binary with a script, as it’s something that has to run when almost everything else is broken.

                On my system, I get:

                $ file /usr/sbin/fsck
                /usr/sbin/fsck: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked,   terpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=9d35c49423757582c9a21347eebe2c0f9dfdfdc4, for GNU/Linux 3.2.0, stripped
                $ strings -n3 /usr/sbin/fsck|head -n5
                ELF
                /lib64/ld-linux-x86-64.so.2
                GNU
                GNU
                #uu
                

                Do you get anything like that?

                EDIT: Oh, wait, wait, wait. /usr/sbin/fsck might be printing that message itself. I was gonna say that fsck shouldn’t be looking at any files, but the man page lists /etc/fstab as a file that it looks at. Looking at strace -e openat fsck on my system, it does indeed look at /etc/fstab. Maybe the contents of your /etc/fstab are invalid, have a parenthesis in it. Can you also try grep '(' /etc/fstab and see what that gives?

                EDIT2: I don’t think that it’s an fsck error message. When I replace the first line of my fstab with left parens, I get “fsck: /etc/fstab: parse error at line 1 – ignored”, which is a lot more reasonable.

                • mariah@feddit.rocksOP
                  link
                  fedilink
                  arrow-up
                  2
                  arrow-down
                  1
                  ·
                  1 year ago

                  Sorry i was using sh. This is the output

                  fsck: error 2 (No such file or directory) while executing fsck.ext2 for /dev/sdd1
                  
                  
  • AnokLola@lemm.ee
    link
    fedilink
    arrow-up
    6
    arrow-down
    1
    ·
    1 year ago

    I think reinstalling Debian might be the best solution in this situation.

    • digger@lemmy.ca
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      I’d give LMDE a look. Debian under the hood, everything works, and really slick to boot.

    • jasondj@ttrpg.network
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Nah Debian 12 is weird. I recently installed on a few systems and they all do the same — usermod isn’t in roots $PATH by default, and my user account wasn’t a sudoer by default.

      I’ve added myself to sudo but I keep getting “kicked out” when I start a new shell. Have to newgrp sudo to be able to sudo again.

      • penquin@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        1 year ago

        On the Debian installer when it gets to entering the password when you create the user, you just skip the first password page (leave it empty) and enter your password on the next page. This adds you to the sudoers group. I’ve found this out the hard way.

      • tal@lemmy.today
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        1 year ago

        I’ve added myself to sudo but I keep getting “kicked out” when I start a new shell.

        Group permissions from the /etc/group file get assigned at login. Each process will inherit group memberships from its parent.

        You can see them for a process (self being the current process) in:

        $ grep ^Groups: /proc/self/status
        

        The gids there correspond to the gids in /etc/group.

        That’s why the need to log out the user in question after adding the user to a group, unless you’re gonna use sg or similar to add that gid and then have all your new processes started by that process that you just started with the new gid.

        You’ll see this with all user memberships in groups on Linux. It’s not behavior specific to Debian or specific to membership in the wheel or sudo group.

  • tal@lemmy.today
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    1 year ago

    For the GRUB delay…hmm. GRUB’s pretty early in the boot process. I’m not totally sure what would add delay in Debian. Not a lot of per-distro difference there.

    GRUB itself has a delay of a few seconds until it starts automatically booting Linux, time to give someone the option to choose something else. That delay is configurable and might vary on a per-distro basis, but that delay has the GRUB screen visible already. So I don’t think it’d give the symptoms you describe.

    I’d think that you’d have to be either doing BIOS stuff or something very early in the GRUB startup to be getting a delay before the GRUB screen is visible.

    considers

    Maybe your BIOS is waiting for the old boot drive to come up – you said something about an external drive dying – then timing out and looking through the list of remaining bootable drives and finding GRUB installed there? Maybe try going into BIOS and explicitly selecting the Debian boot drive as being the drive that you want to boot from?

      • tal@lemmy.today
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        All right. Hmm.

        I’d still probably try booting up with the external drive disconnected – should be an easy test – and seeing if the pre-GRUB delay doesn’t show up. If either the BIOS or GRUB is trying to talk to the drive and it’s taking a while to respond because it’s having problems, something which I have certainly seen many a (well, rotational) drive do, that might account for the delay.

  • electric_nan@lemmy.ml
    link
    fedilink
    arrow-up
    5
    arrow-down
    2
    ·
    1 year ago

    I can recommend Linux Mint Debian Edition. It smoothes out a lot of the “sharp corners” of Debian and makes it more pleasant to use, IMO.

    • Nik282000@lemmy.ca
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      1 year ago

      Because this guy broke Debian, they need to use not-Debian for a while to get their feet wet.

  • Pantherina@feddit.de
    link
    fedilink
    arrow-up
    5
    arrow-down
    3
    ·
    1 year ago

    Seems you get good help here. I am curious, after coming from Arch, why did you take the old af Debian? Currently its not that bad, but it will simply get boring if all the new stuff of like 2 years is missing. Why not Fedora or Opensuse? Psst, Fedora Atomic /Ublue images may also be nice!

    • mariah@feddit.rocksOP
      link
      fedilink
      arrow-up
      5
      ·
      1 year ago

      I just wanted something stable. I have celebral palsy and installing distros is very hard as i have bad motor control so i can barely use a mouse

  • aboutscientific@beehaw.org
    link
    fedilink
    arrow-up
    2
    arrow-down
    1
    ·
    1 year ago

    Based on Debian, with just the right amount of user-friendly additions is MXLinux. Coming from Ubuntu, installing MX was particularly easy, the small community is very helpful and knowledgeable, and any quirks Debian might pose to a desktop user seem to have been ironed out.

  • tal@lemmy.today
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    One other idea regarding the external drive. It probably won’t resolve the issue, but it’s not too hard to try and it’s simple, so I’d be inclined to give it a stab.

    If your external SSD drive has a power connector separate from the data connector, which some do – that is, it’s not relying on USB or similar for all its power – and it hasn’t been powered down since you hit the problem with your Arch installation, I’d try shutting down the computer, then killing the power entirely to the drive. Then power it back up, and start the computer again.

    I have, before, seen USB-attached devices that manage to get themselves into some sort of funky state. Normally, rebooting the computer resolves that, but with devices with an external source of power – which can be the case for external drives – I have seen devices sometimes not cleanly reset when the computer does and stay in a bonkers state.

  • Guenther_Amanita@feddit.de
    link
    fedilink
    arrow-up
    5
    arrow-down
    4
    ·
    edit-2
    1 year ago

    Just asking: how long have you been using Arch and why? What qualities did you like in it?

    Going from Arch to Debian is a huge leap. In my personal opinion, Debian is a great distro for servers or really really conservative desktop users, but it gets stale really fast.

    Something in between both is ideal for deskop use, like Fedora, Ubuntu, Mint, etc… The half year release schedule keeps everything modern, but stable enough.


    You said in another comment, that stability is the most important aspect for you. I recommend you…

    Fedora Silverblue

    Why?

    • Great update schedule (see above)
    • Extremely stable. Fedora at it’s base (already pretty reliable), immutable base (less bugs, since that’s more reproducible and therefore easier to fix), also
    • Atomic updates. You either apply a functioning update, or no update at all. If you update on a traditional distro and loose power, it is only applied partially and your system is borked
    • You can always rollback with one click if an update isn’t working as it should (e.g. screen flickering)
    • Seamless updates. They just get installed in the background and when you reboot, the next image is already selected for you. I don’t even notice an update and never get annoyed. I shut my PC off anyhow every few days, since booting takes just a few seconds on an NVME.
    • Base can be exchanged with one command. If you run Gnome and want to switch to KDE, you rebase with one command, reboot, and everything Gnome related is gone and KDE is installed cleanly! Feels like a reinstall, but your user settings and data are all still there. You can also rebase to something from Project uBlue, which offers custom images, like a SteamDeck-clone, different kernels, Cinnamon desktop, and so on…
    • Huge software repository. You (should) never install .rpm s directly to your system, you use containers. Flatpak is great, but Distrobox even more! You can access the AUR too if you want and use those apps just like natively.
    • And so on
  • danielfgom@lemmy.world
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    2
    ·
    1 year ago

    Do yourself a favour and install Linux Mint Debian Edition 6. It’s Debian 12 with all the good tweaks made by the Mint team…

  • Doods@infosec.pub
    link
    fedilink
    arrow-up
    1
    arrow-down
    4
    ·
    1 year ago

    I just Google “user not in sudoers Debian” and copy everything into a terminal - after booting into the Root shell - and forget about it.